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
Currently, we cannot move to an epoch-based approach as is because key-assignment replacements work on a per-block basis. To tackle this, we intend to store the last validator set that was sent to a consumer chain at the last epoch. This way, we could easily create ValidatorUpdates to send down to the consumer chains.
Closing criteria
Introduce the relevant state and getter/setters
(optional) Move soft-opt-out to only set the 95% top validators. The implication of this would be that the validators that opted out would still get rewards but the consumer chain would be faster because we won't have rounds with non-existent proposers.
Problem
Currently, we cannot move to an epoch-based approach as is because key-assignment replacements work on a per-block basis. To tackle this, we intend to store the last validator set that was sent to a consumer chain at the last epoch. This way, we could easily create
ValidatorUpdate
s to send down to the consumer chains.Closing criteria
VSCPacket
s once everyBlocksPerEpoch
(see Epochs: Introduce governance param #1649).The text was updated successfully, but these errors were encountered: