La Fondation Zcash a publié la version Zebra 6.0.0 et a recommandé à tous les opérateurs de nœuds de se mettre à niveau vers le fork. La mise à jour comprend un nouveau pool protégé et le format de transaction v6.
Son apparition est liée à une vulnérabilité découverte dans l'ancien pool Orchard, qui aurait pu permettre à un attaquant de créer discrètement de faux $ZEC.
Les développeurs ont corrigé la vulnérabilité avec des correctifs d'urgence en juin. Dans le même temps, ils n'ont trouvé aucune preuve de l'exploitation de cette vulnérabilité, mais l'architecture de confidentialité de Zcash ne permet pas de l'affirmer avec une certitude absolue.
Selon les notes de version de Zebra 6.0.0, Ironwood utilise la structure d'actions Orchard et le système de preuve Halo2. Parallèlement, il ajoute un arbre d'engagement de retrait séparé, un ensemble d'annulateurs nuls, un pool de valeur réseau et des données d'historique réseau. Après activation, ces entrées permettent aux nœuds de suivre le nouveau pool indépendamment d'Orchard.
Zebra met également à jour plusieurs commandes de nœud afin que les opérateurs puissent vérifier l'état du pool et de l'arbre d'engagements. Dans la version GitHub, cette mise à jour est marquée comme critique pour les opérateurs, car l'ancien logiciel ne suivra pas le réseau correct après l'atteinte du seuil d'activation.
Le principal mécanisme de protection de l'offre d'Ironwood est une sorte de « tourniquet » entre Orchard et le nouveau pool. Après activation, Orchard cessera d'accepter de nouvelles sorties et transactions internes. Les fonds peuvent être retirés, mais la règle de comptabilité empêche de retirer plus de $ZEC d'Orchard que ce qui y a été déposé légalement.
La description de la conception d'Ironwood note que ce mécanisme offre aux utilisateurs un contrôle public sur l'offre en circulation, sans révéler pour autant les soldes personnels ou les détails des transactions. Après les retraits, tout capital excédentaire restera bloqué à l'intérieur d'Orchard.
Comme la rédaction de Happy Coin News l'a rapporté précédemment, Zcash a planifié un hard fork pour le 28 juillet après que les développeurs se soient assurés que le bogue corrigé laissait des doutes sur l'inflation de l'offre.
end-content
