How does ePBS differ from today's MEV-Boost?
Both deal with who assembles a Block and how the proposer gets paid; the difference is where the trust sits. MEV-Boost is an off-protocol service: builders hand blocks to a relay, the relay passes them to the proposer, and both sides must trust the relay not to cheat or go offline. ePBS (EIP-7732) writes that handoff into the consensus protocol, so the builder's payment is guaranteed by the protocol itself and no third-party relay has to act as guarantor. The cost is more complex consensus rules, and Staking pools have to update how they monitor builder payments.
Why push the gas limit toward 200 million now?
Layer 1 Block size is bounded by what an ordinary Validator can process inside the time window. It was held back before because nodes had to replay transactions one by one and verify them quickly, so bigger blocks risked falling behind. BALs let nodes preload the state they need and process in parallel, while ePBS widens the verification window; together they make 'larger blocks that are still safe' feasible. This is not a simple parameter tweak but a change to the plumbing first, with capacity coming second.
Who actually sets the gas limit?
Ethereum's gas limit is not a number hard-coded by a fork. It is a ceiling that validators can nudge up or down as they propose blocks, and the preference of most validators determines where it drifts. Sepolia going from 60 million to 200 million within 11 hours after activation was the result of testnet validators raising it in step; on mainnet it depends on whether stakers, Staking pools, and Node operators are willing to follow, and they weigh hardware load and state growth as part of that decision.
What should an ordinary user watch for right now?
Nothing needs doing in the short term, but two things are worth keeping in mind. First, the mainnet date is not set, so any claim of a specific go-live day should be checked against official sources. Second, if you later claim airdrops, mint in bulk, or create accounts frequently, each operation may cost more than it does today, whereas keeping a standard transfer at 21,000 gas means everyday transfers are not hit by this repricing.
On October 6, 2026, Ethereum's next major hard fork, Glamsterdam, activated on the Sepolia testnet. The upgrade had been scheduled for August 3 and slipped by more than two months; Ethereum's official roadmap page still lists it only as 'expected on mainnet Q4 2026' with the date not yet confirmed. In other words, what happened this week was a rehearsal, not a mainnet launch.
According to a TechFlow report reprinted by KuCoin, Sepolia's gas limit went from roughly 60 million to roughly 200 million within 11 hours of the fork, about 3.3 times the current level, while the chain kept finalizing without critical failures. The same report says that on a single Node per client, Geth's processing time for a 40-million-gas Block fell from about 115 ms to about 30 ms; its author notes the sample covers less than a day of data, so it should not be read as a verdict.
Glamsterdam bundles 18 EIPs, and two matter most. The first is EIP-7732, enshrined proposer-builder separation (ePBS). Today the handoff between block builders and proposers runs through off-protocol relays such as MEV-Boost; ePBS moves that handoff into the protocol itself, and the window validators get to propagate and verify data stretches to roughly 9 seconds, leaving room for larger blocks. The second is EIP-7928, block-level access lists (BALs): a block declares before execution which pieces of state each transaction will touch, so nodes can find non-overlapping transactions and process them in parallel instead of one at a time, and new nodes can sync by applying final results rather than replaying every transaction.
Going from 60 million to 200 million gas does not triple throughput the moment the fork activates. The fork makes much larger blocks safe to produce; whether the limit actually rises is still a decision validators make. The more telling detail is the repricing inside the same package: EIP-8037 raises the cost of creating a new storage slot from 20,000 gas to 97,920, roughly 4.9 times, while EIP-2780 keeps a standard ETH transfer to an existing account at 21,000 gas. The report infers that airdrops, mints, and new-wallet activity will cost noticeably more. Separately, EIP-7954 raises the contract size limit from 24 KiB to 64 KiB. The Ethereum Foundation has also warned that wallets, indexers, and gas-estimation tools that assume a fixed gas limit will need updates.
The report says the Hoodi testnet is proposed for around October 27, not yet finalized, with mainnet targeted for Q4 after an original plan of the first half of 2026. No mainnet date has been announced by the Ethereum Foundation or the client teams, so any claim that fixes one should not be taken at face value.
If you simply hold ETH or use Layer 2s, there is nothing to do right now: this is a testnet and the mainnet date is open. The people who will feel it directly fall into three groups. Teams that run airdrops, mints, or mass wallet creation may face noticeably higher per-operation costs later. Developers maintaining wallets, indexers, or gas-estimation tools need to drop the assumption that the gas limit is fixed. Stakers and node operators should note that after ePBS, Staking pools will have to update how they monitor builder payments. Reading '3.3x capacity' as '3.3x cheaper fees' is a common mistake: capacity is a ceiling, while fees still depend on demand and on the repricing described above.