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
When the keypers are started before the first keyper set gets active, they crash with an error like the following:
Error: could not retrieve keyper set index at block 10275942: VM execution error.
could not retrieve keyper set index at block 10275942: VM execution error.
This is because they try to fetch the current keyper set from the keyper set manager (see here), but the contract reverts if the given block number is older than the first activation block number (see here).
To fix this we'd ideally catch the error "NoActiveKeyperSet" and handle it appropriately. Unfortunately, the go contract bindings don't yet support custom error types (see here). One workaround could be to check if there's at least one keyper set and if its activation block number is earlier than the given value.
Note that this issue is much less critical than it might appear: We typically add a dummy keyper set with a single keyper as the first keyper set. Its activation block number doesn't really matter, so we can choose it much earlier than the one of the first real keyper set (maybe even in the past) to work around this issue.
The text was updated successfully, but these errors were encountered:
When the keypers are started before the first keyper set gets active, they crash with an error like the following:
This is because they try to fetch the current keyper set from the keyper set manager (see here), but the contract reverts if the given block number is older than the first activation block number (see here).
To fix this we'd ideally catch the error "NoActiveKeyperSet" and handle it appropriately. Unfortunately, the go contract bindings don't yet support custom error types (see here). One workaround could be to check if there's at least one keyper set and if its activation block number is earlier than the given value.
Note that this issue is much less critical than it might appear: We typically add a dummy keyper set with a single keyper as the first keyper set. Its activation block number doesn't really matter, so we can choose it much earlier than the one of the first real keyper set (maybe even in the past) to work around this issue.
The text was updated successfully, but these errors were encountered: