Gli utenti potrebbero pagare in USDC mentre uno sponsor paga in ETH

EIP-8141, noto come Frame Transactions, è una proposta in bozza per un nuovo tipo di transazione Ethereum. Suddivide una transazione in frame programmabili in grado di verificare l'approvazione dell'utente, selezionare un pagatore ed eseguire la chiamata prevista.

Il Meta EIP di Hegotà elenca le Frame Transactions come previste per l'inclusione, e Vitalik Buterin ha condiviso un recente aggiornamento sui progressi della proposta. La specifica resta una bozza e Hegotá non si è ancora attivato. Come per ogni EIP, l'inserimento in una programmazione di fork non garantisce l'attivazione; le proposte possono ancora cambiare o essere abbandonate prima che un upgrade di rete venga rilasciato.

A lot of important progress on Frames (EIP-8141) has been quietly happening over the last few months. Highly recommend reading this, also the updated EIP

— vitalik.eth (@VitalikButerin) September 5, 2026

Con questa modifica, un utente potrebbe effettuare una transazione senza detenere personalmente ETH, a condizione che il wallet, l'applicazione e uno sponsor supportino tutti il formato. Lo sponsor potrebbe addebitare l'utente in USDC o in un altro token ERC-20, oppure l'applicazione potrebbe coprire la commissione come parte del proprio servizio.

Lo spazio di blocco di Ethereum continuerebbe a essere pagato in ETH. Le Frame Transactions cambiano chi fornisce e gestisce tale ETH, non il mercato delle commissioni sottostante.

Come potrebbe presentarsi una transazione pagata in token

L'EIP include un esempio in cui uno sponsor paga la commissione di rete e riceve dall'utente un pagamento in ERC-20. Un wallet che detiene USDC ma non ETH potrebbe, in linea di principio, inviare uno swap o un trasferimento attraverso la seguente sequenza:

Come potrebbe funzionare un pagamento del gas in ERC-20

1. Approvazione – Il wallet dell'utente valida l'insieme completo delle azioni che la transazione deve eseguire.
2. Accordo di pagamento – Uno sponsor si impegna a coprire il gas in ETH in cambio di un pagamento in ERC-20, oppure sovvenziona l'azione.
3. Esecuzione – Il pagamento in token e il trasferimento, la mint o lo swap previsti vengono elaborati nello stesso flusso di transazione.

Combinare questi passaggi in un'unica transazione evita di obbligare l'utente ad acquisire ETH prima che l'azione prevista possa iniziare. Per i nuovi utenti questo elimina un ostacolo comune: un wallet può contenere token ma mancare dell'asset nativo necessario a muoverli. Non elimina i costi di transazione; li presenta in una forma che il wallet o l'applicazione possono mostrare in modo più chiaro.

Il pagamento del gas diventa una decisione di prodotto

Le Frame Transactions offrirebbero a wallet e applicazioni diversi modi di gestire lo stesso costo. Si tratta di possibili modelli di implementazione, non di funzionalità richieste dall'EIP:

Possibili modalità con cui un'applicazione potrebbe gestire il gas

• Sponsorizzato dall'app: Un'app potrebbe pagare la commissione per rendere l'onboarding o una funzionalità limitata percepiti come senza gas.
• Pagato in token: Uno sponsor potrebbe quotare la commissione in USDC o in un altro token supportato, finanziando la commissione Ethereum in ETH.
• Ibrido: Un'applicazione potrebbe sovvenzionare azioni selezionate e addebitare agli utenti le altre tramite una commissione basata su token.

Una transazione presentata come senza gas è comunque finanziata da un'applicazione, da uno sponsor o da un addebito separato in token. EIP-8141 potrebbe offrire alle applicazioni un modo standard per sovvenzionare tale costo o recuperarlo in un asset che l'utente già possiede.

Cosa cambia rispetto ai precedenti strumenti per smart account

Ethereum supporta già forme di account abstraction. L'EIP-7702 di Pectra ha dato agli account esterni (EOA) accesso a funzionalità da smart account come il batching delle transazioni, la sponsorizzazione e opzioni di recupero migliorate. In precedenza, ERC-4337 aveva introdotto un'architettura separata con mempool e bundler per le transazioni account-abstracted, e la sponsorizzazione in stile paymaster esiste già in wallet e applicazioni costruiti su quei livelli.

EIP-8141 compie un passo diverso: introduce un formato di transazione dedicato in cui le regole di validazione e di pagamento possono essere incluse nativamente a livello di protocollo. La proposta è progettata per supportare schemi alternativi di pagamento delle commissioni senza dipendere da un relayer terzo centralizzato, anche se singoli wallet e applicazioni potrebbero comunque utilizzare fornitori di servizi.

La flessibilità del gas è solo un uso della stessa struttura programmabile. La mira anche a supportare la rotazione delle chiavi, limiti di spesa, il social recovery e sistemi di firma alternativi. Le potenziali applicazioni di privacy di Hegotà mostrano perché le Frame Transactions siano considerate per usi oltre il pagamento flessibile del gas.

I pagamenti programmabili richiedono regole di sicurezza chiare

La bozza avverte che il codice di validazione personalizzato deve vincolare un'approvazione all'insieme completo di frame che autorizza. Altrimenti, un'approvazione potrebbe essere riutilizzata con un diverso insieme di azioni successive.

Questo non significa che le Frame Transactions siano intrinsecamente insicure. Significa che i wallet dovranno mostrare agli utenti cosa consente una firma, se un'applicazione sta pagando la commissione e quale token verrà addebitato. Questi dettagli sono essenziali quando una singola transazione combina validazione, pagamento ed esecuzione.

Anche gli sponsor assumono un rischio pratico. Nell'esempio ERC-20 dell'EIP, un utente potrebbe ridurre il proprio saldo di token prima che la transazione sponsorizzata raggiunga un blocco. La proposta include regole di solvibilità del paymaster e di mempool pubblico perché uno sponsor ha bisogno di protezione prima di poter finanziare il gas per molti utenti.

Cosa potrebbe significare la modifica per ETH

Le Frame Transactions sposterebbero la gestione di ETH verso wallet, sponsor e applicazioni. Un utente potrebbe vedere una commissione in USDC o nessuna commissione diretta, ma l'account pagatore ha comunque bisogno di ETH per regolare la transazione su Ethereum.

Ciò non rende la proposta un catalizzatore automatico per la domanda di ETH. Il suo effetto di lungo periodo dipende dal fatto che flussi di wallet più semplici attraggano più utenti e che le applicazioni vedano valore sufficiente nel coprire o gestire i costi del gas in questo modo.

La prova è l'adozione, non la specifica

Prima che la funzionalità cambi l'esperienza quotidiana dei wallet, Hegotá deve attivarsi con EIP-8141 incluso. Wallet e applicazioni compatibili dovranno poi fornire prezzi chiari, logica di rimborso e anteprime delle transazioni — lo stesso tipo di lavoro di strumentazione che ha seguito i precedenti rollout di account abstraction, in cui il supporto è arrivato gradualmente tra i wallet anziché tutto in una volta.

La proposta avrà importanza solo se gli utenti potranno completare una transazione sicura con gli asset già presenti nel proprio wallet, senza dover prima acquisire ETH esclusivamente per pagare il gas.

Questo articolo ha solo scopo informativo e non costituisce consulenza finanziaria.