La comunità degli sviluppatori di Ethereum sta attualmente discutendo su come implementare l'astrazione nativa dell'account (AA) mentre prosegue la pianificazione per l'imminente hard fork di Hegota.
Nelle ultime settimane sono emerse diverse proposte, tra cui l'EIP-8141, noto come "Frame Transactions", che ha attirato l'attenzione. La proposta è stata formalmente presentata come possibile funzionalità principale dell'aggiornamento.
In seguito alla discussione , Vitalik Buterin ha risposto pubblicamente alla proposta, affermando che Frame Transactions potrebbe supportare una gamma più ampia di casi d'uso resistenti alla privacy e alla censura, semplificando potenzialmente l'architettura del portafoglio.
Il dibattito sull'astrazione degli account nativi prende slancio
La spinta verso l'astrazione nativa degli account si è intensificata nel corso dell'ultimo mese, con l'introduzione di numerose proposte di miglioramento di Ethereum.
EIP-8141 propone un modello noto come Frame Transactions, che si differenzia dai formati di transazione tradizionali rimuovendo i campi di firma incorporati. Al suo posto, le firme e la logica di autorizzazione vengono trasmesse come dati agli smart contract che convalidano le transazioni.
La proposta introduce un nuovo codice operativo, APPROVE, che consente ai contratti intelligenti di autorizzare l'invio di transazioni, il pagamento di carburante o entrambi.
Inoltre, questa progettazione consente l'elaborazione dell'autorizzazione delle transazioni tramite logica programmabile anziché tramite campi di transazione fissi. Secondo la proposta, questa struttura è in grado di supportare sistemi di firma alternativi, sponsorizzazione di gas condizionale e meccanismi di transazione incentrati sulla privacy.
— Derek Chiang | ZeroDev (@decentrek) 9 marzo 2026
Ad esempio, la sponsorizzazione del gas potrebbe essere organizzata tramite contratti che pagano commissioni di rete in cambio di trasferimenti di token, mentre la logica di autorizzazione potrebbe essere implementata utilizzando schemi crittografici multifirma o alternativi.
Allo stesso tempo, il modello presenta nuove sfide operative. Data la possibilità di eseguire codice di smart contract durante la convalida delle transazioni, i client Ethereum necessiterebbero di una protezione aggiuntiva contro gli attacchi denial-of-service provenienti dai mempool.
Transazioni Frame contro Transazioni Tempo
Il dibattito sull'astrazione dell'account nativo implica due distinte filosofie di progettazione nello sviluppo di Ethereum .
Un approccio, rappresentato da Tempo Transactions, consiste nell'integrare direttamente nel protocollo funzionalità di astrazione dei conti comunemente utilizzate. Tra queste, l'astrazione del gas, l'atomic batching di più operazioni, la pianificazione delle transazioni e le commissioni sulle transazioni sponsorizzate.
Le transazioni in stile Tempo organizzano queste funzionalità direttamente nel formato della transazione. Campi come array di chiamate consentono il batching atomico e i parametri di timestamp possono essere utilizzati per supportare l'esecuzione pianificata. Un altro campo di firma consente a una terza parte di coprire i costi del gas co-firmando la transazione.
Gli sviluppatori che promuovono questo modello sostengono che avere funzionalità integrate direttamente nel protocollo sia più semplice da integrare e migliori l'esperienza utente. Tuttavia, l'approccio potrebbe essere in qualche modo estensibile, poiché nuove funzionalità richiederebbero aggiornamenti del protocollo.
Frame Transactions adotta l'approccio opposto, utilizzando primitive generalizzate anziché funzionalità predefinite. La logica di autorizzazione e pagamento del carburante può essere implementata negli smart contract, consentendo agli sviluppatori di creare sistemi personalizzati per firme, autorizzazioni e convalida delle transazioni.
Vitalik Buterin evidenzia le implicazioni sulla privacy e sulla progettazione del portafoglio
Rispondendo alla discussione in corso, Vitalik Buterin ha affermato che Frame Transactions potrebbe anche consentire alle applicazioni incentrate sulla privacy di funzionare senza la necessità di emittenti di transazioni pubbliche.
Secondo Buterin, il progetto consente ai sistemi di privacy come Railgun e altri protocolli di interagire direttamente con le funzionalità di rete, come FOCIL, preservando al contempo la resistenza alla censura.
È un bel post e grazie per il tuo contributo al miglioramento dei frame txs!
Aggiungerei anche:
* Le frame tx sono pensate anche per coprire una vasta gamma di casi d'uso che richiedono privacy e resistenza alla censura. Consentono a Railgun, PP, ecc. di funzionare senza intermediari da parte delle emittenti pubbliche e…
— vitalik.eth (@VitalikButerin) 9 marzo 2026
Ha anche individuato potenziali modifiche all'architettura del portafoglio. Buterin ha affermato che l'idea di "ogni portafoglio come smart contract" è già stata implementata con successo in altri ecosistemi, citando il design del portafoglio multifirma di Bitcoin.
Secondo lui, i portafogli creati utilizzando EIP-8141 potrebbero essere relativamente semplici ed eseguire solo poche operazioni, come fanno gli script Bitcoin.
Buterin ha affermato che molte funzionalità del portafoglio attualmente implementate nei grandi contratti intelligenti, come il batching delle transazioni e i calcoli dell'hash della firma, potrebbero essere spostate dal codice del portafoglio utilizzando la struttura proposta.
Se stai leggendo questo, sei già in vantaggio. Resta aggiornato con la nostra newsletter .