PBS introduces new trust assumptions. The protocol outsources block building to a competitive market, but the winning builder's selection process is a black box. This creates a centralized point of failure at the relay, which must honestly order transactions and censor resistance.
The Cost of Opaque Ordering: Trust Assumptions in PBS
Proposer-Builder Separation (PBS) promised to solve MEV centralization by creating a trustless market. The reality is a critical trust assumption: proposers must blindly trust builders to deliver the highest-paying block. This analysis dissects the flaw and its implications for Ethereum's neutrality.
Introduction
Proposer-Builder Separation (PBS) solves MEV centralization by creating a new, opaque market for block production.
Opaque ordering is the cost of decentralization. Without PBS, validators directly control ordering, leading to vertical integration and MEV cartels. PBS trades this for a trusted third-party relay, which, while a single point of failure, is more accountable and replaceable than a cartel of validators.
The relay is the new battleground. Protocols like Flashbots SUAVE and EigenLayer's shared sequencer are attempts to decentralize this critical role. The failure of a major relay like bloXroute would demonstrate this systemic risk, forcing a hard fork to a new set of operators.
The Core Contradiction
Proposer-Builder Separation (PBS) introduces a critical trust assumption by centralizing transaction ordering power with a small group of builders.
PBS centralizes ordering power. The protocol's design outsources block construction to specialized builders, creating a new, opaque layer of centralization between users and the chain's finality.
Builders are trusted intermediaries. Users must trust that builders like Flashbots SUAVE or BloXroute will not censor, front-run, or reorder transactions for maximal extractable value (MEV).
The auction is not trustless. The winning builder's bundle is a black box; validators cannot verify its internal fairness, only its header. This creates a verification gap.
Evidence: Over 90% of Ethereum blocks post-Merge are built by just five entities, demonstrating rapid centralization of this critical role.
The Current State: A Market of Blind Bids
Proposer-Builder Separation (PBS) creates a blind auction where builders win by paying the most, not by offering the best execution.
Blind auctions create trust fees. Block builders submit sealed bids to validators, hiding transaction ordering from users. This opacity forces users to trust builders will not censor or front-run their transactions, a trust assumption priced into every transaction.
Builders optimize for validator payouts, not user outcomes. The winning builder is the one that maximizes the validator's payment (MEV + priority fees). This misalignment creates a principal-agent problem where user execution quality is a secondary concern.
Centralization is the equilibrium. Sophisticated builders like Flashbots and Titan dominate by aggregating order flow and MEV opportunities. Their scale creates a feedback loop, centralizing block production power and reinforcing the trust-based model.
Evidence: Post-merge, over 90% of Ethereum blocks are built by a handful of entities. This concentration demonstrates that the blind bid market structurally favors large, capital-rich players, not decentralized competition.
The Trust Matrix: PBS vs. Idealized Design
Comparing the trust assumptions and security properties of current Proposer-Builder Separation (PBS) implementations against a theoretically ideal, trust-minimized design.
| Trust Assumption / Property | Current PBS (e.g., MEV-Boost) | Idealized PBS (e.g., Enshrined PBS) | Fully Trustless Design (e.g., SUAVE) |
|---|---|---|---|
Builder Censorship Resistance | |||
Proposer Censorship Resistance | |||
Cross-Domain MEV Capture | Opaque (Builder-controlled) | Transparent (Protocol-defined) | Permissionless (Searcher-driven) |
Validator Extractable Value (VEV) |
| < 10% to Builder | 0% to Builder |
Relayer Centralization Risk | High (3-5 dominant relays) | Low (Protocol-enforced) | None (No required relayers) |
Time to Finality Impact | Adds ~1-2 seconds | Adds < 0.5 seconds | Adds < 0.1 seconds |
Required Honest Majority |
|
|
|
Data Availability for Builders | Private (Relay mempool) | Public (Protocol mempool) | Public (Shared mempool) |
Anatomy of a Broken Promise
Proposer-Builder Separation (PBS) fails its core decentralization mandate by centralizing trust in opaque block-building relays.
PBS centralizes trust in relays. The protocol separates block proposal from construction, but builders must submit full blocks to proposers via a trusted third-party relay. This creates a single point of failure for censorship and MEV extraction that the protocol cannot observe.
Relays are black boxes. Builders like Flashbots and bloXroute operate proprietary relay software. Proposers cannot verify the contents of a block until after they sign a header, creating a trusted execution environment for the entire Ethereum network.
The promise was verification. PBS intended to make the builder role permissionless and verifiable. The current reliance on opaque relays means the system's security depends on the honesty of a few entities, not cryptographic proofs.
Evidence: Over 90% of Ethereum blocks are built by three entities and relayed through a handful of services. This concentration creates systemic risk for transaction censorship and creates a regulatory attack surface.
Concrete Risks of Opaque Trust
Proposer-Builder Separation (PBS) outsources block construction, creating hidden trust assumptions that extract value and threaten protocol security.
The Problem: Censorship as a Service
Builders can exclude transactions for regulatory or competitive reasons, violating neutrality. This is a centralized point of failure that protocols like Tornado Cash have already exposed.\n- OFAC compliance is enforced by dominant builders like Flashbots.\n- ~99% of post-Merge blocks are built by entities susceptible to external pressure.\n- Creates systemic risk where a single legal action can censor the chain.
The Problem: MEV Cartelization
Opaque auctions allow builders and proposers to form exclusive relationships, capturing maximum extractable value (MEV) for themselves.\n- Top 3 builders capture the majority of MEV, creating an oligopoly.\n- Results in ~$500M+ annually in value extracted from users via front-running and sandwich attacks.\n- Reduces validator revenue from fair, open competition, centralizing economic power.
The Problem: Liveness & Re-org Attacks
Trust in a builder's timely delivery creates liveness risks. A malicious or faulty builder can withhold a block, causing missed slots. Worse, out-of-band payments can incentivize proposers to re-org the chain.\n- Time-bandit attacks become viable with sufficient MEV.\n- PBS complexity increases the attack surface for multi-block MEV extraction.\n- Undermines the single-slot finality goal of Ethereum's roadmap.
The Solution: Enshrined PBS & SUAVE
Moving PBS into the protocol (enshrinement) and initiatives like Flashbots' SUAVE aim to dismantle opaque trust.\n- Enshrined PBS uses cryptoeconomic guarantees, not reputation.\n- SUAVE creates a decentralized, competitive marketplace for block building.\n- Separates the mempool, block building, and execution into distinct, permissionless roles.
The Solution: MEV-Boost++ & MEV-Share
These are interim upgrades to the current MEV-Boost relay system designed to mitigate risks.\n- MEV-Boost++ introduces partial block auctions to break builder monopolies.\n- MEV-Share allows users to reveal transaction intent to searchers, capturing value for themselves.\n- Reduces the information asymmetry that fuels predatory MEV extraction.
The Solution: Encrypted Mempools & Threshold Cryptography
Preventing builders from seeing plaintext transactions until commitment breaks their information monopoly.\n- Projects like Shutter Network use threshold cryptography to encrypt the mempool.\n- Eliminates front-running and sandwich attacks at the source.\n- Aligns with intent-based architectures (UniswapX, CowSwap) that hide user intent until execution.
The Builder's Defense (And Why It's Weak)
Proposer-Builder Separation (PBS) trades censorship resistance for efficiency, creating a fragile trust model reliant on economic incentives.
PBS centralizes block production into specialized builders who compete for searcher bundles. This creates a two-tiered hierarchy where validators (proposers) outsource the most critical function: transaction ordering. The system's security rests on the proposer's ability to select the highest-paying block, a purely economic check.
The trust assumption is economic alignment. Builders are trusted not to censor because excluding profitable transactions reduces their bid. This logic fails during state-level pressure or when censorship becomes more profitable than block rewards, a scenario already simulated in OFAC-compliant blocks on Ethereum.
Opaque ordering is the core vulnerability. Proposers see only the final block header and a payment. They cannot audit the builder's process for transaction inclusion, fair ordering, or MEV extraction schemes that harm end-users. Tools like Flashbots Protect offer limited visibility.
Evidence: Post-merge, over 90% of Ethereum blocks are built by just three entities. This concentration creates single points of failure and reduces the network's resilience to regulatory capture or coordinated builder cartels.
Emerging Solutions & Their Trade-offs
PBS outsources block production to specialized builders, but its opaque auction creates new trust vectors and centralization risks.
The Problem: The Black Box Auction
The sealed-bid, first-price auction between proposers and builders is a trusted black box. Proposers cannot verify they received the highest bid, and builders cannot prove their bids were considered fairly. This creates a single point of failure for MEV extraction and censorship.
- No Verifiability: Proposers blindly trust the relay's bid selection.
- Relay Centralization: Top relays like Flashbots, BloXroute, and Titan dominate >90% of blocks.
- Censorship Vector: Relays can filter transactions without the proposer's knowledge.
The Solution: Enshrined PBS (ePBS)
Moves the auction mechanism into the core protocol consensus layer, eliminating the trusted relay intermediary. Builders commit bids via consensus-level commitments, making the auction cryptographically verifiable by all network participants.
- Trust Minimization: Removes reliance on off-chain relay honesty.
- Censorship Resistance: Proposer can see the full block content before signing.
- Protocol Complexity: Major consensus upgrade; estimated timeline ~2-3 years.
The Solution: SUAVE (Shared Unbiased Auction)
A decentralized, application-specific chain for MEV, proposed by Flashbots. Acts as a neutral, programmable mempool and block builder marketplace. Decouples transaction flow from execution, allowing users to express intents.
- Unbiased Ordering: Aims for credible neutrality via decentralized sequencer set.
- Cross-Chain: Native architecture for cross-domain MEV (e.g., bridging, DEX arbitrage).
- New Stack: Introduces SUAPP paradigm, competing with UniswapX and CowSwap.
The Trade-off: Builder Centralization Remains
Even with ePBS or SUAVE, builder centralization is an economic inevitability. Superior capital, data pipelines, and JIT liquidity access create winner-take-most dynamics. The entity controlling block construction still controls transaction ordering.
- Capital Advantage: Top builders can offer higher bids, squeezing out competition.
- Data Edge: Proprietary order flow deals (like Coinbase with Flashbots) are off-chain.
- Regulatory Target: Centralized builders become points of control for OFAC compliance.
The Path Forward: From Trust to Verification
Proposer-Builder Separation (PBS) introduces a critical trust assumption in block production that the ecosystem must now verify.
PBS creates a trust bottleneck by centralizing transaction ordering power in a few professional builders. Users must trust these builders to not censor, front-run, or extract maximal value from their transactions.
The current model is economically fragile. Builders like Flashbots and bloXroute compete for MEV, but their private order flow deals with exchanges like Coinbase create opaque, off-chain cartels.
Verification shifts trust to code. Protocols like SUAVE aim to decentralize the block-building market itself, moving the auction into a shared, verifiable environment.
The endgame is credible neutrality. The path forward requires on-chain, verifiable proofs of fair ordering, moving from trusting entities like Jito Labs to verifying their execution.
Key Takeaways for Architects
PBS introduces a critical trust vector: the centralized sequencer role is replaced by a cartel of opaque builders and relays.
The Problem: Opaque Ordering is a Systemic Risk
Builders control transaction ordering, enabling censorship and MEV extraction without user visibility. The relay, meant to be neutral, can become a single point of failure or collude with builders.
- Risk: Centralized relays like bloXroute or Flashbots control >80% of blocks.
- Impact: $10B+ in DeFi TVL subject to opaque ordering logic.
- Consequence: Violates credible neutrality, the core promise of Ethereum.
The Solution: Enshrined PBS & SUAVE
Move PBS into the protocol (enshrined) to eliminate trusted relays. Complementary systems like SUAVE decentralize the builder market itself.
- Enshrined PBS: Protocol-level auction enforces neutrality; builders compete on a level field.
- SUAVE: A specialized chain for preference expression and decentralized block building.
- Outcome: Breaks the builder/relay cartel, restoring credible neutrality to the base layer.
The Interim Fix: Encrypted Mempools & Threshold Cryptography
Until enshrined PBS, use cryptographic schemes like Shutter Network to hide transaction content from builders until the block is built.
- Mechanism: Transactions are encrypted with Distributed Key Generation (DKG).
- Benefit: Prevents frontrunning and sandwich attacks at source.
- Trade-off: Adds ~500ms latency and complexity, but is essential for high-value DeFi.
The Architectural Mandate: Intent-Based Abstraction
Shift user interaction from transactions to intents. Let specialized solvers (e.g., UniswapX, CowSwap) compete to fulfill user goals, abstracting away the PBS layer.
- How it works: User submits a desired outcome; solvers bundle and route via the most efficient PBS path.
- Benefit: User gets optimal execution; PBS complexity becomes a solver problem.
- Ecosystem: Drives adoption of Across, LayerZero, and other intent-centric infra.
Get In Touch
today.
Our experts will offer a free quote and a 30min call to discuss your project.