Update EIP-7732: Update EIP-7732 Gloas summary#11684
Open
diegomrsantos wants to merge 5 commits into
Open
Conversation
github-actions
Bot
added
c-update
Collaborator
File
|
eth-bot
changed the title
The weak subjectivity document exists in the current Gloas consensus spec tree, but the change it describes is driven by EIP-8061 rather than EIP-7732. Keep the EIP-7732 summary focused on the consensus spec files that changed because of the Gloas bid and deferred payload flow.
The validator cycle constants are present in the current Gloas beacon-chain spec, but they describe activation, exit, and consolidation churn behavior from EIP-8061. Keep the EIP-7732 summary focused on builder bids, deferred payload processing, proposer preferences, and builder lifecycle changes.
Add the missing BeaconState prose for latest_execution_payload_bid. The container already includes the field, and the summary should explain that the latest accepted bid is kept so the envelope and parent payload flow can be verified before the next block overwrites it.
Clarify that bids are matched to proposer preferences using the proposal slot and the proposer-dependent root computed from the bid's parent block. Also make the deferred execution payload section title more precise.
iurii-ssv
reviewed
May 27, 2026
| ### Deferred execution payload processing | ||
|
|
||
| The current EIP adds an extra state transition function to the block processing in Ethereum. Processing a `SignedBeaconBlock` changes the consensus layer `BeaconState`. A `SignedExecutionPayloadEnvelope` changes both the execution layer state and the consensus layer one. As such, the envelope commits to the consensus layer post-state-transition beacon state root. | ||
| The current EIP adds a separate verification path for the execution payload envelope. Processing a `SignedBeaconBlock` changes the consensus layer `BeaconState`. A `SignedExecutionPayloadEnvelope` is verified when it is received on the P2P layer, while its execution requests are processed by the next beacon block when the chain builds on the full parent payload. |
There was a problem hiding this comment.
Reads as a description of what changed but doesn't explain why the envelope no longer commits to a post-state root. A reader comparing old vs. new will notice state_root (and slot) are gone from ExecutionPayloadEnvelope and wonder what motivated it.
The design shift: previously the envelope mutated state, so it had to commit to the post-state-transition root. Now that state application moves into the next block's process_parent_execution_payload, envelope verification is stateless relative to the parent — so the post-state commitment is no longer needed.
Suggest folding one sentence to that effect into this paragraph, otherwise the dropped fields look unmotivated.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
3 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This updates the EIP-7732 Gloas summary to match the current consensus-specs Gloas files.
The EIP still pointed at an older consensus-specs snapshot, and several parts of the summary had drifted from the current spec. The PR updates the linked spec snapshot, updates the builder withdrawal delay, aligns the bid and envelope containers with the current deferred payload flow, and updates the P2P summary for proposer preferences.