Aggiornamento Zcash NU7: blocco 3.543.405 atteso il 6 novembre, e chi deve agire per primo

L’aggiornamento Zcash NU7 si attiva al blocco 3.543.405, che ci aspettiamo intorno alle 02:30 UTC di venerdì 6 novembre 2026, con un margine di circa un’ora. Quell’orario è una stima di Coindaro costruita sui dati della catena, non un calendario ufficiale: le regole scattano sul blocco, qualunque ora segni l’orologio. Nessun organizzatore guida l’operazione. L’altezza è scritta nella ZIP 259 e ogni nodo la applica per conto suo.

Il nostro articolo sulla decisione dell’altezza di NU7 spiega che cosa contiene l’aggiornamento. Questa pagina è il conto alla rovescia, con l’elenco di chi deve fare qualcosa prima che arrivi il blocco. La maggior parte di chi detiene ZEC non deve fare nulla. Gli operatori di nodi e i pool sì. Chi ha ancora monete su un vecchio indirizzo Sprout ha il compito più difficile, perché il software che la maggior parte di loro avrebbe usato ha smesso di funzionare a luglio.

Conto alla rovescia dell’aggiornamento Zcash NU7: mancano 5.407 blocchi al 1° novembre

Alle 09:20 UTC del 1° novembre la catena era all’altezza 3.537.998, secondo Blockchair e il block explorer di Zcash. Restano quindi 5.407 blocchi. Il resto è una moltiplicazione.

Per capire quanto la stima possa scostarsi, abbiamo misurato noi stessi la catena. Con i timestamp dei blocchi di Blockchair abbiamo rilevato 16 intervalli consecutivi di 5.416 blocchi, risalendo fino al 17 agosto. Sono durati tra 113 h 13 min e 113 h 34 min, una forbice di 21 minuti. Un semplice modello di arrivi casuali darebbe una deviazione standard di circa un’ora e mezza, quindi la produzione dei blocchi è stata molto più regolare di quanto suggerisca quel calcolo.

Sedici intervalli sono un campione piccolo, e uno spostamento improvviso di potenza di calcolo intorno all’aggiornamento resterebbe fuori dai dati. Per questo indichiamo una finestra dalle 01:30 alle 03:30 UTC. L’ora in più per lato rispetto alle 02:30 è un nostro margine di sicurezza, non una cifra misurata né ufficiale. NullTX, partendo dalla media di ottobre, è arrivato a una finestra tra le 02:00 e le 03:00 UTC il 30 ottobre. Seguite l’altezza in tempo reale, non l’orologio.

In ora locale la finestra va dalle 02:30 alle 04:30 a Parigi, Roma e Lagos, e dalle 04:30 alle 06:30 a Nairobi. A New York cade dalle 20:30 alle 22:30 di giovedì 5 novembre, ed è uno dei motivi per cui la Zcash Foundation e diversi media scrivono «intorno al 5 novembre». La ZIP 259 indica solo altezze di blocco, mai una data di calendario.

Chi ha monete Sprout: gli strumenti vecchi non ci sono più e il trasferimento va minato in tempo

È l’unico gruppo che può perdere l’accesso ai fondi. La ZIP 2003 rende non valide dalla NU7 le transazioni di versione 4, e i trasferimenti Sprout esistono solo in quel formato. Le monete rimaste nel pool continuano a essere conteggiate come emesse ma non si possono spendere, e la ZIP avverte che la spesa potrebbe non essere mai riattivata.

NullTX, citando dati di ZecStats, ha indicato il pool a 22.263,34 ZEC il 30 ottobre, invariato dopo un prelievo di 46,05 ZEC il 19 ottobre, cioè circa lo 0,13% dei circa 17,01 milioni di ZEC in circolazione. La cifra ci arriva da un solo media. Non abbiamo aperto i dati di partenza.

Se detenete ZEC su un vecchio indirizzo che inizia con «zc», l’uscita è una transazione di versione 4 verso un indirizzo trasparente o Sapling. Orchard non è un’opzione, perché la versione 4 non può raggiungerlo. Per la ZIP 308, l’importo diventa pubblico durante il passaggio.

La parte difficile è il software. La ZIP 2003 definisce zcashd l’unico wallet mantenuto che supportasse Sprout, e zcashd non gira più. Il suo successore Zallet non supporta Sprout, e la guida alla migrazione di Zebra elenca il comando z_setmigration tra quelli ritirati. Non abbiamo trovato alcuna guida ufficiale.

Abbiamo trovato uno strumento di terze parti che elenca uno sweep da Sprout a Sapling, e qui non lo nominiamo: non l’abbiamo provato, e strumenti di questo tipo chiedono un file del wallet o una chiave di spesa. Chi consegna una chiave di spesa a un software che non ha verificato può perdere le monete.

Non basta trasmettere la transazione: deve essere minata prima dell’attivazione. Tenendo conto di quella scansione e del nostro margine sull’orario, punteremmo ad avere le monete fuori entro il 4 novembre, e chi ha bisogno di una scansione completa dovrebbe iniziare subito. È la nostra lettura pratica, non una scadenza ufficiale.

Operatori di nodi: usate Zebra 7.0.0 o Zakura 1.7.0, perché zcashd è già fuori

Zebra 7.0.0, uscito il 22 ottobre, è quella che la Zcash Foundation definisce la prima versione stabile con supporto a NU7 su mainnet. Zakura 1.7.0 è arrivato due ore dopo come versione stabile e attiva NU7 anch’esso su mainnet. Entrambi i progetti erano ancora in fase di release candidate quando l’altezza è stata integrata, il 21 ottobre.

Su zcashd non c’è più scelta. Secondo la sua pagina di fine vita, ogni nodo 6.20.0 non modificato si è spento il 18 luglio al blocco 3.417.100 e rifiuta di riavviarsi. Non ha mai supportato NU6.3 (Ironwood), attivata al blocco 3.428.143, e il suo repository GitHub è ora archiviato. Una macchina ancora configurata attorno a zcashd è fuori dalla rete da oltre tre mesi.

Zebra 6.x ha una scadenza più vicina di NU7. Il codice di Zebra 6.4.2 fa fermare il nodo quando la punta della catena supera il blocco 3.540.768, cioè 2.637 blocchi prima dell’attivazione. Al ritmo attuale lo stimiamo intorno alle 19:20 UTC del 3 novembre. Gli avvisi «troppo vecchio» sono iniziati al blocco 3.524.640.

L’altro rischio è il software senza supporto a NU7 e senza un arresto del genere. La ZIP 200 chiede di norma che l’attivazione cada dopo l’altezza di fine vita dell’ultima versione non supportata. La ZIP 259 rinuncia a questo vincolo e avverte che chi usa software non supportato potrebbe restare online su un ramo precedente a NU7. Le note di Zakura dicono che i vecchi sidecar smettono di seguire la catena a NU7, e che la versione minima del protocollo su mainnet diventa 170190.

Punti tratti dalle note di Zebra 7.0.0 e 7.0.0-rc.0 da controllare prima di aggiornare:

• Il database di stato passa da v28 a v29 da solo al primo avvio, senza risincronizzazione.
• Tornare alla 6.x richiede una risincronizzazione completa, quindi copiate prima state/v28 sotto state.cache_dir.
• Le metriche dei peer perdono le etichette per singolo peer, quindi dashboard e avvisi che ne dipendono vanno modificati.
• getaddresstxids e getaddressutxos restituiscono un errore oltre 100.000 risultati, e le RPC sugli indirizzi accettano al massimo 10.000 indirizzi.
• Zebra non pubblica più immagini Docker compatibili con zcashd, e le build di sidecar precedenti a zebra-compat-v1.3.0 non possono seguire mainnet oltre NU7.

La nuova guida alla migrazione ordina i 135 metodi RPC di zcashd 6.20.0 in base a chi li fornisce oggi, e ne segna 25 come ritirati. Zakura 1.7.0 sposta il suo sidecar incorporato a valargroup/zcashd v1.3.0. Zebra 7.1.0-alpha.0 del 30 ottobre è indicata come pre-release.

Conviene pianificare anche un secondo aggiornamento. Zebra 7.0.0 è supportata per 8 settimane invece di 12, e si ferma circa 56 giorni dopo la sua altezza di rilascio stimata, il blocco 3.526.000. Quel blocco è stato minato il 21 ottobre, il che per il nostro calcolo porta intorno al 16 dicembre.

Pool di mining: nuove regole per il template e il 40% delle commissioni

I pool devono usare software pronto per NU7 prima del blocco. In Zebra 7, time è l’unico campo che getblocktemplate elenca ancora come modificabile, quindi il software che cambia le transazioni o il blocco padre deve richiedere un nuovo template. Secondo la ZIP 235, il 60% delle commissioni di ogni blocco esce dalla circolazione e la coinbase rivendica esattamente il restante 40%, perciò il software di mining che costruisce una propria coinbase deve applicare questa ripartizione. La pagina z.cash dice che i miner ASIC dipendono dal loro pool, e per questo una domanda utile è: il vostro si è aggiornato?

Exchange, wallet e comuni detentori

Il 1° novembre non abbiamo trovato alcun avviso NU7 su depositi o prelievi da parte di Binance, Kraken, Gemini, Coinbase o KuCoin. Non è una prova di assenza, perché la nostra ricerca non legge la maggior parte delle pagine di stato degli exchange. Esiste un precedente recente: la società di custodia Cobo ha sospeso depositi e prelievi di ZEC dal 28 luglio per NU6.3, senza un orario fisso di riapertura. L’altra recente turbativa su Zcash, lo stop di THORChain agli scambi di ZEC a ottobre, aveva una causa diversa. Se pensate di spostare ZEC intorno al 6 novembre, controllate gli annunci della vostra piattaforma.

I servizi dovrebbero smettere di costruire transazioni di versione 4 ed evitare di lasciare qualcosa in sospeso a cavallo del blocco: la ZIP 259 dice che le firme delle versioni 5 e 6 si impegnano su un ID di ramo di consenso, quindi una transazione non passa da sola da un ramo all’altro. La ZIP 218 triplica la scadenza predefinita da 40 a 120 blocchi. Anche le regole di conferma meritano un’occhiata. I blocchi arrivano tre volte più veloci, ma la ZIP 218 indica un guadagno di latenza leggermente inferiore a 3x a parità di rischio di rollback, e non invita nessuno a ridurre il numero di conferme.

Se i vostri ZEC sono su un exchange o su un indirizzo trasparente, Sapling, Orchard o Ironwood, l’aggiornamento in sé non vi chiede nulla. Vale anche in Europa e in Africa: le monete su una piattaforma autorizzata sono toccate solo se la piattaforma sospende i trasferimenti. Non abbiamo trovato dichiarazioni dei fornitori di wallet sul supporto a NU7, quindi aggiornate la vostra app e leggete le note di rilascio.

Quale pagina ufficiale seguire

Le fonti non concordano. Il 1° novembre la pagina di aggiornamento di z.cash riportava ancora «The activation height for NU7 has not yet been set». Dice anche che Zebra e zcashd conviveranno nel periodo che precede NU7, tre mesi dopo l’arresto di zcashd. Intanto la ZIP 259 indica 3.543.405, la pull request #1405 che la fissa è stata integrata il 21 ottobre, e due client stabili la includono. La ZIP 259 resta in stato «Proposed», con una questione aperta: implementazioni di riferimento e vettori di test per il value balance del Network Sustainability Mechanism. Fate riferimento alla ZIP e alle note di rilascio dei client.

Date da tenere d’occhio

• 3 novembre, circa 19:20 UTC (stima): i nodi Zebra 6.4.2 si fermano dopo il blocco 3.540.768.
• 4 novembre: la nostra scadenza consigliata per aver portato fuori le monete Sprout.
• 6 novembre, circa 02:30 UTC, finestra 01:30-03:30 (stima): blocco 3.543.405. I blocchi scendono a 25 secondi e le transazioni di versione 4 diventano non valide.
• Intorno al 16 dicembre (nostro calcolo): Zebra 7.0.0 raggiunge l’arresto di fine supporto.

Che cosa non sappiamo ancora

Il minuto esatto è una lacuna, e le altre sono operative: se qualche exchange sospenderà ZEC, quali wallet sono pronti e quante monete Sprout hanno ancora chiavi in mano a qualcuno. Non sappiamo nemmeno se e quando la pagina di z.cash cambierà. Aggiorneremo questa pagina quando uno di questi punti si chiarirà. Nulla di quanto scritto è un consiglio di investimento.