Mise à niveau Zcash NU7 : bloc 3 543 405 attendu le 6 novembre, et qui doit agir d’abord

La mise à niveau Zcash NU7 s’active au bloc 3 543 405, que nous attendons vers 02:30 UTC le vendredi 6 novembre 2026, à une heure près. Cet horaire est une estimation de Coindaro tirée des données de la chaîne, pas un calendrier officiel : les règles se déclenchent sur le bloc, quelle que soit l’heure affichée. Aucun organisateur unique ne pilote l’opération. La hauteur figure dans la ZIP 259, et chaque nœud l’applique de son côté.

Notre article sur la décision de hauteur de NU7 détaille le contenu de la mise à niveau. Cette page est le compte à rebours, avec la liste de ceux qui doivent agir avant l’arrivée du bloc. La plupart des détenteurs de ZEC n’ont rien à faire. Les opérateurs de nœuds et les pools, si. Quiconque garde des pièces sur une ancienne adresse Sprout a la tâche la plus difficile, car le logiciel que la plupart auraient utilisé s’est arrêté en juillet.

Compte à rebours de la mise à niveau Zcash NU7 : 5 407 blocs restants le 1er novembre

À 09:20 UTC le 1er novembre, la chaîne était à la hauteur 3 537 998, d’après Blockchair et l’explorateur de blocs Zcash. Il reste donc 5 407 blocs. Le reste est de la multiplication.

Pour mesurer la dérive possible, nous avons chronométré la chaîne nous-mêmes. À partir des horodatages de blocs de Blockchair, nous avons mesuré 16 intervalles consécutifs de 5 416 blocs en remontant jusqu’au 17 août. Ils ont duré entre 113 h 13 min et 113 h 34 min, soit un écart de 21 minutes. Un modèle d’arrivées purement aléatoires donnerait un écart type d’environ une heure et demie : la production de blocs a donc été bien plus régulière que ce calcul ne le laisse penser.

Seize intervalles, c’est un petit échantillon, et un brusque déplacement de puissance de calcul autour de la mise à niveau sortirait de ce cadre. Nous indiquons donc une fenêtre de 01:30 à 03:30 UTC. L’heure supplémentaire de chaque côté de 02:30 est notre propre marge de sécurité, ni une mesure ni un chiffre officiel. NullTX, qui s’appuie sur la moyenne d’octobre, arrivait à 02:00-03:00 UTC le 30 octobre. Suivez la hauteur en direct, pas l’horloge.

En heure locale, la fenêtre va de 02:30 à 04:30 à Paris, à Rome et à Lagos, et de 04:30 à 06:30 à Nairobi. New York la reçoit de 20:30 à 22:30 le jeudi 5 novembre, ce qui explique en partie que la Zcash Foundation et plusieurs médias parlent d’« environ le 5 novembre ». La ZIP 259 elle-même ne donne que des hauteurs, jamais de date de calendrier.

Détenteurs de Sprout : les anciens outils ont disparu, et le transfert doit être miné à temps

C’est le seul groupe qui peut perdre l’accès à ses fonds. La ZIP 2003 rend les transactions de version 4 invalides à partir de NU7, et les transferts Sprout n’existent que dans ce format. Les pièces laissées dans le pool restent comptées comme émises mais ne peuvent plus être dépensées, et la ZIP avertit que la dépense pourrait ne jamais être rétablie.

NullTX, qui cite des données de ZecStats, chiffrait le pool à 22 263,34 ZEC le 30 octobre, sans changement depuis un retrait de 46,05 ZEC le 19 octobre, soit environ 0,13 % des quelque 17,01 millions de ZEC en circulation. Ce chiffre nous parvient par un seul média. Nous n’avons pas ouvert les données sous-jacentes.

Si vous détenez des ZEC à une ancienne adresse commençant par « zc », la sortie est une transaction de version 4 vers une adresse transparente ou Sapling. Orchard n’est pas une option, car la version 4 ne peut pas l’atteindre. La ZIP 308 implique aussi que le montant devient public à la sortie.

Le point dur, c’est le logiciel. La ZIP 2003 présente zcashd comme le seul portefeuille maintenu à avoir pris en charge Sprout, et zcashd ne fonctionne plus. Son successeur Zallet ne prend pas Sprout en charge, et le guide de migration de Zebra classe la commande z_setmigration parmi les commandes retirées. Nous n’avons trouvé aucun mode d’emploi officiel.

Nous avons repéré un outil tiers qui annonce un balayage de Sprout vers Sapling, et nous ne le nommons pas ici : nous ne l’avons pas testé, et ces outils demandent un fichier de portefeuille ou une clé de dépense. Confier une clé de dépense à un logiciel que l’on n’a pas vérifié peut coûter les pièces.

Diffuser ne suffit pas : la transaction doit être minée avant l’activation. Compte tenu de ce balayage et de notre marge sur l’horaire, nous viserions un retrait des pièces d’ici le 4 novembre, et ceux qui ont besoin d’un balayage complet devraient commencer maintenant. C’est notre lecture pratique, pas une échéance officielle.

Opérateurs de nœuds : Zebra 7.0.0 ou Zakura 1.7.0, car zcashd est déjà parti

Zebra 7.0.0, publié le 22 octobre, est ce que la Zcash Foundation appelle la première version stable avec prise en charge de NU7 sur le mainnet. Zakura 1.7.0 a suivi deux heures plus tard en version stable et active NU7 sur le mainnet lui aussi. Les deux projets en étaient encore au stade de la version candidate quand la hauteur a été fusionnée le 21 octobre.

zcashd n’est plus un choix. Selon sa page de fin de vie, tous les nœuds 6.20.0 non modifiés se sont arrêtés le 18 juillet au bloc 3 417 100 et refusent de redémarrer. Il n’a jamais pris en charge NU6.3 (Ironwood), activée au bloc 3 428 143, et son dépôt GitHub est désormais archivé. Une machine encore configurée autour de zcashd est hors du réseau depuis plus de trois mois.

Zebra 6.x a une échéance plus proche que NU7. Le code de Zebra 6.4.2 arrête le nœud dès que la tête de chaîne dépasse le bloc 3 540 768, soit 2 637 blocs avant l’activation. Au rythme actuel, nous situons cela vers 19:20 UTC le 3 novembre. Ses avertissements « trop ancien » ont commencé au bloc 3 524 640.

Un logiciel sans prise en charge de NU7 et sans tel arrêt est l’autre risque. La ZIP 200 exige normalement que l’activation tombe après la hauteur de fin de vie de la dernière version non prise en charge. La ZIP 259 y déroge et prévient que les opérateurs de logiciels non pris en charge peuvent rester en ligne sur une branche antérieure à NU7. Les notes de Zakura indiquent que les anciens sidecars cessent de suivre la chaîne à NU7, et la version minimale du protocole sur le mainnet passe à 170190.

Points tirés des notes de Zebra 7.0.0 et 7.0.0-rc.0 à vérifier avant la mise à jour :

• La base d’état migre toute seule de v28 à v29 au premier démarrage, sans nouvelle synchronisation.
• Revenir à la 6.x exige une resynchronisation complète : copiez d’abord state/v28 sous state.cache_dir.
• Les métriques de pairs perdent leurs étiquettes par pair, donc les tableaux de bord et alertes construits dessus doivent être modifiés.
• getaddresstxids et getaddressutxos renvoient une erreur au-delà de 100 000 résultats, et les RPC d’adresses acceptent au plus 10 000 adresses.
• Zebra ne publie plus d’images Docker compatibles zcashd, et les builds de sidecar antérieurs à zebra-compat-v1.3.0 ne peuvent pas suivre le mainnet au-delà de NU7.

Le nouveau guide de migration classe les 135 méthodes RPC de zcashd 6.20.0 selon qui les fournit désormais, et en marque 25 comme retirées. Zakura 1.7.0 fait passer son sidecar intégré à valargroup/zcashd v1.3.0. Zebra 7.1.0-alpha.0 du 30 octobre est signalé comme préversion.

Prévoyez aussi une seconde mise à jour. Zebra 7.0.0 est pris en charge 8 semaines au lieu de 12, et il s’arrête environ 56 jours après sa hauteur de publication estimée, le bloc 3 526 000. Ce bloc a été miné le 21 octobre, ce qui, par notre calcul, mène vers le 16 décembre.

Pools : nouvelles règles de modèle de bloc et 40 % des frais réclamés

Les pools doivent faire tourner un logiciel prêt pour NU7 avant le bloc. Dans Zebra 7, time est le seul champ que getblocktemplate déclare encore modifiable : un logiciel qui change les transactions ou le bloc parent doit donc demander un nouveau modèle. Selon la ZIP 235, 60 % des frais de chaque bloc sortent de la circulation et la coinbase réclame exactement les 40 % restants ; le logiciel de minage qui construit sa propre coinbase doit donc appliquer ce partage. La page z.cash indique que les mineurs ASIC dépendent de leur pool, d’où une question utile : le vôtre a-t-il fait la mise à jour ?

Plateformes d’échange, portefeuilles et détenteurs ordinaires

Nous n’avons trouvé aucun avis NU7 de dépôt ou de retrait chez Binance, Kraken, Gemini, Coinbase ou KuCoin le 1er novembre. Ce n’est pas une preuve d’absence, car notre recherche ne peut pas lire la plupart des pages de statut des plateformes. Il existe un précédent récent : le spécialiste de la garde Cobo a suspendu les dépôts et retraits de ZEC à partir du 28 juillet pour NU6.3, sans heure de réouverture fixée. L’autre perturbation récente de Zcash, l’arrêt du trading de ZEC sur THORChain en octobre, avait une autre cause. Si vous comptez déplacer des ZEC autour du 6 novembre, consultez les annonces de votre plateforme.

Les services doivent cesser de construire des transactions de version 4 et éviter de laisser quoi que ce soit en attente à cheval sur le bloc : la ZIP 259 précise que les signatures des versions 5 et 6 engagent un identifiant de branche de consensus, donc une transaction ne se reporte pas automatiquement. La ZIP 218 triple l’expiration par défaut, de 40 à 120 blocs. Les règles de confirmation méritent aussi un coup d’œil. Les blocs arrivent trois fois plus vite, mais la ZIP 218 situe le gain de latence un peu en dessous de 3x pour le même risque de réorganisation, et elle ne recommande à personne de réduire ses nombres de confirmations.

Si vos ZEC sont sur une plateforme d’échange ou à une adresse transparente, Sapling, Orchard ou Ironwood, la mise à niveau elle-même ne vous demande rien. Cela vaut aussi en Europe et en Afrique : les pièces sur une plateforme agréée ne sont touchées que si la plateforme suspend les transferts. Nous n’avons pas trouvé de déclarations des éditeurs de portefeuilles sur la prise en charge de NU7 ; mettez donc votre application à jour et lisez ses notes.

Quelle page officielle croire

Les sources se contredisent. Le 1er novembre, la page de mise à niveau de z.cash affichait encore « The activation height for NU7 has not yet been set ». Elle dit aussi que Zebra et zcashd coexisteront jusqu’à NU7, trois mois après l’arrêt de zcashd. Pourtant la ZIP 259 indique 3 543 405, la pull request n° 1405 qui la fixe a été fusionnée le 21 octobre, et deux clients stables l’embarquent. La ZIP 259 reste elle-même au statut « Proposed », avec un point ouvert : les implémentations de référence et les vecteurs de test pour le solde de valeur du Network Sustainability Mechanism. Fiez-vous à la ZIP et aux notes de version des clients.

Dates à retenir

• 3 novembre, vers 19:20 UTC (estimation) : les nœuds Zebra 6.4.2 s’arrêtent après le bloc 3 540 768.
• 4 novembre : notre objectif conseillé pour avoir sorti les pièces Sprout.
• 6 novembre, vers 02:30 UTC, fenêtre de 01:30 à 03:30 (estimation) : bloc 3 543 405. Les blocs passent à 25 secondes et les transactions de version 4 deviennent invalides.
• Vers le 16 décembre (notre calcul) : Zebra 7.0.0 atteint son arrêt de fin de prise en charge.

Ce que nous ignorons encore

La minute exacte est une lacune ; les autres sont opérationnelles : une plateforme suspendra-t-elle le ZEC, quels portefeuilles sont prêts, et combien de pièces Sprout ont des clés que quelqu’un détient encore. Nous ne savons pas non plus si ni quand la page z.cash changera. Nous mettrons cette page à jour dès que l’un de ces points se précisera. Rien ici ne constitue un conseil en investissement.