Zcash devrait activer sa mise à niveau du réseau NU6.3 « Ironwood » à la hauteur de bloc 3 428 143 le 28 juillet.
Résumé
- Ironwood s'active au bloc 3 428 143, remplaçant Orchard par un système de pool de transactions protégées suivi séparément.
- Le tourniquet bloque plus de ZEC sortant d'Orchard que n'y entrant, renforçant la vérification publique de l'offre après la migration.
- Les notes récupérables quantiquement soutiennent la récupération future, mais Ironwood ne rend pas Zcash quantiquement sécurisé aujourd'hui par lui-même.
La version Zebra 6.0.0 de la Fondation Zcash place l'activation estimée vers 13h00 UTC et demande à chaque opérateur de nœud de mettre à niveau avant le fork.
La mise à niveau introduit un nouveau pool protégé et un format de transaction v6. Elle fait suite à la divulgation d'une faille dans l'ancien pool Orchard qui aurait pu permettre à un attaquant de créer de faux ZEC sans enregistrement public évident.
Les développeurs ont corrigé la faille lors de mises à niveau d'urgence en juin. Ils ont déclaré n'avoir trouvé « aucune preuve » d'exploitation, mais la conception de confidentialité de Zcash les empêche de prouver qu'une inflation cachée ne s'est jamais produite.
Ironwood crée un pool protégé suivi séparément
Selon les notes de version de Zebra 6.0.0, Ironwood réutilise la structure Action d'Orchard et le système de preuve Halo2. Cependant, il ajoute un arbre d'engagement de note séparé, un ensemble de nullificateurs, un pool de valeur de chaîne et des données d'historique de chaîne. Ces enregistrements permettent aux nœuds de suivre le nouveau pool indépendamment d'Orchard après l'activation.
Zebra met également à jour plusieurs commandes de nœud afin que les opérateurs puissent inspecter la valeur du pool et l'état de l'arbre d'engagement. La version GitHub de la Fondation Zcash qualifie la mise à niveau de critique pour les opérateurs car les anciens logiciels ne suivront pas la chaîne correcte après la hauteur d'activation.
Le tourniquet limite la valeur sortant d'Orchard
La principale sauvegarde de l'offre d'Ironwood est un tourniquet entre Orchard et le nouveau pool. Après l'activation, Orchard cessera d'accepter de nouvelles sorties et transactions internes. Les fonds peuvent sortir, mais la règle comptable empêche plus de ZEC de sortir d'Orchard que le montant qui y est légitimement entré.
L'explication de la conception d'Ironwood indique que le mécanisme donne aux utilisateurs un contrôle public sur l'offre en circulation sans exposer les soldes privés ni les détails des transactions. Au lieu de cela, il laisserait toute valeur cachée excédentaire piégée à l'intérieur d'Orchard une fois que le pool devient exclusivement sortant.
Comme crypto.news l'a précédemment rapporté, Zcash a programmé le hard fork du 28 juillet après que les développeurs ont conclu que le bug corrigé laissait encore une question d'offre à laquelle ils ne pouvaient pas répondre avec certitude. Le fondateur de Zcash, Zooko Wilcox, a déclaré que la faille était « peu susceptible d'avoir été exploitée », tout en affirmant que les utilisateurs ne devraient pas avoir à se fier à cette évaluation.
Les notes gagnent un futur chemin de récupération quantique
Ironwood modifie également la façon dont les notes protégées sont créées afin qu'elles puissent être récupérées via un futur protocole post-quantique. La spécification officielle ZIP 2005 appelle cette fonctionnalité la récupérabilité quantique. Elle lie davantage de données de note dans la construction de la note, permettant à un futur système de récupération de vérifier la propriété sans se fier uniquement à la cryptographie qu'un puissant ordinateur quantique pourrait casser.
Le changement ne rend pas les transactions Zcash actuelles quantiquement sécurisées. La spécification indique qu'un protocole de récupération séparé doit encore être conçu et activé plus tard. Les fonds qui restent dans Sprout, Sapling ou Orchard ne bénéficieraient pas de cette option de récupération. Les portefeuilles doivent les déplacer vers des notes Ironwood pour recevoir la nouvelle protection.
La même spécification indique que les adresses Orchard existantes peuvent recevoir des notes Ironwood, réduisant ainsi les changements pour les utilisateurs. Les développeurs de portefeuilles doivent néanmoins ajouter un support de migration. Les utilisateurs dont les portefeuilles ne sont pas mis à jour peuvent subir des retards lors du transfert de fonds Orchard, tandis que les échanges peuvent suspendre brièvement les dépôts ou retraits autour du fork.
Zebra devient obligatoire alors que le support de zcashd prend fin
La mise à niveau achève également la transition de Zcash loin de l'ancien logiciel de nœud zcashd. Le réseau a fixé l'arrêt du support de zcashd au bloc 3 417 100, avant l'activation d'Ironwood. Le calendrier de dépréciation officiel indique que zcashd ne prendra pas en charge NU6.3, laissant Zebra comme implémentation de nœud requise pour les nouvelles règles.
Zebra 6.0.0 inclut un correctif de sécurité distinct pour le mempool. Le problème permettait aux pairs d'envoyer des transactions non standard coûteuses à vérifier, ce qui pouvait réduire la réactivité du nœud pendant que le trafic continuait. Le correctif rejette ces entrées avant l'étape de vérification coûteuse. La Fondation a déclaré que le défaut n'affectait que la disponibilité et ne permettait pas de blocs invalides, de perte de fonds ou de défaillance de consensus.
La couverture connexe de crypto.news a détaillé la réponse en deux étapes de Zcash à la vulnérabilité Orchard. Les développeurs ont d'abord désactivé l'activité Orchard, puis ont activé le hard fork NU6.2 avec un code corrigé avant de restaurer le pool. Ironwood ajoute maintenant une frontière comptable distincte plutôt qu'un autre correctif dans le même pool.
La mise à niveau reste liée à la production de blocs, donc son heure exacte peut changer. Si la chaîne atteint le bloc 3 428 143 comme prévu, Ironwood s'activera le 28 juillet et commencera la transition d'Orchard à Ironwood.
