In this track: Ethereum protocol concepts
advanced · 4 MIN READ

Builder and proposer separation

Constructing execution content and choosing a proposal can be separated.

LET’S PICTURE IT

One team assembles a package while another selects which package to submit.

SEE IT FOR YOURSELF
Receive, check and share across independent nodesStep 1 / 4
Receive, check and share across independent nodesIncoming dataCandidate instructionNot yet trustedNode AReceives the messageApplies local checksEach participant has a local view of incoming informationNode A checksAuthorizationProtocol validityValid candidateEligible for next stepsNot a finality promiseApplication safety is a different claim from protocol validityNode AShares checked dataNode BChecks for itselfNode CChecks for itselfNode ARules checked✓Node BRules checked✓Node CRules checked✓Agreement on history adds the consensus mechanism

A node receives a proposed transaction or block-related message. Receipt is not the same as accepting its claims.

Animated local teaching model. No wallet, RPC or live blockchain data. Some labels and hashes are abbreviated for readability.

Name the two responsibilities

A builder assembles execution content, while a proposer has the relevant proposal responsibility. The exact interfaces and guarantees depend on the design.

Compare implementation approaches

Out-of-protocol arrangements and enshrined proposals have different trust, timing and validation assumptions. Sharing the phrase proposer-builder separation does not make them identical.

Do not infer activation from an EIP

EIP-7732 describes an enshrined design. Its publication or review status is not by itself proof that a particular network fork has activated it.

Review the failure cases

Withheld payloads, payment rules, relay assumptions and censorship incentives matter. Read the chosen design’s original specification before making operational claims.

Map the protocol concept

builder: assemble execution content
proposer: select / submit under the chosen design

Review timing, validation, payment and withholding assumptions.

A conceptual model. Exact fields, limits and processing rules must be checked against the intended network fork.

QUICK CHECK · NO PRESSURE

Does an EIP document alone prove a PBS mechanism is active on a network?

Your progress stays in this browser.
Keep exploring the original referenceEthereum Improvement Proposals ↗

Original explanations by EtherTools. Examples are educational and source-linked; this site is independent of the Ethereum Foundation. Our approach.