NU6.2
NU6.2 è stato attivato sulla mainnet di Zcash al blocco 3.364.600 (3 giugno 2026 UTC).
Cosa imparerai: cosa ha corretto NU6.2, perché Zcash ha sospeso le transazioni schermate per circa un giorno e come la rete ha chiuso la falla senza perdere fondi.
NU6.2 è un aggiornamento di rete di Zcash, definito formalmente in ZIP 257, che ha riattivato il protocollo Orchard schermato dopo una sospensione d'emergenza. Ha corretto un bug di solidità nel circuito a conoscenza zero di Orchard e ripristinato le transazioni schermate. Consideralo il capitolo della riparazione d'emergenza nella storia del bug di Orchard. L'aggiornamento successivo, Ironwood (NU6.3), ha poi aggiunto una nuova pool e un audit pubblico di quella precedente.
Perché è importante. Orchard è dove avviene la maggior parte dei pagamenti privati in Zcash. Quando è stata scoperta una falla nella matematica che garantisce l'integrità di quella pool, la rete ha dovuto affrontare una scelta difficile: mantenere attive le transazioni schermate con un rischio noto oppure sospenderle fino a quando la correzione non fosse pronta. NU6.2 è il modo in cui Zcash ha scelto prima la sicurezza, ripristinando comunque la privacy entro un giorno.
Cosa è successo
Il fattore scatenante è stato un bug di solidità nel circuito Action di Orchard, la matematica che dovrebbe dimostrare che ogni transazione schermata rispetta le regole. Il ricercatore indipendente Taylor Hornby lo ha scoperto durante un audit di Shielded Labs e lo ha segnalato responsabilmente alla fine di maggio 2026. Era rimasto inosservato dal lancio di Orchard nel 2022 e, in teoria, poteva permettere a una transazione non valida di risultare valida, consentendo il furto o la doppia spesa di fondi nella pool di Orchard. La contabilità del turnstile (tornello) di Zcash limitava comunque la quantità di valore che poteva uscire da Orchard, quindi l'offerta totale di ZEC non poteva essere gonfiata, ma una falla nella matematica che garantisce l'integrità dei fondi schermati è grave, perciò la rete è intervenuta nel giro di pochi giorni. La pagina Ironwood spiega integralmente il bug e come avrebbe potuto creare valore.
La sospensione d'emergenza
Il 2 giugno 2026, un soft fork d'emergenza ha temporaneamente disabilitato tutte le transazioni Orchard. È stato distribuito come hotfix in zcashd v6.12.5 e zebra v4.5.3.
- Gli invii e le ricezioni schermati di Orchard sono stati sospesi, quindi non potevano essere create né accettate nuove prove Orchard.
- Le transazioni transparent e Sapling hanno continuato a funzionare normalmente.
- Nessun fondo è stato spostato, bloccato o perso. La sospensione ha fermato solo la nuova attività Orchard mentre veniva completata la vera correzione.
Cosa ha cambiato NU6.2
Il giorno successivo, il 3 giugno 2026, l'hard fork di NU6.2 è stato attivato al blocco 3.364.600 e ha riabilitato Orchard con un circuito corretto.
- Ha corretto il gadget di moltiplicazione scalare a base variabile del circuito Action aggiungendo i vincoli mancanti.
- Ciò ha prodotto una nuova chiave di verifica, quindi le prove create con il vecchio circuito difettoso non sono più valide e ogni nuova prova deve usare quello corretto.
- Ha reso la lunghezza esatta della prova una regola di consenso, chiudendo una lacuna che prima non veniva applicata.
Il codice corretto è stato distribuito in zcashd v6.20.0 e zebra v5.0.0, basato su halo2_gadgets v0.5.0 e sulla crate orchard v0.14.0.
Cosa non ha fatto NU6.2
NU6.2 ha reso sicuro il circuito per ogni nuova transazione, ma il valore creato secondo le vecchie regole era ancora nella pool di Orchard. Verificare quel valore e trasferirlo in una pool pulita è un compito separato, ed è ciò che Ironwood (NU6.3) gestisce con la sua nuova pool e il turnstile.
È andato perso qualcosa
No. Non ci sono prove che il bug sia mai stato sfruttato, né creazione di valore non autorizzata, né conseguenze sui fondi degli utenti. La contabilità del turnstile di Zcash ha confermato che l'offerta totale è rimasta intatta durante l'intero evento.
Glossario
| Termine | Significato in parole semplici |
|---|
| Shielded pool | L'insieme di fondi i cui importi e proprietari sono nascosti dalla crittografia a conoscenza zero |
| Orchard | Il protocollo schermato introdotto da NU5. Era la principale pool schermata di Zcash al momento di NU6.2; Ironwood l'ha sostituita in NU6.3 e Orchard ora è utilizzabile solo per le spese |
| Soundness bug | Una falla che permette a una transazione non valida di superare il controllo della prova come se fosse valida |
| Verifying key | Il valore pubblico che la rete utilizza per verificare la validità di una prova. La correzione del circuito l'ha modificata |
| Soft fork | Una modifica retrocompatibile delle regole, che ha sospeso Orchard senza dividere la rete |
| Hard fork | Una modifica coordinata delle regole che richiede l'aggiornamento di tutti i nodi, attivata a un blocco stabilito |
FAQ
Ho perso l'accesso ai miei ZEC? No. Per circa un giorno, le transazioni schermate di Orchard sono state sospese, ma nessun fondo è stato perso o messo a rischio, e le transazioni trasparenti e Sapling hanno continuato a funzionare.
Perché sospendere invece di correggere il problema silenziosamente? Un bug di solidità poteva consentire il furto o la doppia spesa di fondi nella pool di Orchard, quindi la scelta sicura era fermare le nuove transazioni Orchard fino all'attivazione del circuito corretto.
Le vecchie prove schermate funzionano ancora? Le prove create con il vecchio circuito non sono più valide dopo NU6.2. I portafogli su una versione supportata usano automaticamente il circuito corretto.
Il bug è mai stato usato? Non ci sono prove che lo sia stato. È stato scoperto dalla ricerca sulla sicurezza e corretto prima di qualsiasi danno noto.
In cosa NU6.2 differisce da Ironwood? NU6.2 ha corretto il circuito e riabilitato Orchard. Ironwood (NU6.3) ha poi aggiunto una nuova pool e un turnstile pubblico per verificare e trasferire il valore della vecchia pool.
Verifica la tua comprensione
Perché Zcash ha sospeso le transazioni Orchard per un giorno invece di lasciarle attive mentre veniva sviluppata la correzione?
Risposta
Poiché la falla era un bug di solidità, ossia le transazioni non valide potevano risultare valide. Lasciare aperto Orchard avrebbe mantenuto aperta una porta al furto e alla doppia spesa nella pool. La sospensione delle nuove transazioni Orchard ha chiuso quella porta fino all'attivazione del circuito corretto in NU6.2.
Risorse
ZIP 257: Distribuzione della mitigazione temporanea della vulnerabilità di Orchard e dell'aggiornamento della rete NU6.2
Zcash Foundation: soft fork d'emergenza di Zebra e attivazione di NU6.2
Vedi anche
Ironwood (NU6.3)
Zcash Aggiornamenti della rete
Pool schermate
Halo
Shielded Labs
Cos'è ZEC e Zcash
Serie: Indice degli aggiornamenti della rete · Precedente: NU6.1 · Successivo: Ironwood
