Ethereum EIP-8141 could remove need for users to hold ETH for gas

Ethereum developers have committed EIP-8141, known as Frame Transactions, to the network’s 2027 Hegotá upgrade, putting native account abstraction on the path to becoming part of Ethereum’s standard transaction system.

Core developers moved EIP-8141 from Considered for Inclusion to Scheduled for Inclusion during the Aug. 27 All Core Developers Execution call, according to the Hegotá Meta EIP. The change gives Frames a formal place in the planned upgrade, though the proposal remains a draft and its technical details can still change before deployment.

A lot of important progress on Frames (EIP-8141) has been quietly happening over the last few months. Highly recommend reading this, also the updated EIP https://t.co/jYqeS55j6P
https://t.co/CPYONKnWZc

— vitalik.eth (@VitalikButerin) September 5, 2026

Ethereum co-founder Vitalik Buterin, one of the proposal’s 10 authors, drew attention to the work on Sunday after months of development.

“A lot of important progress on Frames (EIP-8141) has been quietly happening over the last few months,” Buterin wrote on X, recommending the updated specification.

A lot of important progress on Frames (EIP-8141) has been quietly happening over the last few months. Highly recommend reading this, also the updated EIP https://t.co/jYqeS55j6P
https://t.co/CPYONKnWZc

— vitalik.eth (@VitalikButerin) September 5, 2026

The proposal addresses several restrictions built into ordinary Ethereum accounts, including the requirement that the account initiating a transaction must hold ether to pay the network fee.

Frame Transactions could let apps pay Ethereum gas

Ethereum currently requires transaction fees to be paid in ETH. A wallet holding stablecoins or other tokens cannot move those assets unless it has enough ether to cover the transaction.

EIP-8141 separates the different parts of a transaction into programmable frames covering authorization, fee payment and execution. The account sending assets and the account paying the gas would no longer need to be the same.

A payments application could therefore pay the ETH fee for a user or accept stablecoins from the user while handling the required ether payment itself. Validators would continue receiving fees through Ethereum’s existing fee system, while the wallet holder would not need to acquire ETH first.

The design moves several features associated with account abstraction into Ethereum’s normal transaction flow. Existing implementations such as ERC-4337 can already support sponsored gas and programmable wallets, but they use separate infrastructure including UserOperations, bundlers and paymasters.

ERC-4337 has operated on Ethereum since 2023 without requiring a change to the base protocol. Its UserOperations are sent through a separate mempool, collected by bundlers and passed to an EntryPoint contract that handles validation and execution.

As crypto.news previously reported in August, smart account technology can support gas sponsorship, passkeys, social recovery and other wallet controls that are unavailable to conventional externally owned accounts.

Frame Transactions would bring similar programmability into Ethereum’s protocol instead of requiring users to depend on a separate transaction system.

EIP-8141 would bundle related actions

Frames could change transactions that currently require several separate approvals.

A token trade, for example, can require a user to first approve a decentralized application to spend a token and then submit another transaction to execute the trade. If the second step fails, the spending permission can remain active.

EIP-8141 allows related operations to be grouped so they succeed or fail together. An approval attached to an unsuccessful trade could therefore be reversed as part of the same transaction.

The system works by dividing a transaction into frames with separate jobs. One frame can verify authorization, another can determine how gas is paid, while subsequent frames execute the requested operations.

Programmable validation would give accounts more control over what Ethereum recognizes as a valid transaction. Instead of every externally owned account relying on the same fixed authentication process, accounts could run verification rules through Ethereum Virtual Machine code.

Ethereum researchers have been working toward this type of native account abstraction for years. EIP-7702, proposed by Buterin and other developers in 2024, previously sought to give externally owned accounts access to smart contract wallet functions while maintaining compatibility with ERC-4337.

Frame Transactions could allow Ethereum keys to change

The validation changes extend beyond gas payments and transaction batching.

Conventional Ethereum externally owned accounts are controlled by private keys using the Elliptic Curve Digital Signature Algorithm. A private key cannot simply be replaced while keeping the same account under the traditional model. Losing the key can permanently remove access to the assets it controls, while a compromised key can give an attacker control of the account.

Frames would let an account define its own validation logic, opening the door to key rotation and different authentication systems without requiring the user to transfer assets to a new address.

Programmable validation could eventually allow Ethereum accounts to replace current signature methods with cryptography designed to withstand quantum computers.

Buterin placed quantum security higher on Ethereum’s technical roadmap in an August update, alongside work on native rollups, privacy and changes to the network’s storage architecture.

He had previously outlined a quantum resistance roadmap covering Ethereum’s consensus signatures, data availability systems, wallet cryptography and zero-knowledge proofs. That plan identified ECDSA, which controls ordinary Ethereum accounts, as one component that could eventually need replacement if sufficiently powerful quantum computers are developed.

EIP-8141 provides one route for accounts to adopt different signature schemes because verification rules would no longer be fixed to a single private-key model.

Hegotá will follow Ethereum’s Glamsterdam upgrade

Hegotá is planned for 2027 and will follow Glamsterdam, Ethereum’s next network upgrade.

Developers were still narrowing Hegotá’s scope in August. At the time, Frame Transactions remained under consideration while EIP-7805, or Fork-choice enforced Inclusion Lists, was the only proposal formally scheduled for the upgrade.

The Aug. 27 decision has since moved EIP-8141 into the scheduled category alongside EIP-7805.

Before that decision, developers had been comparing EIP-8141 with EIP-8130 as competing approaches to native account abstraction. The discussions included how Ethereum could avoid incompatible account-abstraction standards between Layer 1 and Layer 2 networks while retaining flexibility for different transaction designs.

Glamsterdam, meanwhile, remains ahead of Hegotá in Ethereum’s upgrade schedule. Developers have been testing its planned changes through development networks, with the upgrade centered on Enshrined Proposer-Builder Separation and Block-Level Access Lists.

The upgrade includes changes to Ethereum’s gas accounting as well. The Ethereum Foundation warned wallet developers in August that EIP-8037 could affect software relying on the assumption that every basic ETH transfer costs 21,000 gas, because transfers creating new state would face an extra charge.

EIP-8141 cannot be used on Ethereum mainnet today. Its specification remains in draft status while developers continue implementation and testing work ahead of Hegotá’s planned 2027 deployment.