Les développeurs de Zcash ont choisi le bloc de la mise à jour NU7 sur le réseau principal : la hauteur 3 543 405. Ce chiffre a été arrêté lors d’une réunion des éditeurs de ZIP le 20 octobre 2026 et inscrit dans la pull request n° 1405 du dépôt zcash/zips, ouverte par Sean Bowe et approuvée le soir même par Dev Ojha, de Valar Group, et par Jack Grigg. À 06 h 30 UTC le 21 octobre, la demande était approuvée mais pas encore fusionnée. Le seul logiciel de nœud qui porte cette hauteur était une préversion de Zakura publiée quelques heures plus tôt ; Zebra, le nœud de la Zcash Foundation, ne l’avait pas encore livrée. D’après le calcul de Coindaro à partir de la pointe actuelle de la chaîne, le bloc devrait arriver vers le 5 ou le 6 novembre.
Cette mise à jour Zcash NU7 est le plus grand changement du fonctionnement du réseau depuis des années. Les blocs arrivent trois fois plus souvent, toutes les 25 secondes au lieu de 75. Chaque bloc verse un tiers de la récompense actuelle, de sorte que la quantité de nouveaux ZEC par jour ne bouge pas. Soixante pour cent des frais de transaction seront retirés de la circulation et versés dans une réserve, qui ne recommence à alimenter les récompenses de bloc que vers février 2031. Enfin, les transactions de version 4 cessent d’être valides, ce qui gèle ce qui reste dans l’ancien blockchain that runs exactly as written when it is called, holding and moving funds according to its code, without an intermediary able to change the outcome.">smart contract holding reserves of two or more tokens, supplied by users, that a decentralized exchange uses to execute trades automatically at a price set by a formula.">pool blindé Sprout.
Le ZEC a gagné environ 11 % en 24 heures, à près de 1 260 $, selon CoinDesk à 04 h 07 UTC, devant les autres grandes cryptomonnaies. L’article place la hausse après la décision sur la hauteur sans dire que l’une a causé l’autre, et rien de ce qui a été publié depuis ne le montre. Blockchair affichait le ZEC vers 1 257 $ à 06 h 31 UTC, pour une capitalisation d’environ 21,4 milliards de dollars.
Zcash NU7, hauteur 3 543 405 : fixée par les éditeurs de ZIP, logiciels encore à venir
La pull request est brève. Sa description indique que la hauteur a été arrêtée à la réunion des éditeurs de ZIP et que les dernières modifications de statut des ZIP viendront avec la fusion. Elle modifie le ZIP 259, le document de déploiement de NU7, en remplaçant un espace réservé qui disait « TBD (To be set on OCT 20) » par 3 543 405. Les règles de NU7 exigent que la hauteur soit un multiple de trois, ce qui est le cas.
La même modification fixe plusieurs dates ultérieures qui en dépendent. Le troisième halving du ZEC sur le réseau principal passe au bloc 6 132 390, la fin des flux de financement actuels du développement est alignée sur cette même hauteur, et la réémission de la nouvelle réserve de frais commence au bloc 8 939 664. L’approbation de Grigg énumère les développeurs qui ont relu le changement avec lui, dont Bowe et Daira-Emma Hopwood. Dans un commentaire ultérieur, wallet. It becomes permanent when the provider withdraws.">il a écrit que l’étape suivante consiste à faire passer tous les ZIP de NU7 au statut « Proposed », une tâche que Hopwood a prise en charge. Aujourd’hui, ils sont tous encore à l’état de brouillon.
Le dépôt a été très actif ce soir-là. Entre 21 h 44 et 22 h 33 UTC le 20 octobre, les éditeurs ont fusionné une modification qui redimensionne les paramètres de durée du ZIP 318 pour des blocs plus rapides, ainsi qu’un lot de petites corrections de NU7. Ils ont aussi fait passer le ZIP 258, le document de déploiement de la mise à jour précédente, NU6.3, au statut Final. Une autre proposition, qui visait à ramener les frais marginaux des règles de frais de portefeuille du ZIP 2009 à 400 zatoshis, a été fermée sans être fusionnée.
Les logiciels sont en retard. La dernière version de Zebra est la 7.0.0-rc.0 du 2 octobre, une version candidate réservée au testnet ; ses notes précisent que les opérateurs du réseau principal ne sont pas tenus de mettre à jour. Une pull request qui ajoute la hauteur du réseau principal à Zebra (n° 11830) a été ouverte à 22 h 52 UTC le 20 octobre et restait ouverte ce matin. Le nœud Zakura, un fork de Zebra, est allé plus vite : il a fusionné la hauteur à 02 h 02 UTC le 21 octobre et publié la 1.7.0-rc2 à 04 h 27 UTC, première version de nœud qui programme NU7 sur le réseau principal. Elle reste signalée comme préversion. Le suivi de préparation de Zebra pour le réseau principal (ticket n° 11674, mis à jour pour la dernière fois à 14 h 29 UTC le 20 octobre) listait encore des correctifs de blocage de synchronisation en suspens, dont plusieurs sans responsable, trois correctifs de sécurité privés, et environ 14 groupes de pairs sur 31 prêts sur le testnet, pour un objectif de 75 %. L’ancien nœud zcashd est obsolète et sa dernière version, la 6.20.0, date de juin.
Zebra 6.4.0, publiée le 23 septembre, a avancé sa propre hauteur de fin de support vers le 2 novembre environ « en préparation de NU7 », en précisant que la prochaine version de Zebra devrait prendre en charge la mise à jour. Les versions 6.4.0 et 6.4.1 ont ensuite été retirées à cause d’une faille de déni de service dans le traitement des transactions de version 6 mal formées, et Zebra demande aux opérateurs d’utiliser la 6.4.2, sortie le 25 septembre. Les nœuds de la branche 6.4 s’arrêteront d’eux-mêmes quelques jours avant l’entrée en vigueur des nouvelles règles.
Quand NU7 s’active-t-il ? Vers le 5 ou le 6 novembre, selon nos calculs
Aucune date officielle n’accompagnait la hauteur. Le calendrier publié par Bowe sur le fil « NU7 Timeline » du forum de la communauté le 17 septembre fixait l’activation sur le testnet au 6 octobre, la décision finale pour le réseau principal au 20 octobre et l’activation sur le réseau principal au 5 novembre. Il décrivait ce plan comme approuvé à l’unanimité par la Zcash Foundation, Project Tachyon, Valar Group, ZODL, Shielded Labs et les équipes de Zakura et de Zebra.
Notre estimation part de la pointe de la chaîne. Blockchair affichait le bloc 3 525 254 à 06 h 31 UTC le 21 octobre, soit 18 151 blocs avant la cible. À l’objectif actuel de 75 secondes par bloc, cela représente environ 15,8 jours, ce qui tombe vers 00 h 40 UTC le vendredi 6 novembre. Les blocs ont été légèrement plus rapides ces derniers temps (1 159 sur les dernières 24 heures contre 1 152 attendus), une arrivée tard le 5 novembre est donc tout aussi plausible. Considérez toute heure précise comme une estimation tant que les explorateurs de blocs n’affichent pas de compte à rebours.
Ce que change la mise à jour NU7 : blocs de 25 secondes, réserve de frais et fin de la version 4
Le ZIP 259 énumère ce que la mise à jour active. Il ramène l’intervalle cible entre blocs de 75 à 25 secondes (ZIP 218), ajoute des limites d’actions blindées par pool et par bloc, crée le mécanisme de durabilité du réseau, ou Network Sustainability Mechanism (ZIP 237), retire 60 % des frais de la circulation (ZIP 235), invalide les transactions de version 4 (ZIP 2003) et modifie l’adresse d’un flux de financement (ZIP 2008). Le document précise sans détour que NU7 ne déploie ni le ZIP 233 ni le ZIP 234, deux propositions antérieures sur les frais et l’émission que certains articles mentionnent encore. Il n’y a pas de nouveau format de transaction, et le plafond de 21 millions de ZEC reste en place.
Le nouvel identifiant de branche de consensus est 0x77190AD9, et les nœuds du réseau principal doivent utiliser la version de protocole 170190 pour rester connectés.
| Paramètre | Avant NU7 | Après NU7 (à partir du bloc 3 543 405) |
|---|---|---|
| Intervalle cible entre blocs | 75 secondes | 25 secondes |
| Subvention par bloc (période de halving actuelle) | 1,5625 ZEC | 0,52083333 ZEC |
| Nouveaux ZEC par jour | environ 1 800 | environ 1 800 |
| Blocs entre deux halvings | 1 680 000 | 5 040 000 |
| Part des frais conservée par le mineur | 100 % | 40 % (60 % vers la réserve) |
| Fenêtre de moyenne de la difficulté | 17 blocs | 102 blocs |
| Expiration par défaut des transactions de portefeuille | 40 blocs (environ 50 min) | 120 blocs (environ 50 min) |
| Maturité des récompenses de minage (coinbase) | 100 blocs (environ 125 min) | 100 blocs (environ 42 min) |
| Longueur maximale de réorganisation | 99 blocs | au moins 600 blocs (environ 4,2 h) |
| Transactions de version 4 | valides | invalides |
Source : ZIP 259, ZIP 218 et pull request n° 1405 ; l’émission quotidienne et les durées sont des calculs de Coindaro.
Pourquoi des blocs plus rapides
Le ZIP 218, rédigé par Dev Ojha et Evan Forbes, de Valar Group, soutient qu’une confirmation en 25 secondes en moyenne aide les paiements en point de vente, les dépôts sur les plateformes d’échange et les ponts entre blockchains. Il cite NEAR Intents parmi les services qui n’attendent qu’une ou deux confirmations. Nous avons expliqué plus tôt cette semaine comment fonctionnent les échanges de ZEC via NEAR Intents et la trace qu’ils laissent. Le ZIP précise qu’il ne plaide pas pour que les clients réduisent leur nombre de confirmations, et il s’attend à ce que les utilisateurs qui gardent des politiques comparables attendent moins qu’aujourd’hui.
Les auteurs revendiquent une amélioration de 37 % de la synchronisation des portefeuilles dans le pire des cas grâce aux nouvelles limites d’actions et, pour les transactions simples à deux actions, plus du double du débit d’Ironwood, le pool blindé ajouté en juillet, à court terme. Le coût est d’environ 200 ko par jour d’en-têtes de blocs supplémentaires pour chaque portefeuille.
Ce qui change pour les mineurs et l’émission
Pour les mineurs, le calcul est simple. Pendant la période de halving actuelle, la subvention par bloc, que les mineurs partagent avec les flux de financement du développement, est de 1,5625 ZEC ; après NU7, elle est de 52 083 333 zatoshis, soit 0,52083333 ZEC. Avec trois fois plus de blocs, cela donne les mêmes 1 800 ZEC par jour selon nos calculs. Les arrondis retirent environ un demi-ZEC de l’émission future totale sur l’ensemble du calendrier, d’après la formule du ZIP 218.
Les halvings gardent leur place dans le calendrier. L’intervalle de halving triple, à 5 040 000 blocs, et le troisième halving se situe désormais au bloc 6 132 390, qui tombe, à 25 secondes par bloc, vers fin novembre 2028 selon notre estimation. La subvention descend alors à 0,26041666 ZEC par bloc. Pour ceux qui découvrent le principe, notre explication du halving et de son effet sur l’offre nouvelle est un bon point de départ ; Zcash a repris le rythme de quatre ans du bitcoin.
Les frais changent davantage sur le principe que sur les montants. Selon le ZIP 235, dont les responsables sont des développeurs de Shielded Labs et d’Eiger, 60 % de chaque frais de transaction quitte la circulation et 40 % va au mineur comme avant. Les ZEC retirés alimentent un solde suivi par le Network Sustainability Mechanism du ZIP 237. À partir du bloc 8 939 664, vers la mi-février 2031 selon notre estimation, chaque bloc verse une fraction fixe de ce solde, calibrée pour que la moitié en soit réémise au cours de chaque période de halving de quatre ans. Le solde est alimenté dès NU7 avec 368,58 ZEC de récompenses et de frais que les mineurs n’avaient pas réclamés avant NU6 ; il est donc supérieur à zéro dès le premier bloc.
Aujourd’hui, les montants sont faibles. Blockchair indiquait à 06 h 31 UTC le 21 octobre des frais médians de 10 000 zatoshis sur les dernières 24 heures, soit 0,0001 ZEC, environ 13 cents à ce cours. En retirer 60 % relève surtout, pour l’instant, d’une déclaration d’intention.
Les pools ont aussi des devoirs techniques. Le getblocktemplate de Zebra 7 ne laisse modifiable que le champ de temps : les pools doivent donc demander de nouveaux modèles de blocs plutôt que de réutiliser les anciens. Les récompenses coinbase exigent toujours 100 blocs pour arriver à maturité, ce qui représente désormais environ 42 minutes au lieu d’environ deux heures. L’ajustement de la difficulté regarde en arrière sur 102 blocs au lieu de 17. Les flux de financement des Zcash Community Grants et du lockbox du protocole sont prolongés jusqu’à la nouvelle hauteur du troisième halving.
Le vote des détenteurs, et là où les experts ne sont pas d’accord
La conception des frais est issue de deux sondages de fin d’été. Le sondage des détenteurs pondérait les votes par les ZEC. Environ 2,4 millions de ZEC y ont pris part, bien au-delà du seuil de 1 million de ZEC ; pour compter, les pièces devaient se trouver dans le pool blindé Ironwood au bloc 3 459 350, le 24 août. Sur la question de conserver les halvings tous les quatre ans ou de lisser l’émission, 2 375 932 ZEC (98,9 %) ont choisi les halvings. Sur la date de début de la réémission, 2 319 644 ZEC (96,6 %) ont retenu février 2031, contre 70 240 pour le plus tôt possible et 6 283 pour février 2027, selon les résultats publiés par Bowe le 14 septembre. Les autres réponses étaient tout aussi tranchées : 2 333 855 ZEC ont soutenu la désactivation des transactions de version 4 à NU7, et 2 397 669 ZEC ont soutenu les blocs de 25 secondes, contre 142 ZEC opposés.
Le panel ZCAP, qui donne une voix par membre, a penché de l’autre côté. Sur 198 membres, 135 ont voté, a indiqué la Zcash Foundation ; un récapitulatif publié dans le fil des résultats donne, sur l’émission, 57 voix pour le lissage et 54 pour le maintien des halvings. Le 15 septembre, Shielded Labs, Project Tachyon, ZODL, la Zcash Foundation et Valar Group se sont arrêtés sur février 2031, la lecture la plus prudente. Le ZIP 259 lui-même note que les sondages n’ont pas dégagé de position majoritaire commune sur le moment où la réémission doit commencer.
Testnet : NU7 fonctionne depuis le 4 octobre
La mise à jour s’est activée sur le testnet au bloc 4 465 026 le 4 octobre, deux jours avant la date prévue. Un relevé indépendant publié sur le forum le 18 octobre par un utilisateur nommé PulseHawk, portant sur 49 203 blocs, donne un temps de bloc moyen de 23,68 secondes et une médiane de 17 secondes, proche des 17,3 attendues. L’écart le plus long a été de 451 secondes. Sur six sauts de puissance de calcul d’un facteur deux ou plus, cinq ont été absorbés, la difficulté revenant à moins de 15 % du nouveau niveau après une médiane de 960 blocs, soit environ 160 minutes. Pendant une fenêtre d’écoute de 330 minutes, 5 blocs annoncés sur 780 ne se sont pas retrouvés dans la chaîne, chacun à un bloc de profondeur. Trente blocs NU7 consécutifs ont couvert une médiane de 730 secondes, à peu près ce que prennent dix blocs au rythme ancien. Ce sont les chiffres d’un seul observateur, pas un audit officiel.
Le même auteur a écrit dans un fil du 20 octobre : « Les plateformes d’échange et les portefeuilles qui comptent les blocs plutôt que le temps auront besoin de nouveaux chiffres. » Les blocages de synchronisation signalés sur le testnet depuis la version candidate font partie du travail encore ouvert dans le suivi de Zebra.
Le risque assumé par les développeurs : d’anciens nœuds sur une chaîne morte
Zcash garde normalement une marge de sécurité. Selon le ZIP 200, une mise à jour ne s’active qu’après que le dernier logiciel qui ne la prend pas en charge a dépassé sa hauteur de fin de support, et environ trois mois après la première version compatible. Pour NU7 seulement, le ZIP 259 renonce aux deux règles. Les opérateurs de logiciels non pris en charge peuvent rester en ligne à l’activation et suivre l’ancienne branche de consensus, indique le document, et les annonces doivent les inviter à mettre à jour auparavant.
La branche 6.4 de Zebra est couverte par sa propre hauteur d’arrêt, vers le 2 novembre. L’exposition concerne tout autre ancien logiciel, ou tout opérateur qui manquerait la version stable à sa sortie, avec moins de trois semaines devant lui et aucune version stable disponible pour l’instant.
Gel de Sprout : ce que portefeuilles et plateformes doivent faire avant la hauteur
Le ZIP 2003, dont Hopwood est responsable, rend invalide toute transaction de version 4 à partir de NU7. Cela comprend les transactions transparentes seules et Sapling construites dans l’ancien format, comme celles de Sprout. Les versions 5 et 6 continuent de fonctionner. Les fonds Sprout ne peuvent être dépensés que dans une transaction de version 4 : ce qui reste dans le pool devient donc indisponible à la hauteur. Les pièces ne sont pas brûlées, et une future mise à jour pourrait en théorie rétablir l’accès, mais rien de tel n’est prévu.
Le pool est petit. L’explorateur Cipherscan affichait 22 263 ZEC dans Sprout vers 06 h 30 UTC le 21 octobre, soit environ 28 millions de dollars à 1 257 $ et 0,13 % de l’offre. Blockhead en comptait environ 22 309 ZEC le 17 octobre : quelques dizaines de pièces seulement ont quitté le pool en quatre jours. Le seul logiciel entretenu qui offrait des fonctions de portefeuille Sprout était zcashd, désormais obsolète. Cointelegraph a relayé l’avertissement le 23 septembre, après que Zooko Wilcox l’a partagé sur X.
Détenteurs de ZEC
Les ZEC placés sur une plateforme d’échange, ou dans un portefeuille qui utilise des adresses Transparent, Sapling, Orchard ou Ironwood via des transactions de version 5 ou 6, n’appellent aucune action en dehors de la mise à jour de l’application. Quiconque détient encore des fonds Sprout, sur des adresses commençant par zc, doit les déplacer avant le bloc 3 543 405. NU7 ne crée ni nouvelle pièce ni jeton de fork : il n’y a rien à réclamer.
Utilisateurs de plateformes d’échange
Attendez-vous à des suspensions. Lors de la mise à jour précédente, NU6.3, en juillet, Cobo a suspendu les dépôts et retraits de ZEC à partir de 04 h 00 UTC le 28 juillet, jusqu’à ce que le réseau soit jugé stable. Aucune plateforme n’avait publié d’avis sur NU7 au matin du 21 octobre. Gemini est passé au nœud Zakura le 29 septembre et a indiqué que dépôts et retraits fonctionneraient comme avant. Chaque plateforme fixe son propre nombre de confirmations. Sur le testnet, 30 blocs NU7 ont pris à peu près autant de temps que 10 blocs au rythme ancien : une plateforme qui veut le même délai d’attente en comptera environ trois fois plus, et celle qui garde son nombre créditera simplement les dépôts plus vite. La liquidité sur les routes entre blockchains est une autre affaire : les échanges de ZEC sur THORChain étaient toujours suspendus le 19 octobre après qu’un bug a pénalisé 18 de ses nœuds.
Mineurs, pools et opérateurs de nœuds
Les opérateurs de Zebra devraient utiliser dès maintenant la 6.4.2, puis passer à une version stable de Zebra 7.0.0 portant la hauteur du réseau principal dès sa sortie ; la branche 6.4 s’arrête vers le 2 novembre dans tous les cas. Zakura 1.7.0-rc2 programme déjà NU7 au bloc 3 543 405, mais c’est une préversion, et la dernière version stable de Zakura, la 1.6.0 du 1er octobre, n’inclut pas la hauteur du réseau principal. Après l’activation, les nœuds NU7 écartent les pairs qui annoncent une version de protocole inférieure à 170190. Zebra 7 migre sa base de données vers la version 29 : sauvegardez donc d’abord la base en version 28 ; les backends du portefeuille Zallet et de l’indexeur Zaino doivent être mis à jour en même temps. Les indexeurs, explorateurs et serveurs de portefeuilles légers sont aussi concernés.
Développeurs et utilisateurs de portefeuilles
Les portefeuilles doivent cesser de construire des transactions de version 4 pour tout ce qui pourrait être miné après l’activation. Cela vaut aussi pour les transactions enregistrées et signées hors ligne, et le ZIP 259 avertit qu’une nouvelle signature ne suffit pas à rendre valide une transaction de version 4. Comme les signatures engagent l’identifiant de branche, même des transactions de version 5 ou 6 signées avant l’activation peuvent échouer après elle. L’expiration par défaut passe à 120 blocs, soit les mêmes 50 minutes environ. Bowe a écrit le 17 septembre que le changement ne devrait pas affecter les portefeuilles de façon significative, mais un développeur a signalé le 13 octobre qu’une version non modifiée de la bibliothèque de portefeuille web WebZjs ne parvenait pas à se synchroniser sur le testnet NU7. La préparation des portefeuilles matériels n’a été confirmée dans aucun document que nous avons lu.
Ce que NU7 ne change pas, et les prochaines dates
NU7 touche à la vitesse, aux frais et aux anciens formats. Les fonctions de confidentialité de Zcash restent ce qu’elles sont, et la question de fond pour les utilisateurs européens ne bouge donc pas : selon l’article 79 du règlement européen sur la lutte contre le blanchiment (règlement (UE) 2024/1624), les prestataires de services sur crypto-actifs ne pourront plus tenir de comptes permettant d’anonymiser ou de masquer des transactions, y compris au moyen de cryptomonnaies renforçant l’anonymat, à partir du 10 juillet 2027. Notre page consacrée à Zcash (ZEC) détaille les pools blindés et cette règle.
Avant l’activation, il faudra surveiller la fusion de la pull request n° 1405, le passage des ZIP de NU7 au statut Proposed, les versions stables de Zebra 7.0.0 et de Zakura 1.7.0, et les avis des plateformes sur les suspensions de dépôts. Viendra ensuite le bloc 3 543 405, attendu vers le 5 ou le 6 novembre.