Vitalik Buterin sostiene le Frame Transactions mentre si intensifica il dibattito sull'AA nativo di Ethereum

La comunità degli sviluppatori di Ethereumsta attualmente discutendo su come implementare l'tracnativa degli account (AA) mentre continua 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 le transazioni Frame potrebbero supportare una gamma più ampia di casi d'uso relativi alla privacy e alla resistenza alla censura, semplificando potenzialmente l'architettura del portafoglio.

Il dibattitotracdei conti nativi prende slancio

La spinta verso l'tracdi account nativi si è intensificata nel corso dell'ultimo mese, con l'introduzione di molteplici proposte di miglioramento 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 contracttracconvalidano le transazioni.

La proposta introduce un nuovo codice operativo, APPROVE, che consentetracintelligenti di autorizzare l'invio di transazioni, il pagamento del 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.

https://t.co/8L45rn3Zgx

— Derek Chiang | ZeroDev (@decentrek) 9 marzo 2026

Ad esempio, la sponsorizzazione del gas potrebbe essere organizzata tramitetracche 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. A causa della possibilità di eseguire codice smarttracdurante la convalida delle transazioni, i client Ethereum necessiterebbero di una protezione aggiuntiva contro gli attacchi denial-of-service da parte dei mempool.

Transazioni Frame contro Transazioni Tempo

Il dibattito sull'astrazione degli account nativitracdue distinte filosofie di progettazione nello Ethereum sviluppo.

Un approccio, rappresentato da Tempo Transactions, consiste nell'integrare direttamente nel protocollo le funzionalità ditracdei conti più comunemente utilizzate. Tra queste, l'tracdel gas, il batching atomico 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àdefi. La logica di autorizzazione e pagamento del gas può essere implementata negli smarttrac, consentendo agli sviluppatori di creare sistemi personalizzati per firme, permessi 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 le Frame Transactions potrebbero anche consentire alle applicazioni incentrate sulla privacy di funzionare senza la necessità di broadcaster 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 ottimo post e grazie per il tuo contributo al miglioramento delle trasmissioni frame!

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 anchedentpotenziali modifiche all'architettura del portafoglio. Buterin ha affermato che l'idea di "ogni portafoglio come smarttrac" è 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 granditracintelligenti, come il batching delle transazioni e i calcoli dell'hash della firma, potrebbero essere spostate dal codice del portafoglio utilizzando la struttura proposta.