EIP-8141 set for Hegotá as Buterin says 90% of activity static

EIP-8141 scheduled for Hegotá as Buterin says 90 percent of Ethereum activity needs no full dynamism.

"I think 8141 gets close to optimal," Vitalik Buterin, co-founder of Ethereum, said in a post on X on Sept. 5. He described a transaction as "just a series of calls," while noting the public mempool would still need to remain restrictive to resist denial-of-service abuse.

The proposal, titled "Frame Transaction," defines a new EIP-2718 transaction envelope with type identifier 0x06. Published constants include an intrinsic cost of 12,000 gas, an additional 475 gas per frame, a maximum of 64 frames per transaction, and a designated entry point at address 0xaa. Core developers moved EIP-8141 from Considered for Inclusion to Scheduled for Inclusion for the Hegotá upgrade during All Core Developers Execution call 244 on Aug. 27, after it had been marked CFI at ACDE 233 on March 26.

Hegotá is planned for 2027, following the Glamsterdam upgrade targeted for the fourth quarter of 2026. If implemented, EIP-8141 could enable parallel processing of transaction dependencies, lower gas costs for statically analyzable operations, and provide a common interface for native account abstraction across EVM chains — a structural upgrade that positions Ethereum to compete more directly with Layer 2 networks on cost and throughput.

Actions and Dependencies

Buterin defined an action as an effect a transaction has, such as a call that sends Ether. A dependency is a fact about the transaction or state that must be true for validity — examples include signatures, Merkle proofs of UTXOs, and SNARK or STARK proofs. Dependencies can be processed in parallel when accessed state is statically declared, and pure dependencies that cannot access state can be processed once at the mempool layer and potentially replaced by a STARK, which would allow both execution and underlying data to be omitted later.

The design would leave a minimal transaction format: a list of calls, flags marking whether each call is static or pure, and a small set of fields such as origin and nonce. Buterin contrasted this with the 2015-era Ethereum design, when serial execution and single-key ECDSA accounts were sufficient. Current scaling work requires moving past that model because a fully dynamic execution and state layer is "not friendly to scaling," he wrote.

The proposal builds on account abstraction research dating to EIP-86, filed in 2016. EIP-7701, titled "Native Account Abstraction," was withdrawn as superseded by EIP-8141. Related work includes EIP-8250, "Keyed Nonces for Frame Transactions," which replaces a single linear sender nonce with independent nonce keys so transactions on disjoint non-zero keys are replay-independent. Buterin's May 5 explanation included a worked example of 500 billion in-protocol nullifiers over eight years at 2,000 transactions per second.

Buterin has described EIP-8141 as "an omnibus that wraps up and solves every remaining problem that AA was intended to address (plus more)." He has also argued that frames make privacy protocols more first-class because they move general-purpose programmability into the verification stage, which previously relied on hardcoded ECDSA.

The proposal is not yet live on mainnet. Gas figures, frame limits, and opcode lists have already changed since the January 2026 draft — the original spec used a higher intrinsic cost of 15,000 gas and a maximum of 1,000 frames. Public mempool admission is expected to remain conservative at first. Fork Choice Enforced Inclusion Lists (FOCIL), tracked as EIP-7805, remains the separately scheduled inclusion-list headliner for Hegotá. Buterin previously described the two proposals as complementary.

A public testnet already supports EIP-8141, giving developers a live environment to test the transaction model. Buterin's Sept. 5 note also pointed to lightclient's essay "Frames Are All You Need," published the same day, as a companion explanation of the design direction. The analytical point in the weekend note is narrow: EIP-8141 is being treated as a general-purpose transaction envelope on which later state types and proof-based mempool compression can sit. Whether that envelope remains the Hegotá design depends on specification work the EIP itself labels unfinished.

This article is for informational purposes only and does not constitute investment advice.