feat: sui wtt pauser#4843
Conversation
10bfc32 to
60a2d02
Compare
|
I think we should consider introducing pauser/unpauser capabilities, and guard the relevant functions behind ownership of these objects. The issue with the current method is that checking Unfortunately it's not possible for the admin to then claw back a capability object from its current holder, so this approach would come with some extra complexity in the form of a table that holds which capability object is the active one (which would look a lot like the current implementation which stores the address of the pauser/unpauser. What I'm proposing would instead store the id of the pauser/unpauser cap objects, and check those instead of tx::sender) |
dcdb73d to
98ccef9
Compare
4ab0f0b to
ff9cd80
Compare
ff9cd80 to
dd6ad35
Compare
2d8c20d
into
wormhole-foundation:main
No description provided.