Ethereum developers have included EIP-8141 in the 2027 Hegot upgrade plan. This proposal aims to introduce native account abstraction into standard transaction processes, so that in the future, users may no longer need to hold ETH in order to pay Gas when operating on the chain.
The application can make payments on behalf of Gas.
According to the current mechanism, even if a wallet holds stablecoins or other tokens, it must first prepare sufficient ETH before it can initiate a transfer or on-chain operation. EIP-8141 attempts to split the transaction into different 'frameworks' for separate processing of authorization, fee payment, and execution.
This means that in the future, the account that sends assets and the account that pays Gas do not have to be the same. Payment applications can bear the ETH fees on behalf of users, or they can charge users for stablecoins, and then the application will complete the ETH payment. The network fees received by the verifiers will still be settled in ETH.
This kind of capability is not a new phenomenon. Since 2023, Ethereum has had a ERC-4337 scheme that supports sponsoring Gas and programmable wallets. However, ERC-4337 relies on independent infrastructure, including UserOperations, bundler, and paymaster, and does not fall within Ethereum's default transaction path.
The transaction process can be further simplified.
One of the goals of EIP-8141 is to directly incorporate such capabilities into the protocol layer, rather than continuing to rely on separate transaction systems. As a result, some operations that previously required multiple authorizations have the potential to be streamlined into a more coherent process.
For example, when users conduct token transactions in decentralized applications, they usually need to authorize the contract to use the tokens first, and then submit a second transaction to complete the exchange. If the second step fails, the authorization from the first step may still be retained. Frame Transactions attempts to reduce the issues caused by such separate steps by splitting different tasks.
The proposal also allows accounts to use programmable verification logic. In other words, in the future, Ethereum accounts will not necessarily have to rely on a single fixed signature method; some verification rules can be executed through Ethereum Virtual Machine code.
More flexible account verification methods
This change is not only related to Gas payments. Currently, most external Ethereum accounts rely on the control of the ECDSA private key, and it is very difficult to change the key while retaining the original address under the traditional model. Once the private key is lost or leaked, the control over the assets will also be directly affected.
If EIP-8141 is ultimately implemented, accounts will be able to define some of their own verification logic. In the future, there will be the possibility of supporting key rotation, and even integrating different authentication methods without having to transfer assets to new addresses. The article mentions that this also reserves room for more long-term quantum-resistant cryptographic solutions.
Vitalik Buterin Previously, quantum security, native Rollup, privacy, and storage architecture adjustments have been listed as key directions in Ethereum's technical roadmap. EIP-8141 is considered one of the feasible paths, as it allows accounts to gradually move away from the single private key model.
Upgrading schedule has been entered.
According to the Ethereum core developers' executive meeting on August 27th, EIP-8141 has been adjusted from "under consideration for inclusion" to "planned for inclusion" in the Hegot upgrade. Previously, developers had also compared it with EIP-8130 as two different native account abstraction approaches.
Hegot is expected to go live in 2027, following the next upgrade Glamsterdam. Currently, EIP-8141 is still in the draft stage, and technical details may still be adjusted. There is still work to be done in implementation and testing before it can go live on the Ethereum mainnet.
- The proposals that have been scheduled include EIP-8141 and EIP-7805.
- Glamsterdam is still an earlier upgrade.
- EIP-8141 cannot be used on the mainnet at present.
