Report · FolioPlanned

Next Ethereum Upgrade: Glamsterdam Status and Fork History

What is the next Ethereum upgrade, what does it change and what did past forks change on chain?

What the next Ethereum upgrade changes, where it stands in testing and what each past fork measurably changed on chain.

ShareEmail itvoltfincrypto.com/apps/next-ethereum-upgrade
Blueprint

What the report will cover.

The report as it will open in Folio. Each figure is named here and arrives with its receipt; until its data is published, its place stays empty.

A monthly edition, dated and cited

Next Ethereum Upgrade: Glamsterdam Status and Fork History

  1. The next upgrade at a glance

    Which upgrade is next, its headline EIPs, its testnet and mainnet schedule as published and what is still open.

    • EIPs scheduled for inclusion
    • Public testnets forked so far
  2. What Glamsterdam changes

    Enshrined proposer-builder separation, block-level access lists and the other EIPs in scope, each in plain words with what it means for users, stakers and builders.

  3. Where testing stands

    Devnets, public testnets and client releases for the upgrade, with the date each step happened or is planned.

    • Client releases with the fork scheduled
    • Testnet fork dates
  4. Past forks, measured on chain

    Each fork since the Merge with its activation block and the parameters it changed, read from blocks before and after.

    • Activation block per fork
    • Gas limit before and after each fork
    • Blob target and maximum per fork
  5. How fast new features were used

    How quickly blob transactions after Dencun and set-code transactions after Pectra were adopted, from daily counts.

    • Type-3 transactions per day after Dencun
    • Type-4 transactions per day after Pectra
  6. What to watch next

    Open decisions, scheduled calls and the measurements this report will take once the upgrade activates.

About

What it answers, and for whom.

Ethereum changes through scheduled network upgrades, each a bundle of EIPs that every client activates at the same epoch. The upgrade being prepared after Fusaka is Glamsterdam, whose headline changes are enshrined proposer-builder separation (EIP-7732) and block-level access lists (EIP-7928). This report says what it changes, where it stands in testing and what is still undecided, dated to each edition.

It also keeps a record of past forks measured on chain rather than described: the block each one activated at and the parameters it changed, such as the gas limit and blob capacity. It shows how quickly new transaction types were used after each fork, so an upgrade's effect can be checked from blocks, not only from announcements.

Method

How it will be measured.

Every figure will be read at a block, kept with its source and its exact read, and open a receipt anyone can re-check.

How receipts work →
  1. Upgrade status comes from public sources and is recorded with each one: EIP meta specs, client release notes, testnet announcements and the core developer call notes.
  2. Activation blocks of past forks are taken from client chain configurations and confirmed on chain by the first block carrying the fork's new header fields or transaction types.
  3. Parameters are read from block headers and client configurations before and after each activation: the gas limit, blob gas per block and the blob base fee.
  4. Adoption of new transaction types counts type-3 transactions after Dencun and type-4 transactions after Pectra, day by day from activation.
  5. Each edition is dated: status claims cite their source and date, and on-chain figures are pinned to blocks before publication.

The data it needs

Chain data, with some off-chain sources

  • chain_activity_dailyTo buildChain activity by dayTransactions, active sending addresses, new addresses, contracts created and gas used on each chain per day, counted from blocks and transactions.
  • gas_blocksTo buildGas per blockBase fee, priority fee percentiles, gas used and gas limit for each block on fee-market chains, for a near-live gas tracker.
  • blob_usage_dailyTo buildBlob usage and blob feesEIP-4844 blobs posted per day, blob gas used, blob base fee, and the rollup that posted them.
  • account_abstraction_dailyTo buildSmart accounts and EIP-7702ERC-4337 UserOperations, bundlers and paymasters, and EIP-7702 delegations per chain per day.
  • mev_dailyTo buildMEV, builders and sandwichesBlocks by builder, MEV-Boost relay share, and detected sandwich attacks with the value taken from users, per day.
  • Fork activation epochs and timestamps from client chain configurations and EIP meta specs, recorded with their source
  • EIP lists per fork from the Ethereum EIPs repository and the core developer call notes
  • First block after each fork: gas_limit, blob_gas_used and excess_blob_gas
  • Daily counts of type-3 and type-4 transactions after their activation
Questions

Questions people ask.

What is the next Ethereum upgrade?

Glamsterdam is the upgrade being prepared after Fusaka. Its two headline changes are enshrined proposer-builder separation (EIP-7732), which moves the builder auction into the protocol, and block-level access lists (EIP-7928), which record what each block reads and writes so clients can process it in parallel. Each edition gives its current status and dates.

When is the Glamsterdam mainnet date?

A mainnet date is set only after an upgrade has run on public testnets and client teams agree on an epoch. Until then any date is a target, not a schedule. This report shows the published target, the testnets already forked and the date of the source behind each.

What is ePBS?

Enshrined proposer-builder separation makes the split between the validator who proposes a block and the builder who assembles it part of the protocol. Until then the split runs through MEV-Boost relays outside the protocol; under EIP-7732 the proposer commits to a builder's bid and the builder reveals the payload afterwards.

What did Fusaka change?

Fusaka introduced PeerDAS, which lets nodes check blob data by sampling pieces of it, and a way to raise blob capacity in small blob-parameter forks. It also capped the gas a single transaction may use, raised the default gas limit and tied the blob base fee floor to execution gas costs.

What did Pectra change?

Pectra let ordinary accounts delegate to contract code with EIP-7702, raised the maximum effective balance of a validator so stake can be consolidated (EIP-7251), passed deposits to the beacon chain straight from execution blocks (EIP-6110), let withdrawal credentials trigger exits (EIP-7002) and raised the blob target.

How are past forks measured on chain?

Each fork's activation block is confirmed by the first block that carries its new fields or transaction types. The report then compares parameters such as the gas limit and blob usage before and after, and counts how quickly new transaction types were used.

Hard fork
A coordinated change to the protocol rules that all clients activate at the same block or epoch; nodes that do not upgrade split off.
Glamsterdam
The combined name of the Amsterdam execution-layer upgrade and the Gloas consensus-layer upgrade, prepared as one fork.
ePBS
Enshrined proposer-builder separation, EIP-7732: the protocol itself runs the exchange between a block's proposer and its builder.
Block-level access list
A list carried with each block of the accounts and storage slots it touches and their new values, so clients can verify and execute in parallel (EIP-7928).
Blob-parameter-only fork
A small upgrade that changes only blob capacity settings, introduced with Fusaka so capacity can grow between major forks.

Build Next Ethereum Upgrade: Glamsterdam Status and Fork History on verified data.

Start free in Voltfin Studio: boards, tables and reports where every number opens its receipt. Tell us which data you need first and we will build it next.