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
Hash the messages and compare them to checkpoint.cross_messages_hash
Hash the checkpoint and validate all signatures against it, recovering the public keys from them
Check that all public keys (or FVM addresses derived from them) are part of the currently expected validator set
Check that the total power of all signatories is sufficient for a quorum.
Check that the checkpointed height is the expected one
Reward the relayer for their service - this should be its own story, I recommend the relayer is added to the list of all relayers for this checkpoint and rewarded at the time the next checkpoint arrives, so that we can distribute a fixed reward pot among them, rather than reward them at the time of submission.
If this is the first time the checkpoint is submitted, execute the messages, or put them in the execution queue.
Update the next expected configuration number
Mark the checkpoint as executed, so further relayers can be rewarded but don't cause double execution.
The method should use the mechanism developed in #212 to executed messages.
The text was updated successfully, but these errors were encountered:
This is the method the message sent in #300 should invoke if the parent is running Lotus, where we cannot use CIDs.
The idea is that we need a method like this on the
SubnetActor
:The method should:
messages
and compare them tocheckpoint.cross_messages_hash
checkpoint
and validate allsignatures
against it, recovering the public keys from themThe method should use the mechanism developed in #212 to executed messages.
The text was updated successfully, but these errors were encountered: