-
-
Notifications
You must be signed in to change notification settings - Fork 290
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
fix: update withdrawal request container to match consensus spec #6797
Conversation
@@ -419,7 +419,7 @@ export function serializeExecutionLayerWithdrawalRequest( | |||
): ExecutionLayerWithdrawalRequestRpc { | |||
return { | |||
sourceAddress: bytesToData(withdrawalRequest.sourceAddress), | |||
validatorPublicKey: bytesToData(withdrawalRequest.validatorPublicKey), | |||
validatorPublicKey: bytesToData(withdrawalRequest.validatorPubkey), |
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.
There is a inconsistency in the execution apis, right now all EL clients besides Besu use validatorPublicKey
, this means pairing with Besu will not work right now if execution layer withdrawals requests are submitted to the network.
For now, we should just follow the spec
I opened a PR to potentially address this inconsistency
a7d26dc
to
9d1d263
Compare
Confirmed this fixes issues with other clients, only remaining issue is block production with Besu but that needs to be either fixed on their end or the spec. |
🎉 This PR is included in v1.22.0 🎉 |
Motivation
Noticed we are no longer following the consensus spec since #6789, the ssz_static tests are failing and there are issues if execution layer withdrawals are submitted to the network.
Description
Update withdrawal request container to match consensus spec