NU6.2
NU6.2 a été mis en service sur le mainnet de Zcash au bloc 3 364 600 (3 juin 2026 UTC).
Ce que vous allez retenir : ce que NU6.2 a corrigé, pourquoi Zcash a suspendu les transactions shielded pendant environ une journée, et comment le réseau a comblé la faille sans perdre de fonds.
NU6.2 est une Zcash mise à niveau du réseau, officiellement définie dans ZIP 257, qui a réactivé le protocole shielded de Orchard après une suspension d'urgence. Elle a corrigé un bug de solidité dans le circuit à connaissance nulle de Orchard et restauré les transactions shielded. Considérez-la comme le chapitre de réparation d'urgence de l'histoire du bug Orchard. La mise à niveau suivante, Ironwood (NU6.3), a ensuite ajouté un nouveau pool et un audit public de l'ancien.
Pourquoi c'est important. Orchard est l'endroit où ont lieu la plupart des paiements privés en Zcash. Lorsqu'une faille a été découverte dans les mathématiques qui garantissent l'intégrité de ce pool, le réseau a dû faire un choix difficile : maintenir les transactions shielded avec un risque connu, ou les suspendre jusqu'à ce que le correctif soit prêt. NU6.2 illustre comment Zcash a privilégié la sécurité tout en rétablissant la confidentialité en moins d'une journée.
Ce qui s'est passé
L'élément déclencheur était un bug de solidité dans le circuit Action de Orchard, les mathématiques censées prouver que chaque transaction shielded respecte les règles. Le chercheur indépendant Taylor Hornby l'a découvert lors d'un audit de Shielded Labs et l'a divulgué de manière responsable fin mai 2026. Il était passé inaperçu depuis le lancement de Orchard en 2022 et, en théorie, il pouvait permettre à une transaction invalide de passer pour valide, ce qui aurait pu permettre de voler ou de dépenser deux fois des fonds au sein du pool Orchard. La comptabilité du tourniquet de Zcash limitait toujours la quantité de valeur qui pouvait quitter Orchard, de sorte que l'offre totale de ZEC elle-même ne pouvait pas être gonflée, mais une faille dans les mathématiques qui garantissent l'intégrité des fonds shielded est grave ; le réseau a donc agi en quelques jours. La page Ironwood explique intégralement le bug et comment il pouvait créer de la valeur.
La suspension d'urgence
Le 2 juin 2026, un soft fork d'urgence a temporairement désactivé toutes les transactions Orchard. Il a été déployé sous forme de correctif urgent dans zcashd v6.12.5 et zebra v4.5.3.
- Les envois et réceptions shielded de Orchard ont été suspendus ; aucune nouvelle preuve Orchard ne pouvait donc être créée ou acceptée.
- Les transactions transparentes et Sapling ont continué de fonctionner normalement.
- Aucun fonds n'a été déplacé, gelé ou perdu. La suspension a uniquement arrêté la nouvelle activité Orchard pendant que le véritable correctif était finalisé.
Ce que NU6.2 a changé
Le lendemain, le 3 juin 2026, le hard fork NU6.2 s'est activé au bloc 3 364 600 et a réactivé Orchard avec un circuit corrigé.
- Il a corrigé le gadget de multiplication scalaire à base variable du circuit Action en ajoutant les contraintes manquantes.
- Cela a produit une nouvelle clé de vérification ; les preuves créées avec l'ancien circuit défectueux ne sont donc plus valides, et chaque nouvelle preuve doit utiliser le circuit corrigé.
- Il a fait de la longueur exacte des preuves une règle de consensus, comblant une lacune qui n'était pas appliquée auparavant.
Le code corrigé a été livré dans zcashd v6.20.0 et zebra v5.0.0, construits sur halo2_gadgets v0.5.0 et le crate orchard v0.14.0.
Ce que NU6.2 n'a pas fait
NU6.2 a sécurisé le circuit pour chaque nouvelle transaction, mais la valeur créée selon les anciennes règles restait dans le pool Orchard. Auditer cette valeur et la déplacer vers un pool propre est une tâche distincte, et c'est ce que Ironwood (NU6.3) accomplit grâce à son nouveau pool et à son tourniquet.
Des fonds ont-ils été perdus ?
Non. Rien n'indique que le bug ait jamais été exploité, qu'une création de valeur non autorisée ait eu lieu, ni que les fonds des utilisateurs aient été affectés. La comptabilité du tourniquet de Zcash a confirmé que l'offre totale est restée intacte durant tout l'événement.
Glossaire
| Terme | Signification en langage clair |
|---|
| Shielded pool | L'ensemble des fonds dont les montants et les propriétaires sont masqués par la cryptographie à connaissance nulle |
| Orchard | Le protocole shielded introduit par NU5. C'était le principal pool shielded de Zcash au moment de NU6.2 ; Ironwood l'a remplacé dans NU6.3 et Orchard est désormais réservé aux dépenses |
| Soundness bug | Une faille qui permet à une transaction invalide de réussir la vérification de preuve comme si elle était valide |
| Verifying key | La valeur publique utilisée par le réseau pour vérifier qu'une preuve est valide. La correction du circuit l'a modifiée |
| Soft fork | Une modification de règle rétrocompatible, qui a suspendu Orchard sans scinder le réseau |
| Hard fork | Une modification de règle coordonnée à laquelle tous les nœuds doivent effectuer une mise à niveau, activée à un bloc déterminé |
FAQ
Ai-je perdu l'accès à mes ZEC ? Non. Pendant environ une journée, les transactions shielded de Orchard ont été suspendues, mais aucun fonds n'a été perdu ou mis en danger, et les transactions transparentes et Sapling ont continué de fonctionner.
Pourquoi suspendre plutôt que corriger discrètement ? Un bug de solidité pouvait permettre de voler ou de dépenser deux fois des fonds dans le pool Orchard ; la mesure sûre consistait donc à arrêter les nouvelles transactions Orchard jusqu'à ce que le circuit corrigé soit actif.
Les anciennes preuves shielded fonctionnent-elles encore ? Les preuves créées avec l'ancien circuit ne sont plus valides après NU6.2. Les wallets utilisant une version prise en charge emploient automatiquement le circuit corrigé.
Le bug a-t-il déjà été utilisé ? Rien n'indique que ce soit le cas. Il a été détecté par des recherches en sécurité et corrigé avant tout préjudice connu.
En quoi NU6.2 diffère-t-il de Ironwood ? NU6.2 a corrigé le circuit et réactivé Orchard. Ironwood (NU6.3) a ensuite ajouté un nouveau pool et un tourniquet public afin d'auditer et de déplacer la valeur de l'ancien pool.
Testez votre compréhension
Pourquoi Zcash a-t-il suspendu les transactions Orchard pendant une journée au lieu de les laisser fonctionner pendant l'élaboration du correctif ?
Réponse
Parce que la faille était un bug de solidité, ce qui signifie que des transactions invalides pouvaient passer pour valides. Laisser Orchard ouvert aurait maintenu une possibilité de vol et de double dépense à l'intérieur du pool. La suspension des nouvelles transactions Orchard a fermé cette possibilité jusqu'à l'activation du circuit corrigé à NU6.2.
Ressources
ZIP 257 : déploiement de la mesure temporaire de mitigation de vulnérabilité Orchard et de la mise à niveau du réseau NU6.2
Zcash Foundation : soft fork d'urgence de Zebra et activation de NU6.2
Voir aussi
Ironwood (NU6.3)
Zcash Mises à niveau du réseau
Pools shielded
Halo
Shielded Labs
Qu'est-ce que ZEC et Zcash
Série : index des mises à niveau du réseau · Précédent : NU6.1 · Suivant : Ironwood
