NotizieCryptoL’aggiornamento Ironwood di Zcash si attiverà il 28 luglio, ritirando i nuovi output Orchard

L’aggiornamento Ironwood di Zcash si attiverà il 28 luglio, ritirando i nuovi output Orchard

Autore: CryptoDaily·

Punti chiave

  • •Ironwood dovrebbe attivarsi sulla mainnet di Zcash al blocco 3,428,143, con una tempistica stimata intorno alle 13:00 UTC del 28 luglio.
  • •Dopo l’attivazione, la nuova attività schermata passerà al pool Ironwood, mentre Orchard sarà ritirato per i nuovi output.
  • •Il meccanismo turnstile traccerà e limiterà il valore che si sposta da Orchard a Ironwood per supportare la verifica dell’offerta.
  • •zcashd ha raggiunto la fine del supporto il 18 luglio al blocco 3,417,100, rendendo Zebra 6.0.0 o versioni successive il percorso full-node supportato.
  • •Gli indirizzi trasparenti non vengono modificati dall’aggiornamento Ironwood.
L’aggiornamento Ironwood di Zcash si attiverà il 28 luglio, ritirando i nuovi output Orchard

L’aggiornamento di rete Ironwood di Zcash, noto anche come NU6.3, è previsto per l’attivazione il 28 luglio e porterà modifiche al modo in cui lo ZEC schermato viene trasferito e contabilizzato sulla rete.

L’aggiornamento introduce un nuovo pool schermato e un meccanismo di migrazione controllata noto come turnstile. Dopo l’attivazione, l’attuale pool schermato Orchard non accetterà più nuovi output, mentre la nuova attività schermata passerà al pool Ironwood. Anche il client legacy zcashd ha raggiunto la fine del supporto, rendendo Zebra il percorso full-node supportato per gli operatori.

Secondo il rilascio Zcash Foundation Zebra 6.0.0, Ironwood dovrebbe attivarsi sulla mainnet al blocco 3,428,143, atteso intorno alle 13:00 UTC del 28 luglio. Il zcashd Book afferma che zcashd ha raggiunto la fine del supporto il 18 luglio al blocco 3,417,100 e rifiuta il riavvio prima di NU6.3. Agli operatori viene indicato di eseguire Zebra 6.0.0 o una versione più recente.

La principale modifica tecnica riguarda i pool schermati. Orchard, che ha gestito transazioni private in ZEC per anni, viene ritirato per nuovi depositi e output dopo l’attivazione. Un nuovo pool schermato Ironwood prenderà il posto per la nuova attività schermata, secondo la copertura del rollout di NU6.3 da parte di crypto.news.

Il turnstile è progettato per controllare il valore che lascia Orchard ed entra nel nuovo pool. Invece di consentire ai fondi di spostarsi senza controlli tra i pool, il meccanismo limita e traccia la migrazione in modo che terze parti possano confrontare in modo indipendente i totali e identificare anomalie. Il progetto è stato introdotto dopo la vulnerabilità di Orchard ed è pensato per supportare la verifica indipendente dell’offerta, secondo la stessa copertura di crypto.news.

Questo confine contabile è particolarmente rilevante per una rete incentrata sulla privacy, perché le transazioni schermate sono progettate per nascondere i dettagli delle transazioni alla vista pubblica, pur richiedendo regole di consenso che consentano alla rete di mantenere un’offerta verificabile. Il percorso di migrazione di Ironwood mira quindi a separare la funzione di privacy dei trasferimenti schermati dai controlli di contabilizzazione dell’offerta necessari durante la transizione di un pool.

NU6.3 era già stato attivato sulla testnet il 4 luglio al blocco 4,134,000, dando a client, fornitori di wallet e servizi l’opportunità di testare gli strumenti prima dell’attivazione sulla mainnet, secondo la documentazione di zcashd.

Cosa cambia all’attivazione

Gli aggiornamenti di Zcash si attivano a specifiche altezze di blocco, il che significa che le nuove regole di consenso entrano in vigore in tutta la rete al blocco designato. Per Ironwood, tale altezza è 3,428,143 sulla mainnet, come configurato in Zebra 6.0.0.

Dopo quel punto, le nuove transazioni schermate dovrebbero usare il pool Ironwood. Orchard sarà ritirato per i nuovi output, anche se le note Orchard esistenti potranno ancora essere migrate attraverso il percorso turnstile. Gli indirizzi trasparenti non vengono modificati dall’aggiornamento; le principali modifiche riguardano i pool schermati.

Per gli utenti, l’effetto pratico dipende dal wallet o dal servizio utilizzato. I wallet aggiornati dovrebbero gestire la migrazione automaticamente oppure fornire un flusso utente per spostare le note Orchard residue tramite il turnstile. I wallet che non hanno rilasciato il supporto a Ironwood potrebbero gestire in modo errato i saldi o richiedere una risincronizzazione.

Nel materiale di origine si consiglia agli utenti di smettere di usare indirizzi Orchard per nuove ricezioni dopo che Ironwood sarà live, aggiornare i wallet che aggiungono il supporto a Ironwood e pianificare le migrazioni se detengono ancora note Orchard.

Termini chiave

Ironwood: Il nome in codice dell’aggiornamento di rete NU6.3 di Zcash, che introduce un nuovo pool schermato e regole turnstile.

Altezza di attivazione: Il blocco esatto in cui entrano in vigore le nuove regole di consenso. Per Ironwood, Zebra 6.0.0 imposta l’attivazione sulla mainnet al blocco 3,428,143.

Orchard: L’attuale pool schermato che verrà ritirato per i nuovi output una volta attivato Ironwood. Le note Orchard esistenti potranno ancora essere migrate tramite il turnstile.

Pool schermato: L’ambiente di contabilizzazione crittografica in cui vengono registrate le transazioni private in ZEC.

Turnstile: Un meccanismo di migrazione controllata che limita e traccia il valore in uscita da Orchard e in entrata nel nuovo pool Ironwood ai fini della verifica dell’offerta.

Zebra: Il client full-node della Zcash Foundation. La versione 6.0.0 configura l’attivazione di Ironwood ed è il percorso supportato per la mainnet dopo che zcashd ha raggiunto la fine del supporto.

Checklist per operatori di nodi e wallet

Gli operatori di nodi e i backend dei wallet dovrebbero confermare le versioni del software prima dell’attivazione. zcashd 6.20.0 ha raggiunto la fine del supporto e non accompagnerà i nodi attraverso NU6.3, secondo il zcashd Book.

Agli operatori viene indicato di installare e sincronizzare Zebra 6.0.0 o una versione più recente. Zebra 6.0.0 imposta l’altezza di attivazione di Ironwood a 3,428,143 ed è stato rilasciato il 10 luglio, offrendo agli operatori diverse settimane per distribuire il software e osservare una sincronizzazione completa prima dell’attivazione del 28 luglio.

Poiché Ironwood modifica le regole di consenso a un’altezza di blocco fissa, l’infrastruttura non aggiornata potrebbe smettere di seguire la catena valida post-attivazione o non riuscire a elaborare correttamente il nuovo pool schermato. Questo rende il coordinamento tra nodi, backend di wallet, exchange e custodian parte del rischio operativo legato al passaggio.

Gli operatori di wallet e servizi dovrebbero smettere di emettere indirizzi Orchard per fondi in entrata una volta che l’aggiornamento sarà live. Dopo l’attivazione, i nuovi output verso Orchard vengono ritirati dal consenso e potrebbero non comportarsi come gli utenti si aspettano.

La fonte raccomanda inoltre di eseguire il backup dei dati del wallet, inclusi seed e metadati rilevanti, prima di avviare qualsiasi migrazione che coinvolga note Orchard. Se un wallet traccia note Orchard, gli operatori dovrebbero assicurarsi di avere uno snapshot affidabile prima della migrazione.

Dopo l’entrata in vigore delle nuove regole, gli operatori sono incoraggiati a testare una piccola transazione nel nuovo pool schermato per confermare che l’infrastruttura funzioni correttamente. Chi detiene note Orchard dovrebbe programmare le migrazioni tramite il turnstile dopo l’attivazione e seguire le indicazioni specifiche del wallet, poiché le implementazioni potrebbero scaglionare le migrazioni in batch.

Nelle prime fasi dopo l’attivazione, i servizi potrebbero monitorare l’attività della mempool e le conferme per rilevare backlog anomali. A exchange e custodian viene inoltre consigliato di aggiornare le pagine di stato rivolte agli utenti, in modo che i clienti sappiano quali tipi di indirizzi sono accettati e se sono previste finestre di manutenzione.

Effetto sugli utenti quotidiani

Per gli utenti che inviano e ricevono principalmente ZEC tramite un wallet consumer, il cambiamento più visibile sarà la posizione dei fondi privati all’interno del sistema schermato di Zcash. Le nuove transazioni schermate verranno create nel pool Ironwood anziché come nuovi output Orchard.

I wallet aggiornati potranno fornire una migrazione automatica o un processo con un solo clic per spostare le note Orchard residue tramite il turnstile. Gli utenti potrebbero vedere modifiche all’interfaccia mentre gli sviluppatori aggiungono nuovi tipi di indirizzi, avvisi e flussi di migrazione.

Gli indirizzi trasparenti restano invariati. L’aggiornamento è focalizzato sull’attività schermata e sul rapporto contabile tra i pool Orchard e Ironwood.

La rete ha testato NU6.3 sulla testnet dal 4 luglio, quando l’aggiornamento si è attivato all’altezza 4,134,000. Tale attivazione sulla testnet ha fornito a client e servizi una prova live con le nuove regole, secondo il zcashd Book.

La fonte afferma che il turnstile è pensato per la verificabilità dell’offerta, non per ridurre la privacy. Limita i confini contabili tra i pool in modo che i totali possano essere riconciliati dopo la vulnerabilità di Orchard discussa nella copertura del rollout di luglio da parte di crypto.news.

Zebra sostituisce il vecchio stack zcashd

Per gli operatori di infrastruttura, il passaggio da zcashd è centrale nell’aggiornamento Ironwood. zcashd si è arrestato dopo aver raggiunto la fine del supporto, mentre Zebra è mantenuto e configurato per Ironwood.

Zebra 6.0.0 è mantenuto attivamente per NU6.3 e per l’attività di rete successiva, con l’altezza di attivazione 3,428,143 inclusa nel rilascio. zcashd, al contrario, ha raggiunto la fine del supporto il 18 luglio al blocco 3,417,100 e include un comportamento di auto-arresto prima di Ironwood, secondo il zcashd Book.

La fonte descrive Zebra come la destinazione raccomandata per exchange e custodian che devono mantenere il servizio dopo la fine del ciclo di vita di zcashd. zcashd è descritto come il client storico, ora congelato e non più destinatario di futuri aggiornamenti.

Agli operatori che dispongono ancora di infrastruttura legacy viene consigliato di distribuire Zebra accanto ai sistemi esistenti, sincronizzarlo completamente e puntare una singola istanza di wallet verso di esso per una prova, prima di trattare il giorno dell’attivazione come una finestra di manutenzione.

Scenari di migrazione e casi limite

I cold wallet che non si sincronizzano da mesi dovrebbero essere sincronizzati prima dell’attivazione, in modo che possano acquisire lo stato finale di Orchard secondo le vecchie regole. Questo può rendere più fluida la riconciliazione post-attivazione.

Gli exchange dovrebbero comunicare chiaramente i tipi di indirizzi supportati durante il passaggio. La fonte osserva che disabilitare temporaneamente i depositi schermati per alcune ore intorno all’attivazione può ridurre i problemi di assistenza; successivamente i servizi possono riabilitare i depositi usando il nuovo formato di indirizzo una volta che i backend confermano di elaborare blocchi successivi all’altezza 3,428,143.

Agli utenti con molte note Orchard viene consigliato di non affrettare tutte le migrazioni in una sola volta. Poiché il turnstile è progettato per un flusso controllato, le migrazioni potrebbero essere suddivise in batch di dimensioni definite dal wallet. La fonte raccomanda di registrare gli ID delle transazioni e verificare i saldi dopo le conferme. Se un wallet supporta le etichette, gli utenti possono contrassegnare ogni movimento per facilitare l’audit successivo.

Rischi evidenziati intorno all’attivazione

I principali pericoli identificati nella fonte sono software obsoleto, depositi inviati a Orchard dopo l’attivazione e versioni di wallet non allineate.

Eseguire zcashd oltre il 18 luglio è un rischio perché il client si arresta automaticamente e non proseguirà attraverso l’attivazione. Inviare fondi a Orchard dopo l’attivazione può portare a depositi falliti o a fondi che non appaiono dove gli utenti si aspettano, perché i nuovi output Orchard vengono ritirati.

I wallet non aggiornati potrebbero gestire in modo errato i saldi o bloccarsi durante la risincronizzazione se non hanno rilasciato il supporto a Ironwood. La fonte raccomanda di attendere una versione del wallet che menzioni esplicitamente la prontezza per NU6.3.

La fonte mette inoltre in guardia dal migrare fondi schermati senza un backup aggiornato di seed e metadati, dal presumere una finalità istantanea subito dopo l’attivazione o dal non mantenere una traccia di audit quando si spostano molte note.

Domande frequenti

Quando si attiva Ironwood sulla mainnet?

Ironwood si attiva al blocco 3,428,143. In base ai tempi di blocco attuali citati nella fonte, ciò corrisponde a circa le 13:00 UTC del 28 luglio, secondo le note di rilascio di Zebra 6.0.0. L’altezza effettiva della catena, e non una stima basata sull’orologio, determina l’attivazione.

Gli utenti devono spostare immediatamente i fondi fuori da Orchard?

La fonte afferma che non viene imposta una migrazione immediata, ma gli utenti dovrebbero smettere di usare indirizzi Orchard per nuove ricezioni una volta che Ironwood sarà live. Le note Orchard residue possono essere spostate attraverso il percorso turnstile usando un wallet aggiornato.

Cosa succede se zcashd è ancora in esecuzione?

zcashd 6.20.0 ha raggiunto il suo arresto di fine supporto il 18 luglio al blocco 3,417,100 e rifiuta il riavvio prima di NU6.3. Gli operatori hanno bisogno di Zebra 6.0.0 o versione successiva per osservare o validare i blocchi post-attivazione.

Gli indirizzi trasparenti sono interessati?

Gli indirizzi trasparenti non vengono modificati da Ironwood. Le modifiche principali riguardano i pool schermati, incluso il ritiro dei nuovi output Orchard e l’introduzione del pool Ironwood.

Perché è necessario il turnstile?

Il turnstile limita e contabilizza il valore che si sposta da Orchard al nuovo pool, consentendo la verifica indipendente dell’offerta totale di ZEC dopo la vulnerabilità di Orchard discussa nella copertura del rollout.

Ironwood è stato testato prima della mainnet?

Sì. NU6.3 è stato attivato sulla testnet il 4 luglio all’altezza 4,134,000, fornendo a client e servizi una prova live con le nuove regole.

Commissioni o tempi di conferma cambieranno?

La fonte afferma che non vi è alcuna modifica specifica alle commissioni legata all’attivazione. Come per i principali aggiornamenti, nelle prime ore dopo l’attivazione le condizioni della mempool potrebbero essere irregolari mentre i servizi si adeguano, quindi per i trasferimenti sensibili potrebbero essere usate conferme aggiuntive.

Nota dell’editore nella fonte: Nel Q2 2026, Elliot Veynor ha scritto di aver osservato desk di custodia avviare discretamente nodi Zebra paralleli settimane prima di Ironwood ed eseguire traffico interno attraverso di essi. Ha affermato che l’approccio di prova ha aiutato durante l’attivazione sulla testnet del 4 luglio, quando un fornitore ha scoperto un problema di indicizzazione del wallet. Ha inoltre scritto che, a metà luglio, desk OTC più piccoli sono stati colti impreparati dall’arresto di zcashd al blocco 3,417,100 e hanno dovuto cercare supporto per Zebra.

Disclaimer: Questo articolo è fornito esclusivamente a scopo informativo. Non è offerto né inteso per essere utilizzato come consulenza legale, fiscale, di investimento, finanziaria o di altro tipo.