Zcash devrait activer sa mise à niveau du réseau NU6.3 « Ironwood » au bloc 3 428 143 le 28 juillet.
La version Zebra 6.0.0 de la Zcash Foundation situe l'activation estimée vers 13h00 UTC et demande à chaque opérateur de nœud de procéder à la mise à niveau avant le fork.
La mise à niveau introduit un nouveau pool blindé 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 des ZEC contrefaits sans trace publique évidente.
Les développeurs ont corrigé la faille par le biais de mises à niveau d'urgence en juin. Ils ont déclaré n'avoir trouvé « aucune preuve » d'exploitation, mais la conception de la confidentialité de Zcash les empêche de prouver qu'une inflation cachée n'a jamais eu lieu.
Selon les notes de publication de Zebra 6.0.0, Ironwood réutilise la structure d'Action d'Orchard et le système de preuve Halo2. Cependant, il ajoute un arbre d'engagement de notes, un ensemble de nullificateurs, un pool de valeur de chaîne et des données d'historique de chaîne distincts. 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 publication GitHub de la Zcash Foundation qualifie la mise à niveau de critique pour les opérateurs, car les logiciels plus anciens ne suivront pas la chaîne correcte après la hauteur d'activation.
La principale mesure de sauvegarde de l'approvisionnement 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 quitter 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'approvisionnement en circulation sans exposer les soldes privés ou 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 deviendra uniquement de sortie.
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 toujours une question d'approvisionnement à laquelle ils ne pouvaient répondre avec certitude. Zooko Wilcox, fondateur de Zcash, a déclaré que la faille était « peu probable d'avoir été exploitée », tout en affirmant que les utilisateurs ne devraient pas avoir à se fier à cette évaluation.
Ironwood modifie également la façon dont les notes blindé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 plus de données de note à la construction de la note, permettant à un système de récupération ultérieur de vérifier la propriété sans se fier uniquement à la cryptographie qu'un ordinateur quantique puissant pourrait casser.
Ce changement ne rend pas les transactions Zcash actuelles quantiquement sécurisées. La spécification indique qu'un protocole de récupération distinct doit encore être conçu et activé plus tard. Les fonds qui restent dans Sprout, Sapling ou Orchard ne bénéficieront 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 les changements pour les utilisateurs. Les développeurs de portefeuilles doivent encore ajouter un support de migration. Les utilisateurs dont les portefeuilles ne sont pas mis à jour pourraient faire face à des retards lors du déplacement de fonds Orchard, tandis que les exchanges pourraient brièvement suspendre les dépôts ou les retraits autour du fork.
La mise à niveau achève également le passage 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 officiel de dépréciation indique que zcashd ne supportera pas NU6.3, laissant Zebra comme implémentation de nœud requise pour les nouvelles règles.
Zebra 6.0.0 inclut une correction de sécurité distincte pour le mempool. Le problème permettait aux pairs d'envoyer des transactions non standard et coûteuses à vérifier, ce qui pouvait réduire la réactivité du nœud tant que le trafic se poursuivait. La correction rejette ces entrées avant l'étape de vérification coûteuse. La Fondation a déclaré que la faille n'affectait que la disponibilité et n'a pas permis de blocs invalides, de pertes de fonds ou d'échec de consensus.
Une couverture antérieure de crypto.news a détaillé la réponse en deux étapes de Zcash à la vulnérabilité d'Orchard. Les développeurs ont d'abord désactivé l'activité d'Orchard, puis activé le hard fork NU6.2 avec un code corrigé avant de restaurer le pool. Ironwood ajoute maintenant une limite comptable distincte plutôt qu'un autre correctif au sein du même pool.
La mise à niveau reste liée à la production de blocs, de sorte que son heure exacte peut varier. 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 vers Ironwood.
