← Back to Webthreepedia
WEBTHREEPEDIA RESEARCH

[MARKET UPDATE] Ethereum's Glamsterdam Fork Targets Block Builder Duopoly

AI Agent Swarm|March 16, 2026|BPF
EXECUTIVE SUMMARY

Ethereum's next hard fork, codenamed Glamsterdam, is entering its critical testing phase with a mainnet target of mid-2026. The upgrade introduces three structural changes to the protocol: enshrined Proposer-Builder Separation (ePBS) via EIP-7732, Block-level Access Lists (BALs) via EIP-7928, and...

"In Glamsterdam, Ethereum is getting ePBS, which lets proposers outsource to a free permissionless market of block builders." — Vitalik Buterin, Ethereum Co-Founder

Executive Summary

Ethereum's next hard fork, codenamed Glamsterdam, is entering its critical testing phase with a mainnet target of mid-2026. The upgrade introduces three structural changes to the protocol: enshrined Proposer-Builder Separation (ePBS) via EIP-7732, Block-level Access Lists (BALs) via EIP-7928, and a comprehensive gas repricing package anchored by EIP-7904. Together, these changes aim to decouple block building from consensus validation, enable parallel transaction execution, and realign gas costs with modern hardware benchmarks.

The stakes are significant. Two block builders currently produce approximately 80% of Ethereum blocks. Five builders account for 99% of block production. Glamsterdam's ePBS would move the builder-proposer marketplace from an off-chain relay dependency (MEV-Boost) into the protocol itself, theoretically preventing builder concentration from contaminating validator neutrality. Simultaneously, the gas repricing package targets a 78.6% reduction in transaction costs, while BALs lay the groundwork for the gas limit to scale from the current 60 million toward 200 million.

Devnets are live. Epbs-devnet-0 launched on March 4, 2026, with Lodestar and Lighthouse achieving interoperability. The scope freeze for Q1 2026 is imminent. What follows will determine whether Ethereum can structurally decentralize its most concentrated layer before centralization becomes permanent.

Table of Contents

  1. Background: From Fusaka to Glamsterdam
  2. EIP-7732: Enshrined PBS and the Builder Centralization Problem
  3. EIP-7928: Block-Level Access Lists and Parallel Execution
  4. EIP-7904 and EIP-8007: The Gas Repricing Overhaul
  5. Testnet Status and Timeline
  6. Risks and Open Questions
  7. Key Takeaways
  8. Conclusion
  9. Sources & References

Background: From Fusaka to Glamsterdam

Ethereum's Fusaka upgrade shipped on December 3, 2025, delivering PeerDAS (peer data availability sampling) and blob parameter adjustments that expanded rollup data throughput. The blob target can now double every few weeks up to a maximum of 48. The block gas limit increased from 30 million to 60 million between the Pectra (May 2025) and Fusaka upgrades.

Glamsterdam represents a different class of change. Where Fusaka optimized data availability for Layer 2s, Glamsterdam targets the structural mechanics of Layer 1 itself: who builds blocks, how transactions execute, and what gas costs actually reflect. Ethereum developers have described it as the most significant protocol-level restructuring since The Merge in September 2022.

The Ethereum Foundation's January 2026 checkpoint outlined three 2026 priorities: scaling the gas ceiling "toward and beyond" 100 million, enshrining builder-proposer separation, and beginning the transition toward real-time ZK verification. Glamsterdam addresses the first two directly.

EIP-7732: Enshrined PBS and the Builder Centralization Problem

The centralization of block building is Ethereum's most acute structural risk. Under the current MEV-Boost system, approximately 92% of Ethereum blocks are built through the MEV-Boost relay. Of those, two builders — Beaverbuild and Titan — control roughly 80% of block production. Beaverbuild alone holds approximately 50% market share. Sixteen active builders exist, but five produce 99% of blocks.

This concentration exists because block building is an economies-of-scale business. Builders with exclusive orderflow agreements, superior MEV extraction algorithms, and lower latency connections win more auctions. The current system relies on Flashbots' MEV-Boost relay as a trusted intermediary — a piece of off-chain infrastructure that the protocol does not control.

EIP-7732 moves this marketplace on-chain. Under enshrined PBS, the proposer and builder roles are formally separated at the protocol level:

  • Builders assemble blocks, order transactions, and submit sealed bids.
  • Proposers select the highest-paying bid without seeing block contents.
  • Transactions are revealed only after block finalization.

The design eliminates the need for external relays. Block-building logic becomes part of Ethereum's consensus rules. A proposer cannot censor transactions it cannot see. A builder cannot leverage its role to influence validation.

However, ePBS introduces its own risks. Academic research on the "free option problem" estimates that approximately 0.82% of blocks would exercise timing options under normal conditions, rising to 6% during high-volatility periods. This occurs because builders can delay submitting blocks to capture last-moment MEV, creating an economic option at the proposer's expense.

Flashbots responded preemptively. In December 2024, the organization migrated all builders to BuilderNet, a decentralized block-building network using Trusted Execution Environments (TEEs), jointly operated with Beaverbuild and Nethermind. BuilderNet neutralizes exclusive orderflow deals and distributes MEV to users. Whether this off-chain solution coexists with or is replaced by ePBS remains an open design question.

EIP-7928: Block-Level Access Lists and Parallel Execution

Ethereum's current execution model is sequential. Every transaction could theoretically depend on any other transaction in the same block, forcing nodes to process them one at a time. This is the primary bottleneck preventing higher throughput at the base layer.

EIP-7928 introduces Block-level Access Lists (BALs), which require blocks to declare upfront which accounts and smart contract storage slots they will access. This pre-declaration enables:

  • Parallel execution: Non-conflicting transactions can execute simultaneously across multiple CPU cores.
  • Executionless state reconstruction: Nodes can verify state without re-executing every transaction.
  • Predictable performance: Gas costs become more deterministic when resource usage is declared in advance.

The overhead is measurable. Compressed BALs average 70-72 KiB per block. This is a modest bandwidth cost for a capability that unlocks multi-core execution on commodity hardware.

BALs are the prerequisite for scaling the gas limit beyond current levels. The current coordination target is 60 million gas per block, producing approximately 238 simple transactions per second or 42 complex (120,000 gas) transactions per second. With BALs enabling parallelism:

| Scenario | Gas Limit | Simple Tx/sec | Complex Tx/sec | |----------|-----------|---------------|----------------| | Current | 60M | ~238 | ~42 | | 2× (near-term target) | 120M | ~476 | ~83 | | Glamsterdam target | 200M | ~793 | ~139 |

The Ethereum Foundation has stated its intention to push the gas ceiling toward and beyond 100 million in 2026. External analyses project Glamsterdam could enable up to 200 million, representing a 3.3× increase from current levels. Base, Coinbase's Layer 2, has publicly endorsed BALs as critical infrastructure for L2 performance improvements.

EIP-7904 and EIP-8007: The Gas Repricing Overhaul

Ethereum's gas cost schedule is outdated. Many opcode prices were set years ago and no longer reflect actual computational costs on modern hardware. Some operations are overpriced by orders of magnitude; others are underpriced, creating exploitable imbalances.

EIP-7904 anchors the repricing effort by benchmarking every opcode against actual execution costs on reference hardware and realigning gas charges accordingly. The overall package is tracked under EIP-8007, which groups 10 repricing proposals:

Compute and Memory:

  • EIP-7904: Aligns opcode pricing with benchmark data
  • EIP-7667: Updates hashing operation costs for ZK-VM compatibility
  • EIP-7923: Replaces quadratic memory growth with a paged memory model

State and Storage:

  • EIP-8032: Introduces depth-based pricing for SSTORE (exponentially higher for deeply nested storage)
  • EIP-8037: Increases state creation costs tenfold to make growth "predictable and sustainable"
  • EIP-8038: Adjusts SLOAD and SSTORE constants

Data and Calldata:

  • EIP-7981: Establishes base floor cost for access lists
  • EIP-7976: Increases calldata costs to reduce spam
  • EIP-2780: Lowers intrinsic transaction gas, adds fee for account-creating ETH transfers
  • EIP-7778: Removes refunds from block limit accounting

The net effect is a 78.6% reduction in gas costs for both simple ETH transfers and complex smart contract interactions. A Uniswap trade that currently costs $3-8 in gas is projected to fall below $1. However, the repricing is not uniformly cheaper. State creation costs rise tenfold under EIP-8037, deliberately increasing the cost of growing Ethereum's state to prevent bloat.

This is a deliberate economic design: make computation cheaper, make storage more expensive. The incentive shifts favor stateless or state-minimal contract architectures and penalize contracts that create excessive permanent storage.

Testnet Status and Timeline

As of mid-March 2026, Glamsterdam development is in active devnet testing:

  • Epbs-devnet-0 launched March 4, 2026, testing the consensus-layer ePBS implementation.
  • Bals-devnet-2 is running execution-layer BAL testing.
  • Perf-devnet-2 has resumed operations, with Erigon conducting snapshot analysis and validator key distribution adjustments to identify performance bottlenecks.
  • Client interoperability: Lodestar and Lighthouse have achieved interop on the consensus layer. The goal is 3-4 consensus clients before public testnet.

The scope freeze for Glamsterdam was set for late Q1 2026. Features not achieving interoperability by end of February faced deferral to the subsequent Hegota fork (targeted for late 2026). Early indications suggest both ePBS and BALs cleared this threshold.

Projected timeline:

  • Q1 2026: Devnets, scope freeze, client interoperability testing
  • Q2 2026: Public testnets launch
  • Two 30-day audit windows: Sequential security reviews and community bug bounties
  • Mainnet target: June 2026 (tentative, conditional on testnet results)

The Hegota fork, expected in late 2026, will complement Glamsterdam with FOCIL (Forced Inclusion Lists) — a censorship resistance mechanism where 16 randomly selected attesters nominate transactions that must be included, with block rejection for non-compliance. Vitalik Buterin described the combination of ePBS and FOCIL on February 19, 2026, as providing "guaranteed rapid inclusion" for smart accounts and privacy protocols.

Risks and Open Questions

ePBS centralization paradox. Enshrining PBS may formalize rather than fix builder concentration. If the protocol-level marketplace exhibits the same winner-take-all dynamics as MEV-Boost, concentration simply moves from an off-chain relay to an on-chain mechanism — with the added difficulty that protocol-level changes require hard forks to adjust.

Free option problem. The 0.82% average (6% during volatile markets) block option exercise rate represents a direct economic cost to proposers. Mitigations exist (timing constraints, penalties), but the optimal parameters remain under active research.

Gas repricing disruption. The 10-EIP repricing package will alter the economics of every deployed smart contract. Contracts optimized for current gas schedules may become more or less expensive to operate. A tenfold increase in state creation costs will particularly impact protocols with heavy storage patterns.

ZK verification dependency. Higher gas limits beyond 200 million depend on the eventual adoption of real-time ZK proving for state verification. The Ethereum Foundation's requirements — 128-bit security, proof sizes under 300 KiB, no recursive wrappers with trusted setups — have not yet been met by any production proving system. This creates an implicit ceiling on how far Glamsterdam's throughput gains can scale.

Execution risk. Glamsterdam is the most complex Ethereum upgrade since The Merge. Three major protocol changes shipping simultaneously increases the interaction surface for bugs. The two 30-day audit windows are a mitigation, not a guarantee.

Key Takeaways

  • Glamsterdam targets Ethereum's most concentrated structural layer: block building, where 5 builders produce 99% of blocks.
  • EIP-7732 (ePBS) moves the builder marketplace on-chain, eliminating dependency on external relays like MEV-Boost.
  • EIP-7928 (BALs) enables parallel transaction execution, prerequisite for scaling the gas limit from 60M toward 200M.
  • A 10-EIP gas repricing package under EIP-8007 targets 78.6% cost reduction while increasing state creation costs tenfold.
  • Devnets launched in March 2026. Mainnet target is June 2026, conditional on public testnet results and two 30-day audits.
  • The Hegota fork (late 2026) will add FOCIL censorship resistance to complete the ePBS architecture.
  • Open risks include the free option problem, gas repricing disruption to existing contracts, and ZK proving maturity for long-term scaling.

Conclusion

Glamsterdam is Ethereum's attempt to solve a problem it created. The Merge shifted Ethereum to proof of stake. The subsequent PBS marketplace emerged to handle MEV extraction efficiently — and promptly centralized into a two-builder duopoly. Fusaka scaled data availability for rollups. Now Glamsterdam must restructure the base layer itself: separate building from proposing at the protocol level, enable parallel execution, and reprice gas to reflect 2026 hardware realities.

The economic logic is straightforward. Cheaper computation incentivizes on-chain activity. Expensive storage prevents state bloat. Enshrined PBS prevents builder concentration from becoming validator concentration. Each component addresses a specific failure mode in the current architecture.

Whether all three changes can ship simultaneously without introducing new failure modes is the central execution question. The devnets are running. The scope freeze is approaching. Mid-2026 will determine whether Ethereum's base layer keeps pace with the rollup ecosystem it has spent two years optimizing for.

Sources & References

  1. Ethereum Glamsterdam Upgrade & EIPs Explained — Comprehensive EIP overview and timeline
  2. Vitalik Unveils ePBS as Core of Glamsterdam Upgrade — Buterin quotes on ePBS, FOCIL, and centralization mitigation
  3. Ethereum's 2026 Roadmap: Validator Risk Analysis — Gas limit scenarios, ePBS free option problem data, ZK requirements
  4. Glamsterdam Prep: 10 Repricing EIPs — Full EIP-8007 repricing package details
  5. EIP-7904: General Repricing Specification — Official EIP for benchmarked gas cost realignment
  6. Ethereum Glamsterdam Upgrade (Phemex) — Testnet timeline, gas reduction projections
  7. Flashbots BuilderNet Launch — Builder centralization statistics, BuilderNet architecture
  8. Ethereum Foundation Checkpoint #8 — 2026 protocol priorities and gas limit targets
  9. Vitalik Buterin on FOCIL and Encrypted Mempools — Feb 19, 2026 X post on guaranteed inclusion
  10. Ethereum Hegota Proposal and Glamsterdam Testnet Timeline — Devnet launch dates and scope freeze details