Zcash Active NU7 Sur Testnet : Blocs À 25 Secondes

Et si attendre une confirmation ne prenait plus une minute et quart, mais à peine le temps de relire un message ? C’est exactement le pari que Zcash vient de mettre à l’épreuve, non pas encore sur le réseau que tout le monde utilise, mais sur un terrain d’essai où une erreur coûte des données, pas des économies. Le 4 octobre 2026, à 18 h 21 min 45 s UTC, le bloc 4 465 026 a fait basculer le testnet dans une nouvelle ère. L’upgrade NU7 y est actif, plus tôt que le calendrier approximatif qui visait plutôt le 6 octobre. Derrière ce chiffre sec se cache une question simple, presque quotidienne : un réseau pensé pour la confidentialité peut-il devenir plus vif sans casser ce qui le rend distinct ?

La réponse n’est pas encore gravée dans le marbre du réseau principal. Les équipes ont une fenêtre de plusieurs semaines pour observer le comportement réel des nouvelles règles, puis un rendez-vous fixé au 20 octobre pour trancher. Si le feu vert est donné, l’activation mainnet resterait ciblée au 5 novembre 2026. Ce n’est pas une date gravée, c’est une cible. Entre les deux, un détail technique peut pourtant changer la vie de certains détenteurs : après un passage en production, les transactions de version 4 seraient désactivées, et les fonds encore logés dans l’ancien pool blindé Sprout deviendraient impossibles à dépenser s’ils n’ont pas été déplacés avant.

Ce qui vient de s’allumer, et pourquoi ce n’est pas encore le vrai réseau

Un testnet n’est pas une répétition générale filmée pour le public. C’est un réseau parallèle, avec ses propres blocs, ses propres pièces sans valeur marchande, et ses propres opérateurs. Y activer un consensus nouveau permet de voir ce que les spécifications ne montrent pas : latence réelle, files d’attente, wallets qui rament, nœuds qui divergent, frais qui se comportent autrement que sur le papier. Zcash a confirmé que NU7 y tournait. Le bloc d’activation a été miné le 4 octobre, en avance sur l’estimation précédente.

Cette avance n’est pas un détail de calendrier. Elle offre un peu plus de jours d’observation avant la revue du 20 octobre. Les développeurs doivent alors décider s’ils poursuivent, et à quelle hauteur de bloc le réseau principal basculerait. Tant que cette hauteur n’existe pas, les opérateurs du mainnet n’ont rien à changer. Le message adressé avec la sortie candidate de Zebra 7.0.0-rc.0, publiée le 2 octobre, allait dans ce sens : tester sous des conditions réelles sur le réseau d’essai, ne pas précipiter la production.

NU7 n’arrive pas dans un vide. En septembre, les équipes d’ingénierie s’étaient accordées sur le paquet proposé et sur cette cible de début novembre, une fois la phase de test bouclée. Le passage sur testnet est donc l’étape qui transforme un accord de conception en expérience mesurable. C’est aussi le moment où les promesses se frottent aux machines : un intervalle plus court multiplie les occasions de produire un bloc, mais multiplie aussi les occasions de rater une propagation, de saturer un portefeuille, ou de laisser passer un spam plus fin.

Trois blocs là où il n’y en avait qu’un

Le cœur visible de NU7 est le rythme. L’intervalle cible passerait de 75 secondes à 25 secondes. Sur une même plage de temps, le réseau viserait environ trois blocs au lieu d’un. La première confirmation moyenne, celle que l’on attend avant de considérer qu’une opération a au moins une assise, tomberait de 75 à 25 secondes selon la description accompagnant la release candidate. Pour un paiement, un échange interne, ou un simple déplacement vers un pool plus récent, cette compression change la sensation d’usage.

Il faut pourtant résister à l’image facile d’un réseau « trois fois plus riche ». Produire davantage de blocs ne doit pas tripler l’émission de ZEC sur la même période. L’ajustement de l’émission accompagne le calendrier raccourci, afin que les mineurs ne reçoivent pas trois fois plus de pièces chaque jour simplement parce que le métronome s’accélère. Le rythme change, le robinet monétaire ne s’ouvre pas en grand. C’est l’une des conditions qui a rendu le projet politiquement tenable auprès des détenteurs.

Réduire l’attente n’est pas augmenter la planche. NU7 sépare volontairement la vitesse des blocs et le volume de pièces créées.

Cette distinction mérite qu’on s’y arrête, parce qu’elle évite une confusion classique. Sur beaucoup de chaînes, le public mélange débit, confirmation et inflation. Ici, le débit visé augmente au sens du nombre de blocs, la confirmation initiale se rapproche, mais l’émission quotidienne est recalibrée. Un mineur qui ne lirait que le titre « blocs à 25 secondes » pourrait croire à une aubaine. Le dessin réel est plus sobre : plus d’événements de consensus, une récompense unitaire pensée pour ne pas faire exploser l’offre.

Ce que les détenteurs ont déjà dit, avant même le test

Le calendrier n’a pas été posé dans le dos des porteurs. Un sondage de gouvernance privé, portant sur près de 2,4 millions de ZEC, a montré qu’environ 99,9 % des pièces participantes soutenaient la réduction de l’intervalle cible à 25 secondes. La participation représentait à peu près 66 % des soldes Ironwood éligibles enregistrés pour le vote. Ce n’est pas l’unanimité de chaque être humain, c’est un poids de pièces très concentré sur le oui.

Deux autres chiffres cadrent l’économie du projet. Environ 98,9 % des participants ont soutenu le maintien du calendrier de halving existant. Environ 96,6 % ont appuyé février 2031 comme point de départ de la réémission prévue dans le cadre du mécanisme de soutenabilité. Autrement dit, la communauté qui a voté voulait aller plus vite sur les confirmations, sans réécrire l’histoire monétaire déjà connue, et en acceptant qu’une partie de la valeur des frais revienne plus tard dans les récompenses.

Un sondage, même massif en pièces, n’est pas un oracle. Il dit ce que des soldes éligibles ont choisi de signaler, dans un cadre privé, à un moment donné. Il ne dit pas comment réagiront les wallets grand public, ni comment les places de marché absorberont un rythme plus serré. C’est précisément pour cela que le testnet existe : le vote tranche une direction, l’essai mesure si la direction tient.

Le mécanisme qui recycle une part des frais

L’autre pilier de NU7 porte un nom presque administratif : le Network Sustainability Mechanism, ou NSM. L’idée est moins sèche que l’acronyme. Une part de chaque frais de transaction sortirait de la circulation immédiate pour rejoindre une réserve susceptible d’alimenter de futures récompenses de bloc. On ne brûle pas tout, on ne reverse pas tout aux mineurs du moment. On met de côté une fraction, pour qu’elle reparaisse plus tard dans l’émission.

Le geste a une logique de long terme. Les réseaux dont la subvention de bloc diminue avec le temps finissent par dépendre davantage des frais. Si ces frais disparaissent dès qu’ils sont payés, la sécurité future repose seulement sur ce que les utilisateurs accepteront de dépenser à ce moment-là. Recycler une partie vers des récompenses ultérieures, c’est tenter de lisser cette dépendance. Ce n’est pas une garantie de sécurité éternelle. C’est un tuyau de plus entre l’usage d’aujourd’hui et l’incitation de demain.

Le calendrier de réémission évoqué pour février 2031 s’inscrit dans cette architecture. Le vote massif en faveur de cette date suggère que les détenteurs participants préféraient un horizon lisible plutôt qu’une bascule improvisée. Lisibilité ne veut pas dire absence de débat. Une réserve qui revient dans les récompenses change la répartition entre utilisateurs, mineurs présents et mineurs futurs. Chacun peut y voir une prudence ou une promesse trop lointaine. Le testnet ne tranchera pas la philosophie. Il montrera si les règles tiennent techniquement.

Élément	Avant NU7	Visé avec NU7
Intervalle cible	75 secondes	25 secondes
Première confirmation moyenne	Environ 75 secondes	Environ 25 secondes
Émission quotidienne	Calibrée sur le rythme actuel	Ajustée pour ne pas tripler le ZEC
Frais	Circulation immédiate classique	Part recyclée vers des récompenses futures
Transactions v4	Encore le chemin de Sprout	Désactivées après activation mainnet

Des limites pour que la vitesse ne devienne pas une porte ouverte

Accélérer les blocs sans encadrer le travail qu’ils peuvent contenir serait une mauvaise affaire. NU7 introduit de nouvelles limites sur les actions blindées, afin de contrôler la quantité de travail admissible dans un bloc individuel. L’intention affichée est de protéger les portefeuilles contre le spam au moment où la production devient plus fréquente. Un bloc plus régulier n’est utile que si un téléphone ou un ordinateur modeste peut encore le digérer.

La confidentialité a un coût de calcul. Prouver qu’une dépense est valide sans révéler l’historique demande des preuves, des arbres d’engagement, des ensembles de nullificateurs. Si l’on autorise trop d’actions de ce type dans chaque bloc, les nœuds et les wallets les plus légers souffrent. Si l’on en autorise trop peu, la promesse de débit s’étouffe. Les limites sont donc un compromis, pas un ornement. Leur bon réglage se voit surtout quand le réseau est sollicité, ce que le testnet doit justement provoquer.

Pour l’utilisateur, ces plafonds resteront invisibles tant que tout va bien. Ils se rappellent à lui quand une transaction est refusée, retardée, ou découpée. C’est le genre de friction qu’une release candidate doit faire apparaître avant novembre, pas après. Les opérateurs du testnet ont été encouragés à faire tourner le logiciel candidat précisément pour cela : voir le protocole sous contrainte, pas seulement dans une salle blanche.

Le piège Sprout, le seul point qui peut geler des fonds

Parmi les changements prévus, un seul a le pouvoir de rendre des pièces muettes. NU7 désactiverait les transactions de version 4 une fois les règles appliquées au réseau principal. Or dépenser depuis le pool blindé Sprout, le plus ancien, repose sur ces transactions. Les fonds qui y resteraient après l’activation deviendraient impossibles à dépenser, sauf à les avoir déplacés avant. Aucun changement de ce type n’a encore eu lieu sur le mainnet. L’activation actuelle ne concerne que le réseau d’essai public.

Le mot unspendable n’est pas une formule marketing. Il décrit une pièce qui existe dans l’historique, mais dont la dépense n’est plus acceptée par les règles de consensus. Ce n’est pas un piratage, ce n’est pas une saisie, c’est une fermeture de format. Sprout appartient à une génération antérieure de la cryptographie utilisée par Zcash. Le maintenir indéfiniment obligerait le réseau à porter un vieux chemin de dépense, avec ses coûts et ses risques. Le choix retenu est de le fermer, en laissant aux détenteurs le temps de sortir.

Ce temps n’est utile que s’il est compris. Beaucoup d’utilisateurs ne savent pas dans quel pool se trouve leur solde. Un wallet peut afficher un total unique alors que les notes sous-jacentes vivent dans des jardins différents : Sprout, Sapling, Orchard, puis le pool suivi séparément depuis Ironwood. Avant toute activation mainnet, la question pratique n’est pas « suis-je pour ou contre les blocs rapides ? ». Elle est « mes pièces dépendent-elles encore d’une transaction v4 ? ».

Ironwood est encore tout proche, et il explique la prudence

NU7 suit de quelques mois seulement une autre bascule lourde. L’upgrade Ironwood s’est activé le 28 juillet au bloc 3 428 143, après la découverte d’une faille dans le pool blindé Orchard. Le défaut pouvait, en théorie, permettre la création de ZEC contrefaits et indétectables. Les chercheurs n’ont pas trouvé de preuve que la faille ait été exploitée. Le modèle de confidentialité empêchait toutefois de prouver de façon conclusive que des pièces non autorisées n’avaient jamais été créées dans le pool concerné.

Ironwood a répondu à cette incertitude d’offre en séparant un nouveau pool d’Orchard et en posant des garde-fous comptables sur ce qui pouvait quitter l’ancien ensemble. Orchard est resté disponible pour les retraits, tandis que les fonds nouvellement blindés partaient vers Ironwood. La version 6.0.0 de Zebra a mis en œuvre ce pool avec la structure d’action d’Orchard et le système de preuve Halo2, tout en tenant des registres séparés pour l’arbre d’engagement des notes, l’ensemble des nullificateurs, le pool de valeur de chaîne et l’historique.

En juin, des mesures d’urgence avaient déjà désactivé temporairement les transactions touchées, le temps de déployer un logiciel corrigé. Ironwood a été la réponse de plus longue haleine. NU7 arrive donc sur un réseau qui vient de réapprendre, très concrètement, que la confidentialité forte complique l’audit. On ne « regarde pas le solde total » comme sur une chaîne transparente. On borne, on sépare, on compte ce qui sort. Cette mémoire récente explique pourquoi personne ne présente le 5 novembre comme une formalité.

Les nœuds, les crashes, et l’échange qui a changé de moteur

Préparer un consensus, c’est aussi préparer les logiciels qui le parlent. Les versions Zebra 6.4 de septembre contenaient déjà du travail lié à NU7. La release candidate du 2 octobre a ajouté le support de l’upgrade sur le testnet public. Juste avant, un autre épisode a rappelé que la disponibilité n’est pas un sujet secondaire. Une vulnérabilité de haute sévérité touchant Zebra 6.4.0 et 6.4.1 pouvait permettre à un pair de faire planter un nœud à distance. Zebra 6.4.2, publié le 25 septembre, corrigeait le point. L’incident visait la disponibilité, pas le consensus ni les fonds.

Un nœud qui tombe n’est pas une pièce qui disparaît. À l’échelle d’un réseau, toutefois, trop de nœuds fragiles dégradent la propagation, ralentissent les wallets et donnent une image fausse de la santé du protocole. Corriger avant d’accélérer le rythme des blocs était donc cohérent. Un intervalle de 25 secondes laisse moins de marge pour qu’un logiciel instable « rattrape tranquillement ».

Du côté des infrastructures d’échange, Gemini a de son côté déplacé son infrastructure Zcash vers Zakura en vue de NU7. Ses déploiements Zakura ont atteint la pointe de chaîne en un peu plus de six heures, contre près d’une journée pour Zebra, tandis que les dépôts et retraits des clients continuaient de fonctionner. Ce comparatif ne dit pas qu’un logiciel est universellement supérieur. Il dit qu’au moment de préparer une bascule, la vitesse de synchronisation devient un critère opérationnel, pas un détail d’ingénieur.

Ce que le 20 octobre devra vraiment juger

La date du 20 octobre n’est pas une conférence de victoire. C’est une revue. Les équipes doivent regarder si les blocs de 25 secondes se propagent correctement, si les limites d’actions blindées tiennent face à des charges variées, si le mécanisme de frais se comporte comme spécifié, et si les clients ne décrochent pas. Une activation en avance sur le testnet est une bonne nouvelle de calendrier, pas une preuve que tout est calme.

Plusieurs questions restent ouvertes, et il est plus honnête de les poser que de les habiller.

Le rythme plus court crée-t-il des à-coups de frais que les wallets grand public expliquent mal ? Les limites anti-spam rejettent-elles des usages légitimes, notamment des lots de notes anciennes ? Les mineurs et les pools ajustent-ils leur logiciel sans forks silencieux ? Les explorateurs et les services de garde affichent-ils encore des confirmations cohérentes ? Chacune de ces questions peut justifier un report de hauteur d’activation, même si la cible du 5 novembre reste affichée.

Il faut aussi distinguer stabilité et adoption. Un testnet peut être sain pendant que les places de marché, les processeurs de paiement et les wallets mobiles n’ont pas encore livré leur version compatible. Sur le réseau principal, une hauteur d’activation annoncée trop tôt transforme les retardataires en spectateurs. Une hauteur trop tardive use la patience. Le 20 octobre sert à choisir ce milieu, pas à célébrer le bloc 4 465 026.

Pourquoi 25 secondes changent l’expérience, sans changer la nature du réseau

Zcash n’a jamais vendu la promesse d’être la chaîne la plus bavarde du marché. Sa signature est ailleurs : permettre des paiements dont l’émetteur, le destinataire et le montant peuvent rester cachés, tout en offrant aussi un mode transparent pour ceux qui en ont besoin. Réduire l’attente de la première confirmation ne convertit pas ce projet en réseau de micro-paiements à tout prix. Cela retire une friction que les utilisateurs comparaient, parfois injustement, à de la lenteur structurelle.

Une confirmation n’est pas une finalité absolue. Sur un réseau à preuve de travail, la solidité grandit avec les blocs suivants. Passer de 75 à 25 secondes rapproche le premier signal, et rapproche aussi les suivants si le rythme tient. Pour un commerce qui attendait « au moins quelques confirmations », le gain peut être sensible. Pour un transfert de très gros montant, la patience restera une politique, pas un bug. La vitesse n’abolit pas la profondeur.

Il y a aussi un effet psychologique. Un intervalle de 75 secondes paraît long dès lors que d’autres chaînes affichent des blocs en quelques secondes, même si ces chiffres ne disent rien de la confidentialité ni de la sécurité économique. NU7 répond en partie à cette comparaison, sans abandonner le modèle. C’est un ajustement de confort et d’ingénierie, pas une conversion idéologique.

Ce que les mineurs gagnent, et ce qu’ils ne gagnent pas

Un bloc plus fréquent peut lisser la variance. Au lieu d’attendre un gros tirage toutes les 75 secondes en moyenne, un mineur ou un pool touche des événements plus rapprochés, avec une récompense unitaire revue pour que la journée ne triple pas. La variance plus faible est souvent appréciée des petits participants, qui vivent mal les longues séries sans bloc. Elle ne crée pas de hashrate magique. Elle répartit autrement le même gâteau, à politique d’émission constante sur la période.

Le NSM ajoute une autre variable. Si une part des frais quitte la poche immédiate pour une réserve, le mineur du moment ne capte pas l’intégralité de ce que l’utilisateur paie. Il en capte une partie, et une autre partie devient une promesse de récompense future. Selon le prix des frais et le niveau d’activité, cet arbitrage peut sembler indolore ou irritant. Le vote très large en faveur du dispositif suggère que le corps participant l’a accepté comme prix de la soutenabilité affichée.

Rien de tout cela ne dispense les pools de mettre à jour leurs modèles. Un intervalle cible n’est pas une horloge murale. La difficulté s’ajuste, les parts se calculent, les tableaux de bord supposent parfois 75 secondes dans leurs formules. Un pool qui oublie de réviser ses estimateurs affichera des hashrates fantaisistes pendant quelques jours. Ce n’est pas une faille de consensus, c’est une erreur de lecture, et elle suffit à inquiéter.

Portefeuilles, pools et mémoire des formats

L’histoire de Zcash est une succession de jardins. Sprout a ouvert la voie. Sapling a allégé les preuves et rendu les paiements blindés plus praticables. Orchard a poursuivi cette modernisation, avant qu’Ironwood ne sépare un nouveau bassin pour circonscrire un doute sur l’offre. NU7 ne crée pas, à lui seul, un énième jardin médiatisé. Il referme plutôt une porte ancienne et pose des limites sur le travail blindé, tout en changeant le métronome et le destin d’une fraction des frais.

Cette mémoire des formats est le vrai sujet utilisateur. Un solde n’est pas une ligne dans une base visible. C’est un ensemble de notes, chacune née dans un protocole. Dépenser une note Sprout n’a jamais été le même geste que dépenser une note récente. Si le réseau retire le geste, la note reste dans l’historique comme une pièce derrière une vitre. D’où l’insistance, bien avant novembre, sur le déplacement volontaire.

Les portefeuilles qui masquent cette complexité rendent service au quotidien et mauvais service à la veille d’une fermeture de format. Un affichage honnête dirait : voici ce qui est dépensable aujourd’hui, voici ce qui dépend d’un chemin bientôt retiré, voici ce qui vit dans un pool séparé depuis l’été. Peu d’interfaces vont jusque-là. L’utilisateur prudent n’attend pas l’interface parfaite. Il interroge son logiciel, ou un outil de confiance, et il bouge ce qui doit l’être pendant que la porte est ouverte.

Un calendrier à tenir sous les yeux

Les dates utiles tiennent sur une fiche, à condition de ne pas les confondre avec des promesses.

• 25 septembre 2026 : correctif Zebra 6.4.2 après une faille de disponibilité sur 6.4.0 et 6.4.1.
• 2 octobre 2026 : Zebra 7.0.0-rc.0, invitation à tester NU7 sur le réseau public d’essai.
• 4 octobre 2026, 18:21:45 UTC : activation au bloc 4 465 026, en avance sur l’estimation.
• 20 octobre 2026 : revue prévue, choix de poursuivre et fixation éventuelle de la hauteur mainnet.
• 5 novembre 2026 : cible d’activation sur le réseau principal, non finalisée.
• Février 2031 : horizon voté pour le début de réémission lié au NSM, si le cadre tient.

Entre le 4 et le 20 octobre, le travail ingrat consiste à lire des journaux de nœuds, pas des slogans. Un testnet qui mine sans drame pendant quelques jours ne prouve pas la tenue sous charge. Un incident isolé ne condamne pas non plus un upgrade. La qualité du jugement dépendra de la précision des comptes rendus : blocs orphelins, temps de propagation, échecs de preuve, rejets pour dépassement de limite, écarts entre implémentations.

Zcash n’a pas qu’un seul logiciel de nœud dans son histoire récente, et la préparation NU7 s’est justement accompagnée de ce pluralisme opérationnel. Quand une implémentation synchronise plus vite, les infrastructures qui en vivent le remarquent. Quand une autre porte le consensus de référence, sa stabilité reste centrale. La revue du 20 octobre aura intérêt à parler des deux, sans transformer un benchmark de rattrapage en verdict philosophique.

Ce que cette accélération ne règle pas

Un bloc plus court ne rend pas une chaîne plus privée. La confidentialité vient des preuves, des pools, des choix de l’utilisateur et de la discipline des wallets. Elle ne vient pas du métronome. NU7 peut même, à la marge, rendre certains arbitrages plus visibles : si les limites d’actions blindées mordent, des utilisateurs pressés pourraient basculer vers des transactions transparentes pour passer. Ce serait un effet de bord à surveiller, pas une intention affichée.

L’upgrade ne clôt pas non plus le dossier ouvert par Orchard. Ironwood a séparé et borné. Il n’a pas transformé l’incertitude théorique en certitude comptable façon registre public. Quiconque attend de Zcash une auditabilité totale attend autre chose qu’un réseau à confidentialité forte. NU7 n’a pas à résoudre cette tension. Il doit éviter de l’aggraver par une mise en production bâclée.

Enfin, rien dans ce paquet ne dit où ira le prix du ZEC, ni comment les marchés liront novembre. Une activation technique peut être saluée, ignorée ou surinterprétée. Le lier mécaniquement à une hausse ou à une chute serait de la fiction. Le fait robuste est ailleurs : un changement de règles, une date cible, un risque de format sur d’anciens soldes, et une revue intermédiaire qui peut encore décaler le tir.

Comment lire l’essai sans se raconter d’histoires

Le réflexe, devant un bloc d’activation, est de conclure trop vite. Le testnet a basculé, donc novembre est acquis. Ou l’inverse : une avance de deux jours ne veut rien dire, donc tout est fragile. Les deux lectures sont paresseuses. Une activation anticipée montre que les opérateurs d’essai étaient prêts plus tôt que l’estimation. Elle ne montre pas que chaque wallet, chaque pool et chaque passerelle le sera le 5 novembre.

Une lecture plus utile suit trois fils. Le fil consensus : les nœuds s’accordent-ils sur les blocs produits sous les nouvelles règles ? Le fil économique : l’émission ajustée et le recyclage des frais correspondent-ils aux montants attendus ? Le fil utilisateur : une dépense blindée ordinaire passe-t-elle, et une dépense qui devrait être refusée l’est-elle vraiment ? Si ces trois fils restent nets jusqu’au 20 octobre, la cible de novembre gagne en crédibilité. Si l’un d’eux s’effiloche, décaler vaut mieux qu’insister.

Il y a un quatrième fil, plus silencieux : la pédagogie. Un réseau peut avoir un consensus parfait et perdre des fonds d’utilisateurs distraits, simplement parce que la fermeture de Sprout n’a pas été dite assez souvent, assez tôt, dans les interfaces. Ce fil-là ne se mesure pas dans un explorateur de testnet. Il se mesure au nombre de personnes qui découvriront le problème après coup. C’est le pire indicateur, parce qu’il arrive trop tard.

Le précédent de l’été, comme rappel de méthode

L’épisode Orchard reste l’arrière-plan le plus utile pour comprendre le ton actuel. Une faille théorique, aucune preuve publique d’exploitation, et pourtant l’impossibilité de jurer que le pool n’avait jamais émis de trop. La réponse n’a pas été un communiqué rassurant seul. Elle a été une désactivation temporaire, un correctif, puis une séparation de pools avec une comptabilité de ce qui peut sortir. Cette séquence dit quelque chose sur la culture technique du moment : quand la transparence interne est limitée par conception, on compense par des bornes.

NU7 n’est pas une réponse à une faille du même ordre. C’est un paquet de rythme, de frais et de format. Le placer juste après Ironwood crée toutefois une exigence de calme. Enchaîner les upgrades donne une image de réseau vivant. Les enchaîner sans fenêtre d’observation donnerait une image de réseau pressé. Le choix d’un testnet explicite, d’une release candidate, puis d’une revue datée, est précisément cette fenêtre.

On peut juger la fenêtre courte. Entre le 4 et le 20 octobre, il y a peu de jours pour accumuler des scénarios rares. On peut aussi la juger cohérente avec une cible de novembre déjà discutée en septembre. Les deux jugements cohabitent. Ce qui importera, c’est la qualité de ce qui sera rapporté le 20, pas la beauté du calendrier initial.

Ce que un détenteur peut faire sans jouer les ingénieurs

Inutile d’ouvrir un nœud pour traverser cette période. Quelques gestes suffisent, et ils valent mieux qu’un fil de rumeurs.

D’abord, identifier si une part du solde vit encore dans Sprout. Ensuite, si c’est le cas, planifier un déplacement tant que les transactions v4 sont acceptées sur le réseau principal, ce qui reste vrai aujourd’hui. Puis conserver une trace de la dépense confirmée. Enfin, suivre non pas les slogans, mais deux repères : la revue du 20 octobre et, si elle débouche sur un feu vert, la hauteur de bloc qui sera alors publiée. Sans cette hauteur, il n’y a pas d’activation mainnet, quelle que soit la cible affichée.

Les opérateurs, eux, ont une autre liste. Ne rien changer sur le mainnet tant que la hauteur n’existe pas. Sur le testnet, faire tourner le candidat, noter les écarts, remonter les cas où un wallet ne suit plus. Les places qui custodient du ZEC ont intérêt à savoir quel logiciel les mène à la pointe, et en combien de temps, comme l’a illustré le passage vers Zakura chez un acteur d’échange. Six heures contre près d’une journée, ce n’est pas une anecdote : c’est la différence entre une maintenance et une journée de flou.

Une soutenabilité qui se juge dans dix ans, pas dans dix blocs

Le NSM est la partie la plus facile à résumer et la plus lente à juger. Recycler une fraction des frais vers de futures récompenses ne produit aucun effet spectaculaire le jour de l’activation. L’effet, s’il existe, se voit quand la subvention de bloc a diminué et que l’activité transactionnelle devient une part sérieuse de la sécurité. Février 2031, horizon plébiscité pour le départ de la réémission, rappelle que le dispositif est pensé comme une architecture, pas comme une promotion de saison.

On peut contester le principe. Pourquoi ne pas laisser les frais aux mineurs du moment, qui sécurisent le réseau aujourd’hui ? Pourquoi constituer une réserve dont les règles futures pourraient encore être débattues ? Le vote n’a pas éteint ces questions. Il a montré qu’une très large part des pièces participantes préférait ce cadre, en même temps qu’elle refusait de toucher au halving déjà connu. Tenir les deux bouts, rythme plus court et calendrier monétaire stable, est le compromis politique de NU7.

Le testnet peut vérifier les formules. Il ne peut pas vérifier la sagesse du compromis. Cette sagesse se lira dans la capacité du réseau à payer sa sécurité sans surprendre ses utilisateurs, et dans la clarté avec laquelle la réserve sera expliquée quand elle commencera vraiment à compter. D’ici là, le mécanisme reste une règle à ne pas casser, pas un slogan à vendre.

Le sens d’une mise à niveau nommée comme un simple numéro

NU7 n’a pas besoin d’un nom de bataille pour être important. Les upgrades de réseau se jugent à ce qu’ils changent dans les règles que tous les nœuds doivent accepter en même temps. Ici, le paquet touche le temps, l’argent des frais, le travail admissible dans un bloc, et la survie d’un vieux format de dépense. Quatre leviers. Aucun n’est cosmétique.

Le fait que l’essai public ait démarré un peu avant l’estimation est un bon signal d’organisation, pas une fin. Le fait qu’un sondage massif ait précédé le calendrier est un bon signal de légitimité interne, pas une preuve de robustesse. Le fait qu’Ironwood ait déjà séparé un pool cet été est un rappel : ce réseau sait fermer une porte quand il estime qu’une incertitude ne peut pas rester mélangée au flux normal. Sprout, à son échelle, relève de la même famille de décisions. On ferme un chemin. On prévient. On espère que la prévention a été lue.

D’ici au 20 octobre, le plus utile n’est pas de deviner si la cible du 5 novembre tiendra. Le plus utile est de savoir ce qui est déjà vrai : sur le réseau d’essai, les blocs visent 25 secondes, le NSM est dans les règles, les limites d’actions blindées sont en jeu, et le mainnet, lui, n’a pas encore bougé. Le reste est une hauteur de bloc qui n’existe pas encore, et des fonds anciens qui ne sont en danger que si on les oublie.

La vitesse se teste en octobre. Le gel éventuel des vieux formats, lui, ne se négocie pas après la hauteur d’activation.

Zcash vient donc d’entrer dans la phase où un upgrade cesse d’être un document pour devenir une suite de blocs. Le bloc 4 465 026 n’enrichit personne. Il donne seulement un chronomètre honnête. Si ce chronomètre reste stable, novembre pourra cesser d’être une cible et devenir une hauteur. Si des fonds dorment encore derrière une transaction de version 4, aucun chronomètre ne les réveillera une fois la porte refermée.