ZCash

ZEC è la moneta utilizzata sulla blockchain di Zcash. “Zcash” si riferisce al protocollo e alle regole di rete, mentre “ZEC” è l’unità monetaria che gli utenti detengono e trasferiscono. La politica monetaria di Zcash punta a una fornitura fissa di 21 milioni di ZEC.

Zcash è una rete di criptovaluta che supporta sia transazioni trasparenti che transazioni protette. Le transazioni protette utilizzano proof a conoscenza zero (zk-SNARKs), così che la rete possa validare una transazione senza pubblicare mittente, destinatario e importo sulla blockchain.

Zcash utilizza il proof of work per il consenso ed è specificato nello Zcash Protocol Specification. L’algoritmo di proof of work è Equihash.

ZEC viene utilizzato per trasferire valore sulla rete Zcash. Gli utenti possono inviare ZEC utilizzando trasferimenti trasparenti (t-addresses), dove gli importi sono visibili sulla blockchain, oppure trasferimenti protetti (z-addresses), dove i principali dettagli della transazione sono crittografati ma rimangono verificabili dalla rete.

ZEC viene anche utilizzato per pagare le commissioni di transazione. Le commissioni sono pagate dal mittente e vengono raccolte dai miner quando le transazioni vengono incluse nei blocchi.

Poiché Zcash utilizza il proof of work, i nuovi ZEC vengono distribuiti tramite la sovvenzione dei blocchi pagata in ogni blocco estratto. Dall’halving del 2024, il protocollo ha anche assegnato una parte delle ricompense del blocco a flussi di finanziamento per lo sviluppo definiti tramite upgrade di rete e ZIP.

Zcash mantiene un pool trasparente (pubblico) e pool protetti (crittografati). I pool protetti ospitano note crittografate, mentre il pool trasparente utilizza importi visibili pubblicamente. Nel tempo, Zcash ha avuto diversi pool protetti, tra cui Sprout (legacy), Sapling e Orchard. Le transazioni possono spostare valore all’interno di un pool o tra pool a seconda degli input e degli output utilizzati.

Il Network Upgrade 5 (NU5) ha abilitato il pieno supporto al protocollo protetto Orchard e ha trasferito Zcash al sistema di proving Halo. NU5 ha eliminato la necessità di una trusted setup utilizzata dai precedenti sistemi Zcash.

Zcash definisce gli Unified Addresses (UA), che raggruppano più tipi di ricevitore (ad esempio trasparente, Sapling e Orchard) in una singola codifica di indirizzo. Ciò consente ai wallet di scegliere un ricevitore compatibile durante la costruzione di una transazione, senza modificare cosa ogni servizio decide di accettare. Le Unified Viewing Keys estendono lo stesso concetto ai permessi di visualizzazione attraverso i diversi tipi di ricevitore.

Per la disclosure selettiva, Zcash supporta le viewing key, che separano l’autorità di spesa dalla capacità di visualizzare l’attività di un indirizzo protetto. Questo è documentato nello ZIP 310.

Zcash specifica anche i payment disclosure (ZIP 311), che permettono a un mittente di mostrare informazioni sulle spese protette e sugli output all’interno di una transazione come prova di pagamento, senza condividere le chiavi di spesa.

Nuovi ZEC entrano in circolazione attraverso la sovvenzione di blocco quando i miner producono blocchi. Zcash mira a un intervallo di blocco di circa 75 secondi. La sovvenzione di blocco si riduce nel tempo secondo le regole di consenso, con gli “halving” come riduzioni programmate dell’emissione.

Il Network Upgrade 6 (NU6) è stato attivato all’altezza blocco 2.726.400 intorno al 23 novembre 2024. Da tale attivazione, la sovvenzione di blocco definita dal protocollo è così allocata:

• 80% ai miner
• 8% ai Zcash Community Grants (ZCG)
• 12% a una lockbox in-protocollo (un pool tracciato dalle regole di consenso)

Lo ZIP 1015 definisce la lockbox come un fondo di finanziamento differito, ma non definisce come vengano distribuiti i fondi accumulati. Stabilisce che il meccanismo di distribuzione sarà specificato in un futuro ZIP.

Il Network Upgrade 6.1 (NU6.1) è stato attivato all’altezza blocco 3.146.400 il 24 novembre 2025. NU6.1 ha istituito un modello di finanziamento in cui:

• 8% delle ricompense di blocco continuano ad andare agli ZCG
• 12% delle ricompense di blocco confluiscono in un fondo controllato dai possessori di coin, avviato dalla lockbox differita

Le modifiche al protocollo Zcash vengono proposte e specificate tramite Zcash Improvement Proposals (ZIP). Gli ZIP possono definire cambiamenti di consenso, standard dei wallet e cambiamenti di processo e vengono pubblicati nel repository pubblico ZIP.

Lo ZIP 0 descrive il processo ZIP. Stabilisce che chiunque può scrivere uno ZIP e che l’autore dello ZIP è responsabile di costruire il consenso della comunità e di documentare opinioni divergenti. Gli ZIP Editor gestiscono la revisione e la pubblicazione all’interno del processo.

Le modifiche di consenso vengono implementate tramite Network Upgrade pianificate che si attivano ad altezze blocco definite. I nodi devono aggiornare il loro software per seguire le nuove regole di consenso dopo l’attivazione.

Zcash è gestito da full node che applicano le regole di consenso e trasmettono transazioni e blocchi. L’implementazione di riferimento di lunga data è zcashd, ma il supporto a zcashd sta venendo deprecato, con i full node che migrano a zebrad (Zebra) e Zallet in fase di sviluppo come sostituto per il wallet zcashd e parti della sua interfaccia JSON-RPC.

Zebra è un’implementazione full node separata scritta in Rust e mantenuta dalla Zcash Foundation.

Le modifiche al protocollo vengono consegnate tramite Network Upgrade che si attivano ad altezze blocco definite. Esempi includono:

• NU5, che ha abilitato Orchard, gli Unified Addresses e il sistema di proving Halo
• NU6, che ha aggiornato l’allocazione delle ricompense di blocco e introdotto il flusso di finanziamento lockbox
• NU6.1, che ha introdotto il modello di finanziamento per comunità e coinholder

Gli ZIP di deployment descrivono le meccaniche di aggiornamento e la compatibilità dei nodi all’attivazione.

Il supporto per i tipi di indirizzo Zcash varia tra i servizi di custodia. Alcuni servizi accettano solo depositi trasparenti o supportano solo prelievi trasparenti, il che può richiedere agli utenti di spostare ZEC da un saldo protetto al pool trasparente prima di inviarli a quel servizio.

Per aiutare wallet e servizi a esprimere i requisiti “solo fonte trasparente”, lo ZIP 320 definisce una nuova codifica per indirizzi trasparenti, spesso chiamata indirizzi TEX. Quando si paga verso un indirizzo codificato TEX, i wallet devono assicurarsi che nessuna nota protetta venga spesa in quella transazione, così che i fondi provengano dal pool trasparente. Un metodo RPC correlato, z_converttex, converte un indirizzo trasparente in un indirizzo ZIP 320 (TEX).

Per compatibilità degli indirizzi, gli Unified Addresses (ZIP 316) raggruppano più tipi di ricevitore in una sola stringa d’indirizzo (ad esempio trasparente, Sapling e Orchard). Questo può ridurre la necessità degli utenti di gestire più formati di indirizzo, ma non prevale su ciò che un dato servizio sceglie di accettare.

Per flussi di lavoro di audit senza dover cedere i diritti di spesa, Zcash supporta le viewing key (ZIP 310), che consentono l’accesso in sola lettura all’attività di indirizzi protetti senza concedere autorità a spendere fondi. Zcash specifica inoltre i payment disclosure (ZIP 311), che permettono al mittente di una transazione di rivelare informazioni sugli output protetti in quella transazione come prova di pagamento.

Il design di privacy di Zcash si basa su ricerche accademiche di crittografia, incluso il protocollo Zerocash descritto in un articolo del 2014 da Eli Ben-Sasson, Alessandro Chiesa, Christina Garman, Matthew Green, Ian Miers, Eran Tromer e Madars Virza.

Electric Coin Co. è stata fondata nel 2015 e ha creato e lanciato Zcash sul mainnet nell’ottobre 2016, con Zooko Wilcox coinvolto nella conduzione delle prime fasi di implementazione e lancio del progetto.

La Zcash Foundation è stata creata nel 2017 come organizzazione indipendente non-profit per supportare Zcash e le infrastrutture correlate.