La mise à niveau du réseau Zcash Ironwood, également connue sous le nom de NU6.3, doit s’activer le 28 juillet, apportant des changements à la manière dont les ZEC protégés sont déplacés et comptabilisés sur le réseau.

La mise à niveau introduit un nouveau pool protégé et un mécanisme de migration contrôlée appelé tourniquet. Après l’activation, le pool protégé Orchard existant n’acceptera plus de nouvelles sorties, tandis que la nouvelle activité protégée migrera vers le pool Ironwood. L’ancien client zcashd a également atteint sa fin de support, ce qui fait de Zebra la voie de nœud complet prise en charge pour les opérateurs.

Selon la publication Zebra 6.0.0 de la Zcash Foundation, Ironwood doit s’activer sur le mainnet au bloc 3,428,143, attendu autour de 13:00 UTC le 28 juillet. Le zcashd Book indique que zcashd a atteint sa fin de support le 18 juillet au bloc 3,417,100 et refuse de redémarrer avant NU6.3. Les opérateurs sont invités à exécuter Zebra 6.0.0 ou une version plus récente.

Le principal changement technique concerne les pools protégés. Orchard, qui a porté pendant des années des transactions privées en ZEC, est retiré pour les nouveaux dépôts et les nouvelles sorties après l’activation. Un nouveau pool protégé Ironwood prendra le relais pour la nouvelle activité protégée, selon la couverture du déploiement de NU6.3 par crypto.news.

Le tourniquet est conçu pour contrôler la valeur quittant Orchard et entrant dans le nouveau pool. Plutôt que de permettre aux fonds de circuler sans contrôle entre les pools, le mécanisme limite et suit la migration afin que des tiers puissent comparer les totaux de manière indépendante et repérer les anomalies. La conception a été introduite après la vulnérabilité Orchard et vise à soutenir la vérification indépendante de l’offre, selon la même couverture de crypto.news.

Cette frontière comptable est particulièrement pertinente pour un réseau axé sur la confidentialité, car les transactions protégées sont conçues pour masquer les détails des transactions à la vue du public tout en nécessitant des règles de consensus permettant au réseau de maintenir une offre vérifiable. Le chemin de migration d’Ironwood vise donc à séparer la fonction de confidentialité des transferts protégés des contrôles de comptabilité de l’offre nécessaires lors d’une transition de pool.

NU6.3 a déjà été activée sur le testnet le 4 juillet au bloc 4,134,000, donnant aux clients, fournisseurs de portefeuilles et services l’occasion de tester leurs outils avant l’activation sur le mainnet, selon la documentation zcashd.

Ce qui change à l’activation

Les mises à niveau de Zcash s’activent à des hauteurs de bloc précises, ce qui signifie que les nouvelles règles de consensus prennent effet sur l’ensemble du réseau au bloc désigné. Pour Ironwood, cette hauteur est 3,428,143 sur le mainnet, comme configuré dans Zebra 6.0.0.

Après ce point, les nouvelles transactions protégées devraient utiliser le pool Ironwood. Orchard sera retiré pour les nouvelles sorties, même si les notes Orchard existantes pourront encore être migrées via le chemin du tourniquet. Les adresses transparentes ne sont pas modifiées par la mise à niveau ; les principaux changements concernent les pools protégés.

Pour les utilisateurs, l’effet pratique dépend du portefeuille ou du service qu’ils utilisent. Les portefeuilles mis à jour devraient soit gérer la migration automatiquement, soit proposer un parcours utilisateur pour déplacer les notes Orchard restantes via le tourniquet. Les portefeuilles qui n’ont pas intégré la prise en charge d’Ironwood peuvent mal gérer les soldes ou nécessiter une resynchronisation.

Les utilisateurs sont invités dans le document source à cesser d’utiliser les adresses Orchard pour de nouvelles réceptions une fois Ironwood en ligne, à mettre à jour les portefeuilles qui ajoutent la prise en charge d’Ironwood et à planifier les migrations s’ils détiennent encore des notes Orchard.

Termes clés

Ironwood : Le nom de code de la mise à niveau du réseau Zcash NU6.3, qui introduit un nouveau pool protégé et des règles de tourniquet.

Hauteur d’activation : Le bloc exact auquel les nouvelles règles de consensus prennent effet. Pour Ironwood, Zebra 6.0.0 fixe l’activation sur le mainnet au bloc 3,428,143.

Orchard : Le pool protégé existant qui sera retiré pour les nouvelles sorties une fois Ironwood activé. Les notes Orchard existantes peuvent encore être migrées via le tourniquet.

Pool protégé : L’environnement de comptabilité cryptographique dans lequel les transactions privées en ZEC sont enregistrées.

Tourniquet : Un mécanisme de migration contrôlée qui limite et suit la valeur quittant Orchard et entrant dans le nouveau pool Ironwood afin de vérifier l’offre.

Zebra : Le client de nœud complet de la Zcash Foundation. La version 6.0.0 configure l’activation d’Ironwood et constitue la voie prise en charge pour le mainnet après la fin de support de zcashd.

Liste de vérification pour les opérateurs de nœuds et de portefeuilles

Les opérateurs de nœuds et les backends de portefeuilles doivent confirmer leurs versions logicielles avant l’activation. zcashd 6.20.0 a atteint sa fin de support et ne fera pas passer les nœuds à travers NU6.3, selon le zcashd Book.

Les opérateurs sont invités à installer et synchroniser Zebra 6.0.0 ou une version plus récente. Zebra 6.0.0 fixe la hauteur d’activation d’Ironwood à 3,428,143 et a été publié le 10 juillet, donnant aux opérateurs plusieurs semaines pour le déployer et observer une synchronisation complète avant l’activation du 28 juillet.

Comme Ironwood modifie les règles de consensus à une hauteur de bloc fixe, une infrastructure qui n’a pas été mise à niveau peut cesser de suivre la chaîne valide après activation ou ne pas traiter correctement le nouveau pool protégé. La coordination entre les nœuds, les backends de portefeuilles, les plateformes d’échange et les dépositaires fait donc partie du risque opérationnel autour du basculement.

Les opérateurs de portefeuilles et de services doivent cesser d’émettre des adresses Orchard pour les fonds entrants une fois la mise à niveau en ligne. Après l’activation, les nouvelles sorties vers Orchard sont retirées par consensus et peuvent ne pas se comporter comme les utilisateurs s’y attendent.

La source recommande également de sauvegarder les données de portefeuille, y compris les seeds et les métadonnées pertinentes, avant de commencer toute migration impliquant des notes Orchard. Si un portefeuille suit des notes Orchard, les opérateurs doivent s’assurer qu’ils disposent d’un instantané fiable avant la migration.

Une fois les nouvelles règles en ligne, les opérateurs sont encouragés à tester une petite transaction dans le nouveau pool protégé pour confirmer que leur infrastructure fonctionne correctement. Ceux qui détiennent des notes Orchard doivent planifier les migrations via le tourniquet après l’activation et suivre les indications propres à leur portefeuille, car les implémentations peuvent organiser les migrations par lots.

Peu après l’activation, les services peuvent surveiller l’activité du mempool et les confirmations afin de détecter d’éventuels arriérés inhabituels. Les plateformes d’échange et les dépositaires sont également invités à mettre à jour les pages de statut destinées aux utilisateurs afin que les clients sachent quels types d’adresses sont acceptés et si des fenêtres de maintenance s’appliquent.

Effet sur les utilisateurs quotidiens

Pour les utilisateurs qui envoient et reçoivent principalement des ZEC via un portefeuille grand public, le changement le plus visible sera l’emplacement des fonds privés au sein du système protégé de Zcash. Les nouvelles transactions protégées seront créées dans le pool Ironwood plutôt que sous forme de nouvelles sorties Orchard.

Les portefeuilles qui restent à jour peuvent proposer une migration automatique ou un processus en un clic pour déplacer les notes Orchard restantes via le tourniquet. Les utilisateurs peuvent voir des changements d’interface à mesure que les développeurs ajoutent de nouveaux types d’adresses, avertissements et flux de migration.

Les adresses transparentes restent inchangées. La mise à niveau se concentre sur l’activité protégée et sur la relation comptable entre les pools Orchard et Ironwood.

Le réseau teste NU6.3 sur le testnet depuis le 4 juillet, date à laquelle la mise à niveau s’est activée à la hauteur 4,134,000. Cette activation sur le testnet a offert aux clients et aux services une répétition en conditions réelles sous les nouvelles règles, selon le zcashd Book.

La source indique que le tourniquet vise la vérifiabilité de l’offre plutôt qu’une réduction de la confidentialité. Il limite les frontières comptables entre les pools afin que les totaux puissent être réconciliés après la vulnérabilité Orchard évoquée dans la couverture du déploiement de juillet par crypto.news.

Zebra remplace l’ancienne pile zcashd

Pour les opérateurs d’infrastructure, la transition hors de zcashd est centrale dans la mise à niveau Ironwood. zcashd s’est arrêté après avoir atteint sa fin de support, tandis que Zebra est maintenu et configuré pour Ironwood.

Zebra 6.0.0 est activement maintenu pour NU6.3 et l’activité réseau ultérieure, avec la hauteur d’activation de 3,428,143 incluse dans la version. zcashd, en revanche, a atteint sa fin de support le 18 juillet au bloc 3,417,100 et inclut un comportement d’arrêt automatique avant Ironwood, selon le zcashd Book.

La source décrit Zebra comme la cible recommandée pour les plateformes d’échange et les dépositaires qui doivent maintenir leur service après la fin de vie de zcashd. zcashd est décrit comme le client historique, désormais figé et ne recevant plus de futures mises à jour.

Les opérateurs qui disposent encore d’une infrastructure ancienne sont invités à déployer Zebra aux côtés des systèmes existants, à le synchroniser entièrement et à y connecter une seule instance de portefeuille pour un essai à blanc avant de traiter le jour d’activation comme une fenêtre de maintenance.

Scénarios de migration et cas particuliers

Les cold wallets qui ne se sont pas synchronisés depuis des mois doivent être synchronisés avant l’activation afin qu’ils puissent connaître l’état final d’Orchard sous les anciennes règles. Cela peut rendre la réconciliation post-activation plus fluide.

Les plateformes d’échange doivent communiquer clairement les types d’adresses pris en charge pendant le basculement. La source note que la désactivation temporaire des dépôts protégés pendant quelques heures autour de l’activation peut réduire les problèmes de support, après quoi les services peuvent réactiver les dépôts en utilisant le nouveau format d’adresse une fois que les backends confirment qu’ils traitent les blocs après la hauteur 3,428,143.

Il est conseillé aux utilisateurs ayant de nombreuses notes Orchard de ne pas précipiter toutes les migrations d’un seul coup. Comme le tourniquet est conçu pour un flux contrôlé, les migrations peuvent être effectuées par lots selon des tailles définies par le portefeuille. La source recommande de consigner les identifiants de transaction et de vérifier les soldes après les confirmations. Si un portefeuille prend en charge les libellés, les utilisateurs peuvent marquer chaque mouvement pour faciliter un audit ultérieur.

Risques signalés autour de l’activation

Les principaux risques identifiés dans la source sont les logiciels obsolètes, les dépôts envoyés vers Orchard après l’activation et les versions de portefeuilles incompatibles.

Exécuter zcashd après le 18 juillet est risqué, car le client s’arrête automatiquement et ne continuera pas à travers l’activation. Envoyer des fonds vers Orchard après l’activation peut entraîner des dépôts échoués ou des fonds qui n’apparaissent pas là où les utilisateurs les attendent, car les nouvelles sorties Orchard sont retirées.

Les portefeuilles non corrigés peuvent mal gérer les soldes ou rester bloqués en resynchronisation s’ils n’ont pas intégré la prise en charge d’Ironwood. La source recommande d’attendre une version de portefeuille mentionnant explicitement la préparation à NU6.3.

La source met également en garde contre la migration de fonds protégés sans nouvelle sauvegarde de seed et de métadonnées, contre l’hypothèse d’une finalité instantanée immédiatement après l’activation, ou contre l’absence de piste d’audit lors du déplacement de nombreuses notes.

Questions fréquentes

Quand Ironwood s’active-t-il sur le mainnet ?

Ironwood s’active au bloc 3,428,143. Selon les temps de bloc actuels cités dans la source, cela correspond à environ 13:00 UTC le 28 juillet, d’après les notes de publication de Zebra 6.0.0. C’est la hauteur réelle de la chaîne, et non une estimation horaire, qui détermine l’activation.

Les utilisateurs doivent-ils déplacer immédiatement leurs fonds hors d’Orchard ?

La source indique qu’aucune migration instantanée n’est imposée, mais les utilisateurs doivent cesser d’utiliser les adresses Orchard pour de nouvelles réceptions une fois Ironwood en ligne. Les notes Orchard restantes peuvent être déplacées via le chemin du tourniquet à l’aide d’un portefeuille mis à jour.

Que se passe-t-il si zcashd fonctionne encore ?

zcashd 6.20.0 a atteint son arrêt de fin de support le 18 juillet au bloc 3,417,100 et refuse de redémarrer avant NU6.3. Les opérateurs ont besoin de Zebra 6.0.0 ou d’une version ultérieure pour observer ou valider les blocs post-activation.

Les adresses transparentes sont-elles affectées ?

Les adresses transparentes ne sont pas modifiées par Ironwood. Les principaux changements concernent les pools protégés, notamment le retrait des nouvelles sorties Orchard et l’introduction du pool Ironwood.

Pourquoi le tourniquet est-il nécessaire ?

Le tourniquet limite et comptabilise la valeur qui passe d’Orchard au nouveau pool, permettant une vérification indépendante de l’offre totale de ZEC après la vulnérabilité Orchard évoquée dans la couverture du déploiement.

Ironwood a-t-il été testé avant le mainnet ?

Oui. NU6.3 s’est activée sur le testnet le 4 juillet à la hauteur 4,134,000, offrant aux clients et aux services une répétition en conditions réelles sous les nouvelles règles.

Les frais ou les délais de confirmation vont-ils changer ?

La source indique qu’aucun changement de frais spécifique n’est lié à l’activation. Comme lors des grandes mises à niveau, les premières heures suivant l’activation peuvent connaître des conditions de mempool irrégulières pendant que les services s’ajustent, de sorte que des confirmations supplémentaires peuvent être utilisées pour les transferts sensibles.

Note de l’éditeur dans la source : Au T2 2026, Elliot Veynor a écrit qu’il avait observé des desks de conservation lancer discrètement des nœuds Zebra parallèles plusieurs semaines avant Ironwood et y faire passer du trafic interne. Il a déclaré que cette approche d’essai à blanc avait aidé lors de l’activation sur le testnet le 4 juillet, lorsqu’un fournisseur a découvert un problème d’indexation de portefeuille. Il a également écrit que de plus petits desks OTC avaient été pris au dépourvu par l’arrêt de zcashd au bloc 3,417,100 et avaient dû chercher de l’assistance Zebra à la mi-juillet.

Avertissement : Cet article est fourni à titre informatif uniquement. Il n’est pas proposé ni destiné à être utilisé comme conseil juridique, fiscal, d’investissement, financier ou autre.