-
Notifications
You must be signed in to change notification settings - Fork 20.2k
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
all: implement EIP-7002 and EIP-7251, execution layer triggered withdrawal and consolidation requests #29052
Conversation
Is there an upper limit on exits? |
The max number of deposits is in the system contract and is 16 currently. |
7808812
to
653d0bc
Compare
4fa354b
to
30e7f7b
Compare
e45f9a4
to
e89e120
Compare
7282500
to
0cb192e
Compare
aaa5954
to
9d87ac7
Compare
9d87ac7
to
3fbf9ff
Compare
Co-authored-by: Mario Vega <marioevz@gmail.com> Co-authored-by: lightclient <lightclient@protonmail.com>
3fbf9ff
to
3aae627
Compare
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.
Look about right to me.
|
||
// Parse out the exits. | ||
var reqs types.Requests | ||
for i := 0; i < len(ret)/76; i++ { |
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.
Should we check that ret is % 76 == 0 here or just accept anything thats returned from the contract?
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.
LGTM
Note that work on the spec is still ongoing, and we will have some simplifications in soon that will invalidate most of this PR. |
I have created a new implementation in #30571 since it is so much simpler now. There was just no point trying to rebase this one. |
This is a redo of #29052 based on newer specs. Here we implement EIPs scheduled for the Prague fork: - EIP-7002: Execution layer triggerable withdrawals - EIP-7251: Increase the MAX_EFFECTIVE_BALANCE Co-authored-by: lightclient <lightclient@protonmail.com>
This fixes a few issues missed in #29052: * `requests` must be hex encoded, so added a helper to marshal. * The statedb was committed too early and so the result of the system calls was lost. * For devnet-4 we need to pull off the type byte prefix from the request data.
This is a redo of #29052 based on newer specs. Here we implement EIPs scheduled for the Prague fork: - EIP-7002: Execution layer triggerable withdrawals - EIP-7251: Increase the MAX_EFFECTIVE_BALANCE Co-authored-by: lightclient <lightclient@protonmail.com>
This fixes a few issues missed in #29052: * `requests` must be hex encoded, so added a helper to marshal. * The statedb was committed too early and so the result of the system calls was lost. * For devnet-4 we need to pull off the type byte prefix from the request data.
This PR builds upon the 6110 impl #29431merged!This PR implements EIP-7002: Execution layer triggerable exits and EIP-7251: Increase the MAX_EFFECTIVE_BALANCE