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
For the validator sync protocol, we need to send messages when a new validator enters the active set for the first time (can be repeated everytime they enter), and to remove them when tombstoned (not when temporarily inactive). For this, we need some custom SDK logic that would call into the contracts. It must be transmitted by converter, but the callback can go to virtual-staking, which can take care of relaying it, as that is the one point of integration with the sdk
The text was updated successfully, but these errors were encountered:
We can track removals from the active validator set (i.e. the removals field of the ValsetUpdate sudo message) (https://github.com/osmosis-labs/mesh-security/blob/8e520dfdd9bc716c2723e2b349bef47baf8446cd/packages/apis/src/virtual_staking_api.rs#L39-L47). This is currently being ignored, but can be implemented in the future, by example to know when a validator is unbonded. So, in case of sending removals, they should be for the unbonded, not temporarily jailed validators. At this point we're not differentiating between active and (temporarily) jailed validators.
Tombstonings (permanent jailings) can be sent and are being processed. But, there will be a way to indicate tombstoning after slashing (to avoid races / delays when processing slashing events). So, sending tombstoning updates is optional at the moment, but would be good for robustness.
For the validator sync protocol, we need to send messages when a new validator enters the active set for the first time (can be repeated everytime they enter), and to remove them when tombstoned (not when temporarily inactive). For this, we need some custom SDK logic that would call into the contracts. It must be transmitted by converter, but the callback can go to virtual-staking, which can take care of relaying it, as that is the one point of integration with the sdk
The text was updated successfully, but these errors were encountered: