Loading...
Questo articolo è ripubblicato da Proof Street, una pubblicazione indipendente che tratta di calcolo che preserva la privacy: ZK, FHE, MPC, TEE e identità decentralizzata. Pubblicato originariamente come "Quanta strada ha fatto Zcash nella divulgazione selettiva, e cosa resta da fare" il 7 settembre 2026. Ripubblicato con il permesso dell'autore nell'ambito di Zcash Community Grant #339. Di Stephen Webber.
In Zcash, le chiavi di visualizzazione consentono al titolare di un account di rivelare a una parte di sua scelta la cronologia delle transazioni schermate. Le chiavi sono operative e controllate dall'utente. Gli sviluppatori e i sostenitori delle politiche stanno ancora lavorando affinché possano essere impiegate nei flussi di lavoro di conformità che potrebbero utilizzarle.
Il 17 agosto il comitato di Zcash Community Grants si è riunito per esaminare una proposta chiamata Shielded Compliance Bridge. Deborah Olaboye, contributrice open source il cui lavoro comprende il repository execution-specs di Ethereum, aveva realizzato una prova di concetto che acquisisce una Unified Full Viewing Key, esegue la scansione di blocchi compatti tramite un indicizzatore di testnet e inserisce un "riferimento di conformità" in un campo memo di Zcash che collega un trasferimento schermato a un record off-chain della Travel Rule. Ha chiesto un finanziamento per completarlo, ma il comitato l'ha respinta.
Il ragionamento era che le integrazioni di conformità sono modellate dallo specifico exchange o istituto che le utilizzerà, che non esistono standard comuni su cui sviluppare e che, senza un partner che richieda lo strumento, l'adozione era improbabile. La stessa riunione ha respinto altre proposte per motivi simili: una per una macchina virtuale di "divulgazione selettiva programmabile" e una per un framework di architettura della privacy e della fiducia, che includeva una mappa delle questioni legali statunitensi.
Naturalmente, queste decisioni non sono un segnale che nessuno desideri tutto questo. Considerate insieme al resto dell'anno, indicano il contrario. Binance ha presentato una richiesta a livello di protocollo nel 2024 e ha ottenuto una ZIP entro l'anno. Gemini gestisce prelievi schermati sotto supervisione regolamentare dal 2020. L'ecosistema ha creato a giugno un'organizzazione politica a Washington e, ad agosto, una realtà dedicata alle integrazioni istituzionali. Ciò che il comitato ha detto, in sostanza, è che questa necessità non è ancora stata formalizzata come requisito su cui qualcuno possa sviluppare.
Un indirizzo schermato di Zcash è controllato da una chiave di spesa. Da essa derivano chiavi di visualizzazione che possono leggere i dati delle transazioni senza poter spostare fondi. La chiave di visualizzazione completa vede le transazioni in entrata e in uscita dell'account, la chiave di visualizzazione in entrata vede soltanto i fondi ricevuti e la chiave di visualizzazione in uscita consente a un mittente di ricostruire ciò che ha inviato. Da ZIP 316, queste sono raggruppate in chiavi di visualizzazione unificate, una completa e una in entrata, limitate a un account, dove un account è una posizione nell'albero delle chiavi del portafoglio secondo ZIP 32. Una chiave di visualizzazione completa unificata raggruppa i componenti per pool di ogni pool schermata utilizzata dall'account e contiene anche la chiave pubblica estesa trasparente dell'account; pertanto, condividerne una espone la chain trasparente oltre alla cronologia schermata.
In questo senso, una chiave di visualizzazione è retroattiva. Decritta l'intera cronologia dell'account dal momento della sua creazione e, una volta condivisa, non può essere revocata, se non spostando i fondi in un nuovo account. Non esiste una chiave di visualizzazione per singola transazione né una limitata nel tempo. Josh Swihart, amministratore delegato di ZODL, la società costituita quest'anno dall'ex team di ingegneria ECC del protocollo, lo ha confermato, aggiungendo che la divulgazione dei pagamenti per singola transazione "non è implementata da nessuna parte".
zcashd, il nodo di riferimento originale, ha distribuito due metodi RPC, z_getpaymentdisclosure e z_validatepaymentdisclosure, che permettono a un mittente di dimostrare un singolo pagamento a una terza parte. La documentazione RPC li contrassegna come sperimentali, disabilitati a meno che l'operatore non abbia impostato un flag per le funzionalità sperimentali, e come implementazione di una "Payment Disclosure ZIP in corso." Quella ZIP, 303, ora è contrassegnata come ritirata e la sua successora, ZIP 311, rimane una bozza senza implementazione allegata. I metodi coprivano soltanto la pool Sprout, la pool schermata originale del 2016, e non sono mai stati estesi a Sapling o Orchard, vale a dire alle pool che gestiscono ogni moderna transazione schermata. zcashd stesso ha raggiunto la fine del ciclo di vita il 18 luglio 2026, in un arresto pianificato prima dell'aggiornamento Ironwood. Né Zebra, il nodo di consenso di Zcash Foundation, né Zallet, il portafoglio successore, elencano un metodo di divulgazione. Per le pool che contano, la divulgazione per singola transazione resta un'intenzione progettuale.
L'intenzione è ancora viva, ma più lontana di quanto apparisse a luglio. ZIP 231, memo bundles, è la bozza che farebbe spazio a questo: Swihart ha descritto i memo bundles come la futura base per un reply-to autenticato che potrebbe fungere da prova di pagamento, e la bozza dipendente, indirizzi reply autenticati, richiede prove troppo grandi per l'attuale campo memo. I memo bundles costituiscono una modifica del formato delle transazioni e le cinque organizzazioni che coordinano il voto dei possessori di monete di NU7 hanno concordato ad agosto che le modifiche al formato sono fuori dall'ambito di NU7 e rientrano nell'aggiornamento successivo. Il voto stesso, che si svolge dal 25 agosto al 14 settembre, ha sottoposto ai possessori emissione, politica delle commissioni, intervallo tra i blocchi e deprecazione di Sprout; la divulgazione non era sulla scheda. Il percorso più vecchio, ZIP 311, non richiede alcuna modifica al consenso ma rimane una bozza senza implementazione e senza copertura di Orchard.
Quindi, ciò che viene distribuito oggi sono chiavi di visualizzazione con ambito di account, complete o solo in entrata, retroattive, irrevocabili e condivise su iniziativa del titolare dell'account, con la divulgazione a livello di transazione nella roadmap.
I meccanismi di divulgazione, in Zcash o altrove, possono essere collocati lungo le seguenti dimensioni: cosa viene rivelato (ambito). A chi (beneficiario). Quando la concessione ha effetto e fino a quanto indietro arriva (tempistica). Se può essere revocata (revocabilità). E chi la avvia, l'interessato o un'autorità (iniziativa).
I regimi di conformità sono requisiti rispetto a tali dimensioni, e le architetture sono posizioni su di esse. Le chiavi di visualizzazione di Zcash hanno per progettazione un ambito ampio, un beneficiario scelto dal titolare, sono completamente retroattive, irrevocabili e avviate dall'utente. Il lato dei requisiti, per come viene applicato dagli exchange e dai supervisori, tende invece a essere delimitato a una relazione o a un periodo, concesso a un'istituzione nominata o al suo fornitore di analisi, continuo dall'onboarding in avanti, revocabile al termine della relazione e avviato dall'istituzione come condizione del servizio.
Entrambe queste cose vengono chiamate divulgazione selettiva. Nel mondo delle credenziali, divulgazione selettiva significa presentare un sottoinsieme di attributi da una credenziale firmata senza rivelare il resto, che è ciò per cui sono costruiti SD-JWT, ISO mdoc e le firme BBS+. L'unità di divulgazione è un attributo, il momento è quello della presentazione e il titolare decide per ogni interazione.
Nel mondo dei pagamenti schermati, l'espressione significa rivelare dati delle transazioni a una parte scelta, dove l'unità è la cronologia di un account e il momento è quello in cui la chiave viene consegnata.
Swihart ha affermato che l'unica richiesta di conformità a livello di protocollo mai ricevuta dal team di ingegneria è arrivata da Binance, che nel gennaio 2024 richiedeva una garanzia di provenienza trasparente per i depositi. La risposta del team è stata ZIP 320, indirizzi solo da fonti trasparenti, e il testo di ZIP registra effettivamente l'origine "come richiesto da Binance." Un indirizzo TEX è un passaggio trasparente effimero che garantisce che l'exchange riceva fondi da una fonte trasparente. Offre all'exchange un percorso di ritorno senza fornirgli la cronologia del mittente. L'unico adattamento del protocollo a favore di un exchange divulga esattamente ciò che l'exchange ha chiesto e nulla di più.
Dall'aggiornamento Sapling, sostiene Swihart, non vi è stata alcuna ragione tecnica per cui un exchange non debba supportare transazioni schermate, poiché la generazione delle prove è veloce, i clienti degli exchange sono già identificati durante l'onboarding ed esiste una due diligence rafforzata per i casi che la richiedono. Secondo questa visione, la distanza tra l'infrastruttura e il flusso di lavoro di conformità non è realmente una primitiva mancante, ma una conversazione mancante.
Divij Pandya sta lavorando all'altra estremità di quella conversazione. È direttore esecutivo di Pretty Good Policy per Zcash, l'organizzazione politica di Washington creata a giugno come prosecuzione di una precedente iniziativa guidata da ECC, e il progetto della sua organizzazione è far riconoscere la divulgazione tramite chiavi di visualizzazione come meccanismo di conformità accettabile in un documento che un responsabile della conformità possa citare. Per quanto ne sa, ha affermato, nessun regolatore ha ancora esaminato le chiavi di visualizzazione come strumento. L'ambito di PGPZ, naturalmente, è il riconoscimento anziché la guida per gli sviluppatori. Uno strumento non può essere specificato rispetto a un requisito finché qualcuno con autorità non si è pronunciato sullo strumento; quindi il riconoscimento è il passaggio a monte. I documenti depositati dall'organizzazione sono firmati da Paul Brigner come fondatore di PGPZ e come chief policy and regulatory officer di ZODL, pertanto gli sforzi politici e ingegneristici condividono sia un dirigente sia una tesi.
Una dichiarazione del 21 luglio per gli atti di una sottocommissione della Camera sulla supervisione di FinCEN descrive Zcash come dotato di "capacità di divulgazione selettiva, che consentono agli utenti di condividere volontariamente dettagli delle transazioni attraverso l'uso di chiavi di visualizzazione con revisori, autorità fiscali o responsabili della conformità," e fa riferimento a prove a conoscenza zero "abbinate a chiavi di visualizzazione selettive" per dimostrare fatti specificati. Una lettera di commento nel fascicolo di FinCEN, FINCEN-2026-0101-0050, sostiene, secondo Pandya, che le chiavi di visualizzazione e la divulgazione selettiva dovrebbero essere meccanismi di conformità accettabili. La questione aperta che pongono al regolatore riguarda la granularità: se la divulgazione con ambito di account dell'intera cronologia sia sufficiente per "informazioni mirate sulle transazioni", oppure se la risposta debba attendere ZIP 231.
Finché ciò non sarà risolto, i team di conformità affrontano un vincolo che un utente pseudonimo del forum, strahncryptography, ha descritto nella discussione sulla proposta di Olaboye: seguono la regola alla lettera e non adotteranno un percorso non riconosciuto senza l'attestazione di un regolatore o di uno studio legale, per quanto solida sia la crittografia. Qualsiasi progettazione di divulgazione che alleghi un riferimento a una transazione dimostra soltanto l'ultimo passaggio, e quest'ultimo potrebbe essere lo stesso depositante. Una chiave di visualizzazione ha lo stesso limite. Rivela le transazioni del titolare dell'account, non la provenienza dei fondi delle controparti, che è ciò che verifica uno screening sulle sanzioni.
Le chiavi di visualizzazione soddisfano il requisito ovunque sia necessaria una prova da parte dell'interessato di ciò che è avvenuto, come la provenienza di un deposito che il depositante sceglie di spiegare, un audit volontario, una dichiarazione fiscale, una prova che uno specifico pagamento sia stato effettuato. Si tratta di divulgazioni una tantum, retroattive e avviate dall'utente. Non soddisfano il requisito laddove questo sia un monitoraggio continuo dall'onboarding in avanti, uno screening delle sanzioni rispetto a controparti che il titolare dell'account non controlla, una delimitazione a un periodo o a una relazione, oppure la revoca all'uscita dal servizio.
Gemini accetta prelievi verso indirizzi schermati da settembre 2020, quando un portavoce ne attribuì il merito alle conversazioni in corso con i regolatori; ha esteso questa possibilità alla pool Orchard nel novembre 2025 e alla pool post-Ironwood due giorni dopo l'attivazione, nel luglio 2026. Accetta depositi inviati da indirizzi schermati verso custodia trasparente. L'elenco di indirizzi di prelievo di Kraken supporta soltanto indirizzi ZEC trasparenti, Coinbase è anch'essa limitata agli indirizzi trasparenti e Binance richiede TEX. Ciò che nessun grande exchange regolamentato offre ancora è custodia schermata, un indirizzo di deposito schermato o un flusso di lavoro nel quale inserire le chiavi di visualizzazione di un cliente.
L'acquisizione dei dati viene sviluppata un livello più in basso. Tra le proposte nel ciclo di finanziamenti retroattivi diretti dai possessori di monete in esame questo settembre figurano ZecBooks, uno strumento di contabilità per Mac che importa una chiave di visualizzazione in sola lettura, classifica le note ed esporta per un commercialista un pacchetto delimitato di righe senza concedere accesso duraturo al portafoglio; ZecLedger, uno strumento in sola lettura per base di costo e riconciliazione costruito attorno a una chiave di visualizzazione completa unificata, testato su un portafoglio mainnet; e seer-sync, un motore di sincronizzazione della chain che riceve una chiave di visualizzazione affinché un elaboratore di pagamenti o un sistema contabile possa osservare attività schermate senza detenere chiavi di spesa. Nessuno è un flusso di lavoro per exchange e nessuno ha attirato l'attenzione di un regolatore. Ciascuno è la metà orientata al commercialista dello stesso problema, sviluppata da una o due persone senza che un partner la richiedesse, e l'esportazione delimitata di ZecBooks è divulgazione selettiva nell'interfaccia in cui più spesso serve per prima: tra un utente schermato e la persona che tiene la sua contabilità.
Gli sviluppatori di Zcash stanno lavorando a un problema condiviso da ogni architettura per la privacy.
Nel design EVM confidenziale di Zama, una lista di controllo degli accessi determina quali indirizzi possono richiedere la decrittazione di un ciphertext, e una rete a soglia di operatori della gestione delle chiavi esegue la decrittazione su richiesta. Ciò sposta l'asse del beneficiario da una chiave consegnata dall'utente a un'autorizzazione registrata da un contratto, e rende programmabile l'iniziativa, poiché un contratto può concedere a un revisore diritti di decrittazione come condizione d'uso. Non rende la divulgazione revocabile nel senso inteso da un responsabile della conformità, perché un ciphertext già decrittato rimane decrittato, e sostituisce la custodia della chiave dell'utente con l'onestà degli operatori come base fiduciaria. Le chiavi di revisione a livello di asset, del tipo presente nell'estensione dei trasferimenti confidenziali di Solana e nel design ERC cifrato di Avalanche, fissano un beneficiario a livello di token, poiché l'emittente o un revisore designato può leggere saldi e trasferimenti di tale asset.
Inco ha pubblicato un framework per la visualizzazione predefinita, in cui l'accesso è fissato nel materiale delle chiavi al momento della transazione, contrapposta all'accesso alla visualizzazione programmabile, in cui i diritti di visualizzazione sono stato del contratto e possono essere concessi, delimitati e revocati in seguito.
Cosa separa una chiave di visualizzazione da un flusso di lavoro di conformità?
Una chiave di visualizzazione divulga la cronologia del titolare dell'account. Lo screening delle sanzioni e il monitoraggio continuo chiedono informazioni sulle controparti, ossia da dove provengono i fondi dall'altra parte di ciascuna transazione, ed è precisamente l'informazione che una pool schermata esiste per nascondere. Nessuno ha ancora mostrato un design che risponda a una domanda sulla controparte senza un registro trasparente o una terza parte fidata.
Se i memo bundles saranno inclusi nell'aggiornamento successivo a NU7 e seguirà la bozza sugli indirizzi reply, le "informazioni mirate sulle transazioni" nei documenti depositati da PGPZ diventeranno letterali. Ciò è distante almeno due aggiornamenti, e la risposta regolamentare arriverà secondo le tempistiche di un regolatore.
La domanda è facilmente visibile dal numero di persone che stanno sviluppando in questa direzione. Ciò che manca è un requisito definito per la divulgazione che preserva la privacy. Zcash è l'ecosistema in cui questa decisione viene negoziata apertamente, da ingegneri, sostenitori, sviluppatori, un exchange e un comitato di grant che sembrano concordare sulla destinazione e discutono sull'ordine dei passaggi. Ci stanno lavorando anche sviluppatori solitari, che hanno iniziato dal livello contabile senza attendere che il requisito venisse formalizzato.
Divulgazione: questo articolo è stato sostenuto da un Zcash Community Grant. ZCG non ha revisionato né approvato questo articolo prima della pubblicazione.
Pagine correlate: Chiavi di visualizzazione · Confidenzialità a confronto