-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
prysmctl: check capella fork for blstoexecutionchange #12039
prysmctl: check capella fork for blstoexecutionchange #12039
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Aren't they signed with the genesis fork version these days?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me, just wondering why not simply checking against current epoch instead of the current head fork
@@ -87,6 +89,13 @@ func callWithdrawalEndpoints(ctx context.Context, host string, request []*apimid | |||
if err != nil { | |||
return err | |||
} | |||
fork, err := client.GetFork(ctx, "head") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Isn't it simpler to check that CapellaForkEpoch
is set and then that current epoch is higher than that?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yeah that's true, at first I thought I somehow I could compare the output of fork response with version.Capella somehow and winded up on this road 😓
They are but the idea is not making it easier for users to shoot their feet by including them now. And only allow these changes to be post-Capella. Users that insist on flooding the fork should find their way |
What type of PR is this?
Feature
What does this PR do? Why is it needed?
Adding in fork checking to make sure capella is enabled before submitting blstoexecutionchanges as the api endpoint does not throw an error for messages prior to the fork.