Zcash prévoit la mise à niveau d'Ironwood pour le 28 juillet après un bug d'Orchard

Zcash devrait activer sa mise à niveau de réseau NU6.3 « Ironwood » à la hauteur de bloc 3 428 143 le 28 juillet.

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. Cela fait suite à la divulgation d'une faille dans l'ancien pool Orchard qui aurait pu permettre à un attaquant de créer une ZEC contrefaite sans aucun dossier public évident.

Les développeurs ont corrigé la faille via des mises à niveau d'urgence en juin. Ils ont déclaré n'avoir trouvé « aucune preuve » d'exploitation, mais la conception de Zcash en matière de confidentialité les empêche de prouver qu'une inflation cachée n'a jamais eu lieu.

Ironwood crée une piscine blindée à suivi séparé

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 notes distinct, un ensemble d'annuleurs, un pool de valeurs 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œuds 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 bonne chaîne après la hauteur d'activation.

Le tourniquet limite la valeur en quittant Orchard

La principale garantie d'approvisionnement d'Ironwood est un tourniquet entre Orchard et la nouvelle piscine. 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 que plus de ZEC quittent 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 ou les détails des transactions. Au lieu de cela, toute valeur cachée excédentaire serait piégée à l’intérieur d’Orchard une fois que le pool serait réservé à la 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 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 déclarant que les utilisateurs ne devraient pas avoir besoin de se fier à cette évaluation.

Les notes obtiennent une future voie de récupération quantique

Ironwood modifie également la façon dont les billets protégés sont créés afin qu'ils puissent être récupérés via un futur protocole post-quantique. La spécification officielle ZIP 2005 appelle cette fonctionnalité la récupérabilité quantique. Il lie davantage de données de note dans la construction de la note, permettant ainsi à un système de récupération ultérieur de vérifier la propriété sans s'appuyer uniquement sur la cryptographie qu'un puissant ordinateur quantique pourrait briser.

Le changement ne rend pas les transactions Zcash actuelles sécurisées quantiquement. La spécification indique qu'un protocole de récupération distinct doit encore être conçu et activé ultérieurement. 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 billets Ironwood pour bénéficier de 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 toujours ajouter la prise en charge de la migration. Les utilisateurs dont les portefeuilles ne sont pas mis à jour peuvent être confrontés à des retards lors du déplacement des fonds Orchard, tandis que les bourses peuvent suspendre brièvement les dépôts ou les retraits autour du fork.

Zebra devient obligatoire à la fin du support de zcashd

La mise à niveau achève également l'éloignement de Zcash de l'ancien logiciel de nœud zcashd. Le réseau a fixé l'arrêt de fin de 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 pool de mémoire. Le problème permettait aux homologues d'envoyer des transactions non standard et coûteuses à vérifier, susceptibles de réduire la réactivité des nœuds pendant la poursuite du trafic. Le correctif rejette ces entrées avant l’étape de vérification coûteuse. La Fondation a déclaré que la faille affectait uniquement la disponibilité et n'autorisait pas les blocages invalides, la perte de fonds ou l'échec du 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 activé le hard fork NU6.2 avec le code corrigé avant de restaurer le pool. Ironwood ajoute désormais une limite comptable distincte plutôt qu'un autre patch à l'intérieur du même pool.

La mise à niveau reste liée à la production en bloc, son heure exacte peut donc changer. Si la chaîne atteint le bloc 3 428 143 comme prévu, Ironwood s'activera le 28 juillet et commencera la transition Orchard-to-Ironwood.