Ethereum sta per ricevere una nuova primitiva di transazione che potrebbe ridefinire il modo in cui wallet, dApp e smart contract interagiscono con la rete. EIP-8141 introduce la "Frame Transaction": una singola transazione che può essere suddivisa in fino a 64 sotto-unità programmabili chiamate frame, ciascuna in grado di eseguire operazioni distinte all'interno di un'unica esecuzione atomica.

La proposta, co-firmata da Vitalik Buterin e da diversi contributori core, è stata presentata per la prima volta il 29 gennaio 2026. Da allora è passata allo stato "Scheduled" per l'inclusione nell'hard fork Hegotá del 2027, il che significa che ha superato la prima revisione procedurale ma segue ancora il processo di proposta di miglioramento di Ethereum, in cui le proposte schedulate possono essere revisionate o riprese in esame prima dell'inclusione finale in un upgrade di rete.

Cosa fanno effettivamente le frame transaction

Il nuovo tipo di transazione, designato 0x06, consente a ciascun frame di operare in una di tre modalità. DEFAULT gestisce il deploy standard delle transazioni. VERIFY esegue una validazione in sola lettura, utile per verificare condizioni senza modificare lo stato. SENDER viene eseguito nel contesto del mittente della transazione, abilitando pattern che in precedenza richiedevano il deploy di smart contract wallet dedicati.

Ogni frame comporta un costo intrinseco di 12.000 gas più 475 gas per frame. Per contestualizzare, un trasferimento Ethereum base oggi costa 21.000 gas, quindi l'overhead per frame è relativamente contenuto rispetto alle funzionalità che sblocca.

La proposta introduce inoltre diversi nuovi opcode. L'opcode APPROVE (0xaa) gestisce la logica di autorizzazione, mentre una suite di opcode TXPARAM, FRAME e SIG offre agli sviluppatori un controllo granulare su come i frame si referenziano tra loro, passano parametri e verificano le firme.

Perché è importante: account abstraction nativa senza soluzioni alternative

L'ecosistema lavora da anni verso l'account abstraction attraverso proposte come ERC-4337, introdotta nel 2021, che ha creato un "mempool alternativo" per le transazioni account-abstracted senza alterare il protocollo stesso. EIP-7702 ha seguito un approccio diverso, consentendo agli EOA di delegare temporaneamente a codice di smart contract; è stata inclusa nell'upgrade Pectra andato live nel 2025. ERC-4337 aggiunge complessità infrastrutturale sotto forma di bundler e paymaster, mentre EIP-7702 richiede configurazioni di delega persistenti.

EIP-8141 segue una terza strada, integrando queste capacità direttamente nel formato della transazione. Una singola frame transaction può includere un passo di verifica, un'autorizzazione e un'esecuzione, senza richiedere all'utente di fare deploy di uno smart contract wallet o dipendere da infrastrutture di bundler di terze parti.

La proposta integra esplicitamente EIP-7702 ed ERC-4337 anziché sostituirle. Gli sviluppatori che hanno già costruito su quegli standard non dovranno rimuovere le integrazioni esistenti.

Sponsorizzazione del gas e batching atomico

Con le frame transaction, una terza parte può coprire i costi del gas all'interno della stessa struttura transazionale. Una dApp potrebbe coinvolgere nuovi utenti con zero ETH sponsorizzando le loro prime interazioni, senza reti di relayer esterne o schemi di firma off-chain.

Il batching atomico consente di raggruppare operazioni approve-and-swap in una singola azione atomica: o viene eseguito tutto o nulla. Questo elimina l'attuale rischio in cui un'autorizzazione riuscita seguita da uno swap fallito lascia un contratto autorizzato a spendere token.

Il pagamento delle fee in ERC-20 è un'altra inclusion significativa. Gli utenti potrebbero pagare le commissioni di transazione in stablecoin o altri token anziché in ETH, con un frame che gestisce inline la logica di conversione o pagamento.

Gli utenti possono inoltre creare account temporanei e specifici per singole transazioni, senza fare deploy di smart account persistenti né configurare deleghe.

Implicazioni post-quantum e posizionamento a lungo termine

Le frame transaction creano una struttura naturale per introdurre schemi di firma post-quantum. Poiché ogni frame può portare la propria logica di verifica della firma, la rete potrebbe supportare algoritmi resistenti al quantum accanto alle esistenti firme ECDSA senza richiedere una transizione forzata. L'adozione pratica, come per le precedenti aggiunte al protocollo, dipenderà dal supporto di wallet e strumenti dopo l'hard fork.