Il divario: perché il tuo EOA non può fare cose da smart account
La maggior parte delle persone su Ethereum detiene un account externally owned (EOA) — un indirizzo controllato da una singola chiave privata. Gli EOA sono semplici e collaudati, ma sono anche rigidi. Non possono raggruppare più azioni in una singola transazione atomica, non possono lasciare che qualcun altro paghi il loro gas e non possono delegare un potere di firma limitato a una chiave temporanea. Queste comodità appartengono all'account abstraction, e storicamente richiedevano di spostare i fondi verso un account a smart contract — un indirizzo diverso, con l'attrito della migrazione e le proprie assunzioni di fiducia.
Questo è il divario che EIP-7702 è stato progettato per colmare: dare agli EOA esistenti accesso al comportamento da smart account senza chiedere agli utenti di abbandonare l'indirizzo che già possiedono.
Cos'è EIP-7702
EIP-7702 è un meccanismo che permette a un EOA di delegare temporaneamente a del codice di contratto, così da comportarsi come uno smart account. È entrato in funzione come parte dell'aggiornamento Pectra di Ethereum nel 2025, e dal 2026 è attivo sulla mainnet e ampiamente supportato dall'infrastruttura dei wallet. Introduce un nuovo tipo di transazione che collega un pezzo di codice — una delega — a un account ordinario. Fondamentalmente, le tue chiavi, il saldo e l'indirizzo restano esattamente gli stessi; l'account acquisisce semplicemente la capacità di eseguire logica programmabile quando lo desidera.
È un cambiamento significativo. Prima di EIP-7702, "passare a uno smart account" significava "creare e finanziare un nuovo account." Dopo, l'account che hai può aderire alle funzionalità da smart account e, con la stessa facilità, rinunciarvi.
Come funziona: il delegation designator
Ad alto livello, EIP-7702 funziona attraverso un delegation designator — un piccolo puntatore memorizzato nell'account che dice, in sostanza, "esegui il codice di questo contratto come se fosse il mio." L'utente firma un'autorizzazione che nomina uno specifico contratto di implementazione, e lo slot di codice dell'account viene impostato su un marcatore che fa riferimento a quel contratto. Da quel momento, le chiamate all'EOA eseguono la logica delegata mentre le transazioni continuano a essere autorizzate dalla chiave dell'account stesso.
Poiché la delega è impostata da un'autorizzazione firmata, può anche essere annullata o ripuntata. Dal 2026 il modello pratico è: l'EOA resta un EOA, ma può indossare un "vestito" da smart account definito da qualsiasi implementazione a cui deleghi. Quell'implementazione è dove vivono effettivamente funzionalità come il batching o le policy di spesa.
EIP-7702 vs ERC-4337: complementari, non concorrenti
ERC-4337 è lo standard di account abstraction che ha introdotto UserOperation, bundler, un contratto EntryPoint singleton e i paymaster — una pipeline adatta all'off-chain per gli smart account che non ha mai toccato il protocollo di base di Ethereum. EIP-7702, al contrario, è una modifica a livello di protocollo che aggiorna direttamente gli EOA.
È facile inquadrarli come rivali, ma dal 2026 si comprendono meglio come complementari. EIP-7702 risponde alla domanda "come fa un semplice EOA ad acquisire un'identità definita dal codice?" ERC-4337 risponde a "come ottengono gli smart account l'esecuzione raggruppata, le commissioni sponsorizzate e una pipeline di verifica condivisa?" Un account delegato tramite EIP-7702 può adottare logica compatibile con ERC-4337 e collegarsi alla stessa infrastruttura di EntryPoint e paymaster. I due standard si sovrappongono anziché sostituirsi.
Cosa sblocca per i wallet esistenti
Per uno sviluppatore di wallet, EIP-7702 trasforma funzionalità prima "solo per smart account" in cose che l'indirizzo di un utente ordinario può usare:
Batching. Approvare e fare swap in una singola transazione atomica, così un passaggio non può completarsi a metà lasciandoti bloccato tra un'approvazione e uno scambio.
Sponsorizzazione del gas. Un paymaster (o un fee-payer equivalente sulle chain non-EVM) può coprire il gas, oppure lasciare che l'utente paghi le commissioni in un token diverso dall'asset nativo della chain — nessun buffer separato di ETH per il gas richiesto.
Session key. Concedere una chiave temporanea e limitata che può firmare un insieme ristretto di azioni entro confini stabiliti, per poi scadere — utile per giochi, interfacce di trading e flussi ricorrenti senza dover rifirmare ogni passaggio.
Rischi e considerazioni
La delega è potente, ed è proprio per questo che merita attenzione. Il contratto di implementazione a cui deleghi definisce di fatto ciò che il tuo account può fare, quindi un'implementazione malevola o difettosa è un rischio serio — gli utenti dovrebbero delegare solo a codice verificato e affidabile. Le autorizzazioni firmate devono essere gestite con cura dai wallet per evitare phishing che inganni un utente inducendolo a puntare il proprio account su una logica controllata da un attaccante. E poiché EIP-7702 è relativamente nuovo, gli strumenti, gli indexer e le assunzioni di sicurezza stanno ancora maturando nel 2026. Nulla di tutto ciò è un motivo per evitarlo; è un motivo per aspettarsi che i wallet rendano esplicito e revocabile il target della delega, e per trattare "a cosa sto delegando?" come una questione di sicurezza di primo piano.
Come WATS utilizza tutto questo
Il beneficio quotidiano dell'account abstraction — nessun destreggiarsi con il gas nativo, un'unica commissione prevedibile — è già ciò che il WATS Hot Wallet offre, in modo non-custodial. Ogni trasferimento, swap o stake viene addebitato in un unico token, ATS — su EVM tramite un paymaster ERC-4337, e tramite un fee-payer equivalente su Solana e TON — e poiché ATS è un OFT di LayerZero, un unico saldo funziona su tutte e tre. WATS è il primo e unico wallet a combinare commissioni a token unico ERC-4337 + OFT, addebitate al posto del gas nativo, con un burn che porta gli ATS incassati da 100M verso un floor di 30M — il tutto mentre continui a detenere le tue chiavi, dato che WATS non ne detiene mai nessuna.
Domande frequenti
EIP-7702 trasforma il mio EOA in un account a smart contract in modo permanente?
No. EIP-7702 collega un delegation designator che punta il tuo account a del codice di implementazione, ma il tuo indirizzo, le chiavi e il saldo restano gli stessi. La delega può essere ripuntata o annullata, quindi l'account può aderire al comportamento da smart account e poi rinunciarvi. È un aggiornamento temporaneo e reversibile, non una migrazione permanente a un nuovo account.
EIP-7702 è un sostituto di ERC-4337?
No, sono complementari nel 2026. EIP-7702 è una modifica a livello di protocollo che permette a un EOA di delegare a del codice di contratto, mentre ERC-4337 fornisce la pipeline delle UserOperation, il contratto EntryPoint, i bundler e i paymaster per gli smart account. Un account delegato tramite 7702 può adottare logica compatibile con ERC-4337 e usare la stessa infrastruttura di paymaster, così gli standard si sovrappongono.
Cosa può fare un EOA con EIP-7702 che prima non poteva?
Con un'implementazione delegata adeguata, un EOA ordinario può raggruppare più azioni in una singola transazione atomica, avere il gas sponsorizzato da un paymaster o pagato in un token non nativo, e concedere session key limitate e con scadenza. Queste erano in precedenza funzionalità riservate agli smart account. L'avvertenza principale è che l'account è sicuro solo quanto il contratto a cui delega, quindi gli utenti dovrebbero delegare solo a codice verificato.