Il prossimo aggiornamento di rete di Zcash, NU7, ha ora un calendario concreto che culmina in un previsto lancio sulla mainnet il 5 novembre. Secondo un post sul forum, Zcash Foundation, Tachyon, Valar, ZODL e Shielded Labs hanno raggiunto un accordo con i team di ingegneria che operano nell'ecosistema su scadenze per il completamento del codice, i test e la decisione sulla sua idoneità alla mainnet.

Il calendario si basa su una votazione di governance in cui i possessori di Zcash hanno sostenuto tempi di blocco più brevi e il mantenimento dell'attuale struttura di halving della rete, come descritto in un precedente report. Il nuovo programma aggiunge ciò che la votazione non poteva fornire: scadenze precise per l'implementazione, i test e la decisione sull'attivazione.

Poiché una votazione di governance non può da sola modificare le regole di consenso di Zcash, le implementazioni dei nodi Zakura e Zebra devono entrambe includere regole compatibili prima che exchange, wallet e fornitori di infrastrutture possano prepararsi all'attivazione. Modifiche al consenso di questo tipo hanno effetto solo se ogni full node applica le stesse regole alla stessa altezza di blocco, motivo per cui entrambe le implementazioni devono essere pronte insieme prima di qualsiasi data di attivazione. Gli sviluppatori responsabili dei due client hanno inoltre discusso se il calendario proposto fosse realizzabile.

La revisione go/no-go del 20 ottobre definisce il calendario

30 settembre: completamento del codice. Le funzionalità selezionate dovrebbero essere implementate e pronte per l'inclusione nella versione testnet.

6 ottobre: attivazione della testnet. La testnet ufficiale di Zcash è prevista per iniziare a eseguire NU7 secondo le regole di consenso proposte.

20 ottobre: revisione della mainnet. Gli sviluppatori valuteranno i risultati della testnet, prenderanno la decisione finale sull'attivazione e selezioneranno l'altezza di attivazione sulla mainnet.

5 novembre: previsto lancio sulla mainnet. NU7 diventerebbe attivo sulla rete di produzione se la revisione di ottobre non dovesse trovare motivi per rinviarlo.

Durante la finestra di due settimane sulla testnet, gli sviluppatori potranno verificare se Zakura e Zebra rimangono allineati producendo blocchi con le nuove regole. Anche exchange, indexer e block explorer potranno testare se i loro sistemi sono in grado di elaborare la frequenza di blocco più elevata senza accumulare ritardi.

Questo rende il 5 novembre un obiettivo piuttosto che una data di attivazione garantita. Una divergenza di consenso, un problema di prestazioni o un guasto dell'infrastruttura emersi sulla testnet potrebbero comunque ritardare l'aggiornamento.

Il pacchetto di rilascio di NU7 si è ristretto

L'aggiornamento previsto contiene tre modifiche principali: un target dicco di 25 secondi, la rimozione del supporto alle transazioni di versione 4 e l'integrazione del meccanismo di sostenibilità della rete. NU7 non introdurrà un nuovo formato di transazione. L'esclusione di quel lavoro dal rilascio riduce il numero di modifiche al consenso da implementare e testare prima di novembre.

Il target di 25 secondi sostituirebbe l'attuale intervallo di blocco di 75 secondi della rete, la modifica alla base del triplicamento della frequenza dei blocchi che i test sono pensati per misurare; intervalli più brevi significano in genere meno attesa per la prima conferma di una transazione. La rimozione della versione 4 riguarda il più vecchio dei due formati attualmente accettati dai nodi Zcash, poiché il più recente formato di transazione versione 5 è disponibile dall'aggiornamento NU5 del 2022.

L'annuncio sul forum indica che i wallet mantenuti non dovrebbero richiedere modifiche significative. Gli utenti non sono tenuti a spostare fondi, creare nuovi indirizzi o convertire gli ZEC esistenti prima dell'attivazione.

Un discorso a parte riguarda il software che crea ancora transazioni di versione 4. Tali transazioni non sarebbero più accettate dopo NU7, quindi i wallet abbandonati o obsoleti potrebbero smettere di funzionare correttamente. Gli utenti che utilizzano wallet mantenuti attivamente dovrebbero ricevere le necessarie modifiche di compatibilità tramite i normali aggiornamenti software.

Gli operatori di infrastrutture affrontano l'adattamento più consistente. I full node incontreranno blocchi con maggiore frequenza, mentre exchange, explorer e indexer dovranno garantire che i loro sistemi possano seguire la catena più veloce. Le prestazioni sulla testnet mostreranno se questi servizi potranno gestire il cambiamento prima che le regole diventino obbligatorie sulla mainnet.

Le commissioni tornerebbero come ricompense minerarie dopo il 2031

NU7 introdurrebbe anche la componente sulle commissioni del meccanismo di sostenibilità della rete. Secondo ZIP 235, almeno il 60% delle commissioni di transazione in ciascun blocco uscirebbe inizialmente dalla circolazione, mentre la parte restante potrebbe continuare a remunerare i miner.

Gli ZEC rimossi non verrebbero trasferiti in una tesoreria controllata da Zcash Foundation, dagli sviluppatori o da qualsiasi altra organizzazione. La conseguente riduzione dell'offerta sarebbe in seguito compensata algoritmicamente attraverso ulteriore emissione di blocchi.

Il design concordato preserva gli halving programmati di Zcash. La riemissione dovrebbe iniziare nel 2031, consentendo all'attività di transazione successiva a NU7 di contribuire alle ricompense minerarie negli anni successivi senza modificare il calendario di halving a breve termine.

In pratica, almeno il 60% delle attuali commissioni di transazione uscirebbe prima dalla circolazione e, a partire dal 2031, il protocollo compenserebbe gradualmente tale riduzione attraverso i futuri sussidi di blocco. Il contributo finale dipenderà dall'utilizzo della rete: entrate da commissioni basse aggiungerebbero poco alle future ricompense minerarie, mentre una maggiore attività di transazione sposterebbe più ZEC dalle attuali commissioni alla futura emissione.

Le prestazioni della testnet ora decidono se la scadenza verrà rispettata

L'incertezza principale non è più se la comunità supporti i blocchi da 25 secondi. Gli sviluppatori devono ora dimostrare che entrambe le implementazioni dei nodi possano seguire la stessa catena e che le infrastrutture di supporto possano elaborare blocchi che arrivano con una frequenza triplicata.

Test riusciti lascerebbero la decisione sull'altezza di attivazione come ultimo passo prima che NU7 arrivi sulla mainnet. Guasti significativi fornirebbero un motivo chiaro spostare l'obiettivo di novembre, piuttosto che esporre la rete di produzione a un aggiornamento non pronto.

Questo articolo è fornito solo a scopo informativo e non costituisce consulenza finanziaria o di investimento. Le date dell'aggiornamento di rete e le specifiche tecniche possono cambiare durante i test.