Ethereum schedules frame transactions for stablecoin gas payments

Ethereum developers have placed EIP-8141, or “Frame Transactions,” on the Scheduled for Inclusion track for the proposed 2027 Hegotá hard fork, opening a path for wallets and applications to let users pay transaction costs with stablecoins while Ethereum continues to settle gas fees in ETH.

The proposal would introduce a new native transaction format designed to separate actions that are currently bundled into a single Ethereum transaction. A user could authorize a transfer in one part of the transaction, while a wallet, application, or third-party service pays the ETH gas fee in another. All of those actions would remain atomic, meaning they either complete together or fail together.

That structure could make stablecoin-denominated fee experiences more common without changing Ethereum’s underlying fee currency. Validators would receive ETH, and the base fee introduced under EIP-1559 would remain paid and burned in ETH. The change would shift the operational burden of obtaining ETH away from individual users and toward the services sponsoring their transactions.

Frame transactions enter Ethereum’s long-term upgrade path

Core developers moved EIP-8141 into the Scheduled for Inclusion process after the Aug. 27 All Core Developers Execution meeting. The designation places the proposal on Ethereum’s roadmap after Glamsterdam, an upgrade planned for later in 2026, with Hegotá targeted for 2027.

Scheduled for Inclusion is not final approval. EIP-8141 remains a draft, and its technical details could change before any hard fork activation. Vitalik Buterin, Ethereum’s co-founder, said on Sept. 6 that work on frames had advanced in recent months, while acknowledging that the specification was still evolving.

The proposal defines “frames” as programmable sections within a transaction. A framed transaction could contain up to 64 frames, allowing different parts of the operation to handle authentication, gas payment, asset execution, and other account-level functions.

EIP-8141’s current draft assigns an intrinsic cost of about 12,000 gas for a framed transaction, plus roughly 475 gas for each additional frame. Those figures will likely draw close scrutiny during testing because fee overhead will determine whether applications use frames for simple sponsored payments or reserve them for more complex account-management functions.

The proposed transaction would be identified as Ethereum transaction type 0x06. Its aim is to provide native support for features currently assembled through smart-contract infrastructure.

Native design targets account abstraction overhead

Ethereum already supports sponsored transactions through ERC-4337, the account-abstraction standard deployed on mainnet in March 2023. In that system, users sign objects known as UserOperations rather than conventional transactions. Bundlers collect and submit those operations to the blockchain, while paymasters can provide the ETH required for gas.

According to the figures cited in the proposal’s discussion, ERC-4337 has processed more than 100 million UserOperations and supported more than 40 million smart accounts. The standard helped wallets offer features familiar in conventional apps, including recovery options, transaction sponsorship, and flexible signing rules.

Yet ERC-4337 sits alongside Ethereum’s ordinary transaction pipeline rather than inside it. It relies on an alternative mempool for UserOperations, third-party bundlers to submit them, and a shared EntryPoint smart contract that coordinates execution.

That architecture has brought additional cost and a degree of operational concentration. Current estimates cited by developers put ERC-4337 execution costs around 20% to 40% above standard externally owned account transactions. The top three bundler operators also process roughly 78% of UserOperation volume, according to the figures provided.

Frame Transactions would attempt to move similar capabilities closer to Ethereum’s base transaction rules. Removing the separate EntryPoint contract and bundler layer could reduce the number of intermediaries required to sponsor a transaction, although wallets and applications would still need infrastructure to manage user balances, pricing, and reimbursement.

The difference is practical for developers: instead of building every account feature through a wallet-specific smart-account system, they could use protocol-level frames to assign roles within one transaction. Potential uses include multisignature approvals, key rotation, social recovery, alternative signature schemes, and application-funded transactions.

Stablecoin payments would not replace ETH settlement

The most visible change for users would be the ability to interact with Ethereum applications without first acquiring ETH for every wallet. A wallet could let a user hold USDC, USDT, or another ERC-20 token, then charge that token for a sponsored transaction while a paymaster supplies ETH to the network.

Under the expected flow, the wallet or paymaster would collect stablecoins or other tokens from users, maintain an ETH balance for network fees, and periodically replenish that ETH inventory. An application could also incorporate gas costs into a service charge rather than presenting a separate fee request at the moment of signing.

Validators would continue receiving ETH because Ethereum’s protocol would still calculate and settle gas in ETH. The EIP-1559 base fee burn would also continue in ETH, preserving the existing relationship between transaction activity and ETH burned by the protocol.

The change therefore concerns who acquires and holds ETH for gas rather than which asset Ethereum accepts for settlement. Instead of millions of individual wallets maintaining small ETH balances, a smaller group of paymasters, wallet providers, and application operators could hold larger working inventories.

That could make gas procurement more centralized at the service layer. Large operators may replenish ETH reserves in batches, while smaller applications could depend on specialist paymasters. The resulting market activity would be less visible in the form of small wallet-level ETH purchases, but it would not eliminate the protocol’s ETH fee requirement.

A 2027 upgrade leaves time for design changes

The proposal arrives after strong growth in smart-account activity. The article’s cited estimate attributes 20 million new smart accounts to ERC-4337 in 2024, representing sevenfold annual growth. Native frames could extend that user experience to applications that want stablecoin-first onboarding without accepting the cost and complexity of the current ERC-4337 stack.

Several claims surrounding the proposal require caution. No finalized Ethereum upgrade schedule guarantees EIP-8141 activation in 2027, and its draft status means gas figures, transaction rules, and included features may all change. Assertions that planned upgrades will impose a fixed 200 million gas limit, reduce transaction costs by a precise 78.6%, or force a specific overhaul of validator income models are not established by the EIP-8141 draft.

If Hegotá ultimately includes Frame Transactions, Ethereum would gain a native route for gas sponsorship while retaining ETH as the asset that validators earn and the protocol burns. That combination would make stablecoin-based user interfaces easier to build without rewriting Ethereum’s core fee settlement model.