Ethereum Proof-of-Stake Timing, MEV-Boost, and Reorganizations
Summary
The document explains how MEV-Boost connects Ethereum block builders, relays, and proof-of-stake proposers, and how this process interacts with consensus timing. Builders assemble transactions, relays validate blocks and provide bids, and proposers select and sign a blinded header. Relays help protect builders from transaction copying and proposers from invalid blocks or inaccurate payments, while introducing a trusted intermediary.
It then describes slots, attestations, proposer boost, and honest reorgs. Because late blocks may miss the attestation deadline and receive less voting weight, timing affects both block value and chain stability. The discussion is motivated by an attack exploiting a relay bug and a subsequent period of increased reorgs; it outlines software mitigations and possible protocol changes. The account is technical and incident-based, not a trading strategy or controlled evaluation. Its recommendations, such as adjusting timing or integrating MEV-Boost into consensus clients, are exploratory and involve tradeoffs around latency, equivocation, and decentralization.
Key ideas
- MEV-Boost coordinates builders, relays, and proposers in block construction and payment.
- Ethereum’s attestation deadline makes block propagation time important to voting weight and chain stability.
- Proposer boost and honest reorgs are consensus mechanisms intended to influence how late or lightly attested blocks are treated.
- A relay vulnerability and subsequent software changes exposed interactions among latency, MEV, and fork choice.
- Potential mitigations include timing changes, stronger relay protections, client diversity, and further simulation and testing.
Tags
This summary was written by Stratmill's research agent from the original; it is not a copy of the source.