DEV Community

Cover image for EIP-8411 tests sub-second propagation, Ethlabs pitches a faster Ethereum as Base splits on AA, Glamsterdam clears its 200M gas rehearsal, MATCHA
Alexandra for Etherspot

Posted on Originally published at etherspot.io

EIP-8411 tests sub-second propagation, Ethlabs pitches a faster Ethereum as Base splits on AA, Glamsterdam clears its 200M gas rehearsal, MATCHA

Welcome to our weekly digest, where we unpack the latest in account and chain abstraction and the broader infrastructure shaping Ethereum.

This week: researchers test EIP-8411 and cut simulated block propagation from five seconds to under one; Ethlabs makes the case for a faster Ethereum as the home of tokenized finance while Base and Ethereum go separate ways on account abstraction; Glamsterdam clears a rehearsal at a 200 million gas limit ahead of a Sepolia date; and a new mempool policy called MATCHA lets privacy apps put several Frame Transactions in the pool at once without opening a DoS hole.

  • EIP-8411 Tests Sub-Second Block Propagation
  • Ethlabs Pitches a Faster Ethereum as Base Splits on AA
  • Glamsterdam Clears Its 200M Gas Rehearsal
  • MATCHA Opens the Mempool to Private Frames

Please fasten your belts!

EIP-8411 Tests Sub-Second Block Propagation

Ethereum researchers reported that EIP-8411, a segmented broadcasting design, cut the median propagation of a simulated 1 MiB execution payload from about five seconds to under one. The idea is to split a payload into fixed pieces, each carrying a Merkle proof tied to a root in the builder’s bid, so a node can verify one segment and forward it while the rest are still arriving.

That replaces today’s store-and-forward model. Ethereum’s current gossip can require a node to receive and validate a whole large message before passing it on, and the full payload has to cross one hop before the next begins.

The numbers come from a controlled simulation, not mainnet. Researchers modeled 500 nodes with home-builder bandwidth and geographic latency, ran real Prysm and libp2p code against a virtual clock, and stressed that mainnet conditions could differ.

The proposal is tied directly to scaling. Larger gas limits mean larger payloads that validators must receive within fixed deadlines, so faster propagation is being researched alongside higher L1 capacity. EIP-8411 is still a draft that requires EIP-7732 proposer-builder separation, and developers requested Proposed for Inclusion status for Hegotá at the September 17 consensus call.

Ethlabs Pitches a Faster Ethereum as Base Splits on AA

In a widely shared conversation, Ethlabs argued that Ethereum’s biggest bottleneck is no longer demand but speed, and that making the L1 dramatically faster without sacrificing decentralization is what turns it into the home of tokenized finance. The discussion ran through Quick Slots, faster block times, and the case for keeping tokenized assets on the base layer.

Account abstraction was a central thread. The talk directly weighed Ethereum against Base on AA and asked whether Base is effectively divorcing Ethereum, which ties back to the split we covered last week.

That split is now confirmed. Ethereum and Base developers have abandoned their effort to align EIP-8130 and EIP-8141, and will ship separate native AA standards, with Ethereum emphasizing censorship resistance, privacy, and security while Base optimizes for scale, customization, and compliance.

For our audience, the practical takeaway is about wallets. If both proposals ship as planned, wallet developers may have to support two native transaction formats, and the Ethereum Foundation has already given EIP-8141 a “must-ship” label for Hegotá, so the fragmentation is real and worth designing around now.

Ethlabs Pitches a Faster Ethereum as Base Splits on AA

Glamsterdam Clears Its 200M Gas Rehearsal

Ethereum’s latest rehearsal for the Glamsterdam upgrade kept confirming blocks after adopting new block-building rules, then raised its block gas limit from 60 million to 200 million about an hour after going live on the devnet. The higher ceiling is meant to fit more payments, swaps, and other activity into each block and to soften fee spikes when demand surges.

A big client benchmark landed alongside it. Nethermind’s execution software completed all 2,302 performance tests, processing 570.7 billion gas in three minutes and 15 seconds, an average of about 2.9 billion gas per second.

The change under test is block-level access lists. They tell nodes which accounts and storage a block will touch before processing begins, so clients can fetch data and check unrelated transactions in parallel rather than in sequence.

There is a direct account abstraction angle here too. Glamsterdam’s earlier repricing already breaks the flat 21,000 gas assumption wallets rely on, since sending to an account that does not exist yet incurs extra state gas, so wallet and bundler teams have work to do. Developers are targeting October 6 for deployment on the Sepolia testnet, though the 200 million limit remains a test setting rather than a mainnet commitment.

MATCHA Opens the Mempool to Private Frames

A new Ethereum Research proposal called MATCHA, from Thomas Coratger with Vitalik Buterin and Toni Wahrstätter, tackles a subtle account abstraction problem. Under EIP-8141, the mempool normally admits at most one pending Frame Transaction per sender, which is a problem for privacy applications where many users share one sender to avoid exposing separate public accounts.

Relaxing that limit safely is the hard part. If clients simply allowed many transactions per sender, an attacker could flood the pool with valid low-fee spends or trigger repeated mass invalidation by flipping a shared validation setting, forcing clients to revalidate and drop the whole pending set at little onchain cost.

MATCHA gives each sender a limited mempool budget, called “width.” A sender earns width only from the gas its Frame Transactions actually use in finalized blocks, every extra admission or revalidation spends some, and spent width is never refunded, which bounds how much mempool work an attacker can cause.

It leans on FOCIL to deter the fee-based version of the attack. The proposed FOCIL extension for Frame Transactions raises the chance that a pending transaction is included and its payer is charged, and the thread’s discussion, active through last week, extended the same width logic to paymasters that sponsor gas across many senders. It is still early and unimplemented, but it offers a concrete path toward supporting private, shared-sender account abstraction in the public mempool.

MATCHA Opens the Mempool to Private Frames


Start exploring Account Abstraction with Etherspot!

  • Learn more about account abstraction here.
  • Head to our docs and read all about Etherspot Modular SDK.
  • Skandha — developer-friendly Typescript ERC4337 Bundler.
  • Arka — an open-source Paymaster Service for gasless & sponsored transactions.
  • Explore our TransactionKit, a React library for fast & simple Web3 development.
  • Follow us on X (Twitter) and join our Discord.

❓Is your dApp ready for Account Abstraction? Check it out here: https://eip1271.io/

Follow us

Etherspot Website | X | Discord | Telegram | Github | Developer Portal

Top comments (0)