Zcash, una rete proof-of-work costruita attorno alle zero-knowledge proof per i pagamenti schermati, ha attivato il suo aggiornamento di rete NU7 il 6 novembre al blocco mainnet 3.543.405, estratto alle 02:34 UTC. L'attivazione ha ridotto l'intervallo target dei blocchi da 75 a 25 secondi e ha introdotto modifiche alle ricompense di mining, alle commissioni di transazione e all'elaborazione delle transazioni schermate. Ha inoltre disabilitato un formato di transazione più obsoleto, rendendo non spendibili i fondi nel pool Sprout originale di Zcash.

Il tempo target dei blocchi scende a 25 secondi

Secondo lo Zcash Improvement Proposal 218, NU7 riduce di due terzi il tempo di attesa target per la conferma delle transazioni. Con le regole precedenti, i blocchi arrivavano approssimativamente ogni 75 secondi. Il nuovo obiettivo di 25 secondi potrebbe ridurre i ritardi di conferma per exchange, wallet e servizi di pagamento. Un exchange che richiede tre conferme, ad esempio, potrebbe vedere il tempo di attesa previsto scendere da 225 a 75 secondi, anche se ogni piattaforma determina autonomamente i propri requisiti di conferma.

La rete ha inizialmente operato sopra il nuovo obiettivo. Secondo i dati di ZecStats, i primi 225 blocchi successivi all'attivazione hanno avuto una media di circa 39 secondi entro le 04:59 UTC. Come negli altri sistemi proof-of-work, gli intervalli effettivi fluttuano attorno all'obiettivo perché la scoperta dei blocchi è probabilistica, con aggiustamenti della difficoltà destinati a riportare la media verso il traguardo.

Separatamente, CoinCentral ha esaminato l'attività di trading di ZEC e i flussi ETF attorno all'attivazione di NU7 del 6 novembre. Queste osservazioni di mercato non dimostrano che l'aggiornamento abbia causato variazioni di prezzo.

NU7 aumenta inoltre la capacità teorica di transazione di Orchard da circa 2,9 a 6,6 transazioni al secondo. Il miglioramento si accompagna a limiti sull'attività schermata all'interno dei singoli blocchi. La Zcash Foundation stima che questi limiti riducano di circa il 37% la larghezza di banda necessaria, nel caso peggiore, per la sincronizzazione dei wallet leggeri, limitando un'attività schermata eccessiva che potrebbe altrimenti aumentare i requisiti di elaborazione dei wallet.

Il taglio della sussidio mantiene la emissione in programma

NU7 abbassa il sussidio programmato per blocco da 1,5625 ZEC a circa 0,52083333 ZEC. La riduzione compensa il maggior numero di blocchi prodotti con il nuovo intervallo target, quindi l'emissione giornaliera pianificata resta approssimativamente invariata. Questo differisce dalla proposta di riduzione dell'emissione recentemente approvata di NEAR Protocol, che mira a una minore creazione annuale di token nell'arco di due anni.

L'aggiornamento introduce anche un Network Sustainability Mechanism ai sensi dello ZIP 235. Il meccanismo rimuove dalla circolazione il 60% delle commissioni di transazione, mentre i miner trattengono il restante 40%. Le commissioni trattenute non vengono bruciate in modo permanente. Il protocollo le contabilizza invece come fondi idonei per una futura emissione. Secondo lo ZIP 237, la reemissione inizia al blocco mainnet 8.939.664, previsto intorno a febbraio 2031. Il meccanismo preserva il programma di halving quadriennale di Zcash e il tetto di offerta di 21 milioni di ZEC.

Sprout disabilitato e fondi legacy bloccati

Un'altra modifica importante riguarda Sprout, il protocollo originale di transazioni schermate di Zcash, che risale al lancio della rete nel 2016 ed è stato successivamente affiancato dai pool schermati Sapling e Orchard. Secondo lo ZIP 2003, le transazioni di versione 4 sono diventate non valide all'attivazione di NU7, impedendo i trasferimenti dal pool Sprout sotto le nuove regole di consenso.

ZecStats ha registrato circa 12.224,21 ZEC rimasti in Sprout dopo l'attivazione. Questi fondi sono attualmente non spendibili ma non sono stati bruciati in modo permanente, e nessun meccanismo di recupero approvato consente attualmente ai possessori di accedervi. Qualsiasi modifica di tale status richiederebbe a sua volta una nuova regola di consenso adottata tramite il processo di aggiornamento di rete di Zcash. La restrizione sulle transazioni va oltre Sprout: gli altri sistemi che creano ancora transazioni di versione 4 devono migrare verso formati supportati. Le versioni 5 e 6 restano valide, e NU7 non introduce un ulteriore formato di transazione o pool schermato.

Gli operatori dei nodi devono eseguire software compatibile

La release software del 22 ottobre della Zcash Foundation richiedeva agli operatori dei nodi mainnet di effettuare l'aggiornamento a Zebra 7.0.0 prima dell'attivazione. Le versioni precedenti non possono seguire la catena di consenso aggiornata. La release includeva anche sette avvisi di sicurezza e miglioramenti alla sincronizzazione.

Il rilascio di Zcash fa seguito ad altre recenti modifiche dell'infrastruttura blockchain. Un rapporto del 4 novembre sul ripristino degli swap Zcash su THORChain descriveva un aggiornamento protocollo separato che ha reintrodotto il trading su diverse reti. Per i fornitori di infrastruttura Zcash, NU7 modifica immediatamente i requisiti di consenso, mentre la disponibilità effettiva dei pagamenti dipende comunque dal software compatibile, dalle prestazioni della rete e dalle politiche di conferma di ciascun servizio.