You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current pool contract only allows the creation of a single withdraw intent at a time per pool member. This is problematic for many staking protocols that require handling multiple staking requests or withdrawals concurrently, such as LST.
When a new exit_delegation_pool_intent is created, it automatically replaces any existing intent for that member, which limits the flexibility of interacting with the pool and makes it impossible to withdraw fund from a contract that manages staking. This limitation hinders protocols where members may need to initiate multiple withdrawal intents simultaneously for different stakes or in different contexts.
In contrast, the remove_from_delegation_pool_intent function in the staking contract allows managing multiple intents per staker by associating each intent with a unique identifier. The pool contract could benefit from implementing a similar mechanism, enabling multiple intents per pool member and enhancing usability for more advanced staking operations.
The text was updated successfully, but these errors were encountered:
Your statement is correct per pool member, but as an LST you can have multiple pool members for the same Staker or even for different Stakers. Would this work as a work-around?
The LST would act as a member of the pool, and all user assets held by the LST would be managed through this single membership. If the LST were to use the user's address instead of its own, users could potentially exit the pool while retaining their LST.
I understand, and still the LST can manage several addresses as part of the liquidity management. There is also 21 days delay to manage.
Additionally, this override mechanism actually helps in if after a period when lots of users asked to get STRK for LST changed to a period when lots of users want LST for STRK.
I would love to have a call and discuss workarounds.
The current
pool
contract only allows the creation of a single withdraw intent at a time per pool member. This is problematic for many staking protocols that require handling multiple staking requests or withdrawals concurrently, such as LST.When a new
exit_delegation_pool_intent
is created, it automatically replaces any existing intent for that member, which limits the flexibility of interacting with the pool and makes it impossible to withdraw fund from a contract that manages staking. This limitation hinders protocols where members may need to initiate multiple withdrawal intents simultaneously for different stakes or in different contexts.In contrast, the
remove_from_delegation_pool_intent
function in thestaking
contract allows managing multiple intents per staker by associating each intent with a unique identifier. Thepool
contract could benefit from implementing a similar mechanism, enabling multiple intents per pool member and enhancing usability for more advanced staking operations.The text was updated successfully, but these errors were encountered: