EIP-8182: Trasferimenti Privati di ETH ed ERC-20
L’EIP-8182 introdurrebbe un pool protetto condiviso e una precompilazione ZK per rendere i trasferimenti privati di ETH ed ERC-20 una funzionalità nativa di Ethereum, in linea con la roadmap sulla privacy prevista per il 2026. Ethereum (ETH) sta finalmente portando la privacy a livello di protocollo al centro del dibattito.
Presentazione della Bozza
Tom Lehman ha presentato la bozza EIP-8182, intitolata “Trasferimenti privati di ETH ed ERC-20“, che integrerebbe un pool protetto condiviso e la verifica delle prove ZK nella catena principale, affinché i trasferimenti privati diventino una funzionalità di prima classe, piuttosto che un’aggiunta opzionale a una dApp.
Obiettivi e Funzionalità
Lehman sostiene che Ethereum stesso dovrebbe “fornire uno strato di privacy condiviso” per superare l’attuale stallo di piccoli set di anonimato isolati e assunzioni di fiducia incompatibili tra le applicazioni di privacy. Al centro di EIP-8182 c’è un contratto di sistema gestito dal protocollo, distribuito a un indirizzo fisso, seguendo il modello di EIP-4788. Questo contratto manterrebbe tutto lo stato per un pool protetto globale, inclusi:
- l’albero di impegno delle note
- il set di nullificatori
- i registri degli utenti e delle chiavi di consegna
- un registro delle politiche di autorizzazione
Non avrebbe proxy, né funzioni di amministrazione, né meccanismi di aggiornamento on-chain, il che significa che può essere modificato solo attraverso hard fork di Ethereum.
Verifica delle Prove ZK
In parallelo, la proposta introduce una precompilazione per la verifica delle prove ZK, affinché i client possano verificare in modo efficiente le prove di trasferimento privato a livello di protocollo. Il design di Lehman cerca di conciliare la privacy con l’esperienza utente (UX) esistente di Ethereum.
Integrazione e Interazione
Gli utenti possono ancora identificare i destinatari tramite indirizzo Ethereum standard o nome ENS, ma le vere “note” all’interno del pool protetto si legano a identificatori di proprietari nascosti recuperati da un registro per quegli indirizzi. Ciò consente ai portafogli di integrarsi una volta e di permettere agli utenti di inviare pagamenti privati a qualsiasi indirizzo, evitando di dover scegliere tra pool di privacy incompatibili, ognuno con il proprio set di anonimato.
Flussi Atomici e Limitazioni
L’EIP specifica anche il supporto per flussi atomici: deposito nel pool protetto, interazione con un contratto pubblico e ri-protezione del risultato, abilitando ciò che la bozza definisce “de-sensibilizzazione → interazione → re-privatizzazione” in un’unica sequenza.
Cruzialmente, la proposta è chiara su ciò che non risolve. La privacy end-to-end richiede ancora la crittografia del mempool, l’anonimato a livello di rete e cambiamenti nell’UX del portafoglio, tutti aspetti che rientrano al di fuori dell’ambito di EIP-8182.
Prospettive Future
Tuttavia, questo passo è in linea con la più ampia roadmap del 2026 di Ethereum, che AmbCrypto riporta mettere “la privacy istituzionale al centro” in vista di un previsto boom della tokenizzazione, con i leader della Fondazione che indicano la finalità più rapida e la privacy conforme come priorità chiave.
Se EIP-8182 avanza, intersecherà anche direttamente i dibattiti normativi scatenati da protocolli come Privacy Pools, che utilizzano prove ZK per separare fondi puliti da quelli contaminati senza rivelare le storie complete delle transazioni.
Uno strato di privacy nativo al protocollo, costruito attorno a pool condivisi e provenienza dimostrabile, potrebbe fornire sia a DeFi che alle future piattaforme di asset del mondo reale un modo per offrire garanzie di privacy credibili, pur soddisfacendo i requisiti di conformità e audit — un equilibrio che diventerà sempre più importante man mano che il capitale istituzionale e gli agenti guidati dall’IA transazionano sempre più su Ethereum.
