Les détenteurs de Zcash ont tranché en faveur d’une évolution technique majeure : la communauté a massivement approuvé une réduction du délai entre blocs, tout en choisissant de préserver le calendrier actuel des récompenses. Ce vote fixe une direction claire pour l’avenir du réseau, mais l’activation de la mise à niveau reste à venir et devra être testée avant déploiement.
Un soutien quasi unanime pour accélérer le rythme des blocs
Lors du scrutin lié à la proposition connue sous le nom de NU7, la quasi-totalité des ZEC exprimés ont voté pour raccourcir l’intervalle entre blocs de 75 à 25 secondes. Sur les 3,6 millions de ZEC éligibles au moment de la capture, environ 2,4 millions ont pris part au vote, soit près de 66 % en valeur.
Il est important de préciser que le résultat reflète le poids des jetons votants et non le nombre d’individus : le scrutin était pondéré par les montants en ZEC détenus lors de la capture.
- Réduction du temps de bloc : adoption massive de 75 → 25 secondes (vote pondéré).
- Halvings : maintien du calendrier actuel confirmé par une large majorité.
- Date d’activation : aucune hauteur de bloc n’a encore été fixée pour NU7.
Que changera concrètement le passage à 25 secondes ?
La modification proposée par le ZIP 218 ne se limite pas à un simple réglage temporel. À 75 secondes par bloc, le réseau produit théoriquement ~1 152 blocs par jour ; à 25 secondes, ce chiffre passerait à ~3 456 blocs quotidiens. Pour l’utilisateur, cela se traduit par des confirmations initiales souvent obtenues beaucoup plus vite — utile pour les paiements, dépôts sur plateformes et ponts inter-chaînes.
Les auteurs du ZIP estiment aussi une hausse de capacité pour le protocole protégé Orchard : certaines opérations pourraient voir la capacité maximale monter d’environ 2,9 à 6,6 transactions par seconde (pour des cas particuliers requérant deux actions). Ce n’est pas un triplement automatique du débit global, mais bien une amélioration ciblée.
Pour éviter d’alourdir la synchronisation des portefeuilles, des limites strictes seront appliquées à la taille des blocs : un maximum de 330 actions Orchard, 300 entrées/sorties Sapling et 25 JoinSplits Sprout par bloc.
Contre-intuitivement, les calculs fournis dans le ZIP montrent qu’en scénario défavorable la bande passante quotidienne nécessaire à une synchronisation protégée pourrait diminuer, passant d’environ 270,5 Mo à 169,1 Mo, soit une baisse proche de 37 % malgré la multiplication par trois du nombre de blocs. L’approche combine davantage de blocs et des plafonds plus stricts sur leur contenu.
Le calendrier monétaire reste inchangé
Sur la question sensible de l’émission monétaire, la communauté a préféré conserver le mécanisme de halving hérité du modèle Bitcoin plutôt que d’adopter une courbe d’émission lissée. Les chiffres du scrutin montrent un soutien écrasant au maintien du calendrier actuel.
Concrètement, le passage à 25 secondes ne se traduira pas par une accélération de la production quotidienne de nouveaux ZEC : la proposition ajuste la récompense par bloc pour maintenir la même émission journalière totale. Cela évite un bouleversement du calendrier monétaire si le seul paramètre modifié était la fréquence de bloc.
Réémission NSM : la communauté choisit la prudence (2031)
Un autre thème important était le Network Sustainability Mechanism (NSM), destiné à préparer le financement de la sécurité du réseau à mesure que les récompenses de minage décroîtront. Plusieurs variantes étaient proposées, dont un mécanisme de réémission future de frais mis temporairement de côté.
Pour la date de réémission, une large majorité s’est prononcée pour février 2031. Environ 2,32 millions de ZEC ont soutenu ce calendrier, tandis que des options plus précoces ont recueilli des voix beaucoup plus limitées. Le choix traduit une préférence pour différer la seconde phase du mécanisme jusqu’à un horizon jugé prudent.
Nettoyage du protocole : Sprout mis hors-service
Les votants ont également accepté de désactiver les anciennes transactions de la version v4 associées à Sprout lors de l’activation de NU7. Sprout, premier système de transactions protégées de Zcash, représente aujourd’hui une part marginale des fonds protégés.
Les données utilisées pour l’étude du ZIP indiquaient qu’Orchard concentrait la majeure partie de l’activité protégée — environ 4,53 millions de ZEC, soit près de 88 % des fonds en pools protégés — Sapling en détenait autour de 598 000 ZEC et Sprout environ 25 000 ZEC à la date de référence.
Les récents travaux sur l’infrastructure ont été accélérés en 2026 après la découverte d’une vulnérabilité critique affectant Orchard, suivie d’audits qui n’ont pas révélé d’autres failles majeures. Ces événements ont poussé la communauté à prioriser sécurité et simplification.
Pas d’activation immédiate : étapes restantes
Malgré la netteté du verdict, NU7 n’est pas encore en production. La hauteur d’activation n’a pas été définie et les propositions restent des « candidatures » jusqu’à adoption finale du code, tests sur testnet et déploiement sur le mainnet.
Zcash indique que les changements importants de consensus liés à NU7 exigeront l’utilisation de Zebra, le nœud développé par la fondation, plutôt que l’ancien zcashd, ce qui implique une coordination technique lors du passage en production.
Le contexte de marché renforce l’intérêt porté à ces évolutions : le ZEC a connu une forte reprise récente et le minage génère aujourd’hui des revenus par mégawatt sensiblement plus élevés que ceux de bitcoin — des facteurs qui rendent la trajectoire technique et économique du réseau particulièrement suivie.
En résumé, le vote fixe les grandes orientations — blocs plus fréquents, halvings sauvegardés, réémission NSM différée, retrait de Sprout — mais plusieurs étapes techniques et calendaires restent à franchir avant que ces changements n’entrent en vigueur.