Vitalik Buterin Proposes New Ethereum Transaction Model for Parallel Processing and Scalability

A Shift in Ethereum's Transaction Architecture

Ethereum co-founder Vitalik Buterin has outlined a novel, long-term transaction model that could enable the network to process certain validation tasks in parallel, potentially unlocking new levels of scalability. In a detailed post on Sept. 6, Buterin proposed a clear separation between a transaction's "actions" — which change the network's state, such as transferring ETH or invoking a contract — and its "dependencies," the conditions that must be satisfied before those actions can occur.

This distinction, he argues, is crucial for optimizing each component independently, allowing Ethereum to scale without sacrificing its flexible execution environment. Dependencies include a variety of validation checks, such as digital signatures, Merkle proofs confirming the existence of unspent outputs, zero-knowledge proofs, and state conditions that must hold true when a transaction is included in a block. Buterin emphasized that this model is still in the research phase and has not been approved for deployment by Ethereum developers.

Parallel Processing of Transaction Dependencies

Currently, Ethereum transactions bundle authorization, fee payment, and execution into a single, sequential processing flow. Nodes must verify the signature, check the sender's balance, and execute the instructions, often in a linear fashion. Buterin's proposal suggests that many of these checks, particularly those unrelated to the final state changes, could be processed separately and simultaneously across available computing resources.

For instance, verifying a signature on one transaction doesn't need to wait for signatures on unrelated transactions. By declaring which parts of the state they access, transactions could allow mempools to reason about state-dependent conditions more effectively. This approach would reward predictable transactions — those with clearly specified dependencies — with lower gas costs due to their efficiency. Conversely, transactions requiring dynamic calls and unpredictable state access would remain possible but at a higher cost. Buterin estimates that more than 90% of Ethereum's activity by volume does not require the network's full dynamic flexibility, suggesting that common transfers and routine contract interactions could utilize more restrictive, efficient formats.

This proposed model does not mean Ethereum will abandon its account-based system. Instead, Buterin envisions a spectrum that incorporates ideas from Bitcoin's UTXO model, creating several processing levels. Simple, declared operations would be easier to analyze and cheaper, while complex contract calls would consume more resources, aligning fees with actual scaling constraints.

EIP-8141: The Framework for Frame Transactions

A draft Ethereum Improvement Proposal, EIP-8141, provides a general framework for this new concept. It introduces a new transaction type called a "Frame Transaction," which divides a transaction into contract-call frames that can validate authority, approve gas payment, and perform user operations. This structure would enable features like sponsored fees, payments in tokens other than ETH, key rotation, and transaction batching, allowing externally owned accounts to benefit from account-abstraction features without needing a standard contract deployment.

Under this structure, verification frames handle the conditions that must be satisfied (dependencies), while sender frames execute the operations that alter state (actions). This aligns perfectly with Buterin's vision. However, EIP-8141 remains a draft and faces significant technical hurdles, including addressing denial-of-service risks, transaction replacement rules, and integration with existing wallets, block builders, and RPC interfaces.

The Promise of Recursive STARKs and Keyed Nonces

Looking further ahead, Buterin envisions a system where pure dependencies, like signatures, are checked once at the mempool layer and aggregated into a recursive STARK proof. This would allow validators to verify a single proof instead of repeating each original computation, potentially reducing on-chain data. This becomes increasingly important for integrating post-quantum signatures, which are larger and more expensive to verify. The flexibility of EIP-8141 could allow accounts to adopt new authorization schemes without waiting for a single, network-wide signature standard change.

Another proposed innovation, keyed nonces, could eliminate transaction bottlenecks. Currently, accounts use sequential nonces to prevent replay, but if one transaction is stuck, all subsequent transactions from that account are blocked. Keyed nonces would provide an account with several independent nonce sequences, allowing unrelated operations to proceed in parallel. This is particularly beneficial for smart accounts, privacy systems, and applications that submit multiple independent operations simultaneously.

Roadmap and Developer Approval Still Needed

Despite the promise, EIP-8141 requires extensive review, testing, and approval from Ethereum core developers. It is being considered for the future Hegotá upgrade but is not formally scheduled. The proposal is also being discussed alongside FOCIL, a separate initiative to improve censorship resistance. While a combination could offer native account abstraction with stronger resistance, it remains a proposed package, not a committed roadmap. As such, Buterin's comments describe a potent and promising direction, but not an immediate change for the Ethereum network.