\n
![](\"https:\/\/media.crypto.news\/2025\/11\/crypto-news-Ethereum-community-option01.webp\")
<\/p>\n
\n<\/p>\n
Ethereum developers have committed EIP-8141, known as Frame Transactions, to the network\u2019s 2027 Hegot\u00e1 upgrade, putting native account abstraction on the path to becoming part of Ethereum\u2019s standard transaction system.<\/p>\n
\n Summary<\/span>\n <\/p>\n <\/p>\n 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\u00e1 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.<\/p>\n Ethereum co-founder Vitalik Buterin, one of the proposal\u2019s 10 authors, drew attention to the work on Sunday after months of development.<\/p>\n \u201cA lot of important progress on Frames (EIP-8141) has been quietly happening over the last few months,\u201d Buterin wrote on X, recommending the updated specification.<\/p>\n 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.<\/p>\n 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.<\/p>\n 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.<\/p>\n 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\u2019s existing fee system, while the wallet holder would not need to acquire ETH first.<\/p>\n The design moves several features associated with account abstraction<\/a> into Ethereum\u2019s 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.<\/p>\n <\/p>\n 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.<\/p>\n As crypto.news previously reported in August, smart account technology<\/a> can support gas sponsorship, passkeys, social recovery and other wallet controls that are unavailable to conventional externally owned accounts.<\/p>\n Frame Transactions would bring similar programmability into Ethereum\u2019s protocol instead of requiring users to depend on a separate transaction system.<\/p>\n Frames could change transactions that currently require several separate approvals.<\/p>\n 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.<\/p>\n 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.<\/p>\n 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.<\/p>\n 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.<\/p>\n 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.<\/p>\n The validation changes extend beyond gas payments and transaction batching.<\/p>\n 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.<\/p>\n 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.<\/p>\n Programmable validation could eventually allow Ethereum accounts to replace current signature methods with cryptography designed to withstand quantum computers.<\/p>\n Buterin placed quantum security higher<\/a> on Ethereum\u2019s technical roadmap in an August update, alongside work on native rollups, privacy and changes to the network\u2019s storage architecture.<\/p>\n He had previously outlined a quantum resistance roadmap<\/a> covering Ethereum\u2019s 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.<\/p>\n 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.<\/p>\n Hegot\u00e1 is planned for 2027 and will follow Glamsterdam, Ethereum\u2019s next network upgrade.<\/p>\n Developers were still narrowing Hegot\u00e1\u2019s scope in August. At the time, Frame Transactions remained<\/a> under consideration while EIP-7805, or Fork-choice enforced Inclusion Lists, was the only proposal formally scheduled for the upgrade.<\/p>\n The Aug. 27 decision has since moved EIP-8141 into the scheduled category alongside EIP-7805.<\/p>\n 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.<\/p>\n Glamsterdam, meanwhile, remains ahead of Hegot\u00e1 in Ethereum\u2019s 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.<\/p>\n The upgrade includes changes to Ethereum\u2019s gas accounting as well. The Ethereum Foundation warned wallet developers<\/a> 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.<\/p>\n 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\u00e1\u2019s planned 2027 deployment.<\/p>\n <\/p><\/div>\n\n\n
Frame Transactions could let apps pay Ethereum gas<\/h2>\n
EIP-8141 would bundle related actions<\/h2>\n
Frame Transactions could allow Ethereum keys to change<\/h2>\n
Hegot\u00e1 will follow Ethereum\u2019s Glamsterdam upgrade<\/h2>\n