La prochaine mise à niveau réseau de Zcash, NU7, dispose désormais d'un calendrier concret aboutissant à un lancement proposé sur le mainnet le 5 novembre. Selon un forum post, la Zcash Foundation, Tachyon, Valar, ZODL et Shielded Labs sont parvenues à un accord avec les équipes d'ingénierie de l'écosystème sur les échéances d'achèvement du code, de tests et de décision quant à sa préparation pour le mainnet.

Ce calendrier s'appuie sur un vote de gouvernance dans lequel les détenteurs de Zcash ont soutenu des temps de bloc plus courts et le maintien de la structure de halving existante du réseau, comme le couvrait un précédent rapport. Le nouveau calendrier ajoute ce que le vote ne pouvait pas fournir : des échéances fermes pour l'implémentation, les tests et la décision d'activation.

Comme un vote de gouvernance ne peut pas à lui seul modifier les règles de consensus de Zcash, les implémentations de nœuds Zakura et Zebra doivent toutes deux intégrer des règles compatibles avant que les exchanges, les wallets et les fournisseurs d'infrastructure puissent se préparer à l'activation. De telles modifications du consensus ne prennent effet que si chaque nœud complet applique les mêmes règles au même hauteur de bloc, c'est pourquoi les deux implémentations doivent être prêtes ensemble avant toute date d'activation. Les développeurs responsables des deux clients ont également discuté de la faisabilité du calendrier proposé.

La revue go/no-go du 20 octobre structure le calendrier

30 septembre : achèvement du code. Les fonctionnalités sélectionnées devraient être implémentées et prêtes à être incluses dans la version testnet.

6 octobre : activation du testnet. Le testnet officiel de Zcash devrait commencer à exécuter NU7 selon les règles de consensus proposées.

20 octobre : revue du mainnet. Les développeurs évalueront les résultats du testnet, prendront la décision finale d'activation et choisiront la hauteur d'activation sur le mainnet.

5 novembre : lancement proposé sur le mainnet. NU7 deviendrait actif sur le réseau de production si la revue d'octobre ne trouve aucune raison de le reporter.

Pendant la fenêtre de testnet de deux semaines, les développeurs pourront vérifier si Zakura et Zebra restent en accord tout en produisant des blocs selon les nouvelles règles. Les exchanges, les index et les explorateurs de blocs pourront également tester si leurs systèmes peuvent traiter la fréquence de blocs accrue sans prendre de retard.

Cela fait du 5 novembre une cible plutôt qu'une date d'activation garantie. Une divergence de consensus, un problème de performance ou une défaillance d'infrastructure constatés sur le testnet pourraient encore retarder la mise à niveau.

Le périmètre de publication de NU7 s'est resserré

La mise à niveau prévue comprend trois changements principaux : une cible de blocs de 25 secondes, la suppression de la prise en charge des transactions version 4 et l'intégration du mécanisme de durabilité du réseau. NU7 n'introduira pas de nouveau format de transaction. Retirer ce travail de la version réduit le nombre de modifications de consensus à implémenter et à tester avant novembre.

La cible de 25 secondes remplacerait l'intervalle actuel de 75 secondes du réseau, le changement à l'origine du triplement de la fréquence des blocs que les tests sont conçus pour mesurer ; des intervalles plus courts signifient généralement moins d'attente pour la première confirmation d'une transaction. La suppression de la version 4 concerne le plus ancien des deux formats actuellement acceptés par les nœuds Zcash, le format de transaction version 5, plus récent, étant disponible depuis la mise à niveau NU5 en 2022.

L'annonce sur le forum indique que les wallets maintenus ne devraient pas nécessiter de changements significatifs. Les utilisateurs ne sont pas invités à déplacer des fonds, à créer de nouvelles adresses ou à convertir leurs ZEC existants avant l'activation.

Les logiciels créant encore des transactions version 4 constituent un sujet distinct. Ces transactions ne seraient plus acceptées après NU7, de sorte que les logiciels de wallet abandonnés ou obsolètes pourraient cesser de fonctionner correctement. Les utilisateurs s'appuyant sur des wallets activement maintenus devraient recevoir les changements de compatibilité nécessaires via les mises à jour logicielles habituelles.

Les opérateurs d'infrastructure font face à un ajustement plus important. Les nœuds complets rencontreront des blocs plus fréquemment, tandis que les exchanges, les explorateurs et les indexeurs doivent s'assurer que leurs systèmes peuvent suivre la chaîne plus rapide. Les performances du testnet montreront si ces services peuvent gérer le changement avant que les règles ne deviennent obligatoires sur le mainnet.

Les frais reviendraient via les récompenses de minage après 2031

NU7 introduirait également la composante de frais du mécanisme de durabilité du réseau. Selon ZIP 235, au moins 60 % des frais de transaction de chaque bloc quitteraient initialement la circulation, tandis que la partie restante pourrait continuer à récompenser les mineurs.

Les ZEC retirés ne seraient pas transférés dans un trésor contrôlé par la Zcash Foundation, les développeurs ou toute autre organisation. La réduction d'offre qui en résulterait serait ensuite compensée algorithmiquement par une émission de blocs supplémentaire.

Le design convenu préserve les halvings programmés de Zcash. La réémission devrait commencer en 2031, permettant à l'activité transactionnelle postérieure à NU7 de contribuer aux récompenses de minage des années suivantes sans modifier le calendrier de halving à court terme.

En pratique, au moins 60 % des frais de transaction actuels quitteraient d'abord la circulation, et à partir de 2031, le protocole compenserait progressivement cette réduction par de futures subventions de bloc. La contribution éventuelle dépendra de l'utilisation du réseau : de faibles revenus de frais ajouteraient peu aux futures récompenses minage, tandis qu'une activité transactionnelle plus élevée déplacerait davantage de ZEC des frais actuels vers une émission ultérieure.

Les performances du testnet déterminent désormais si l'échéance tient

La principale incertitude ne concerne plus le soutien de la communauté aux blocs de 25 secondes. Les développeurs doivent maintenant démontrer que les deux implémentations de nœuds peuvent suivre la même chaîne et que l'infrastructure de support peut traiter des blocs arrivant trois fois plus fréquemment.

Des tests réussis ne laisseraient la décision de la hauteur d'activation que comme dernière étape avant que NU7 n'atteigne le mainnet. Des échecs significatifs fourniraient une raison claire de décaler l'objectif de novembre plutôt que d'exposer le réseau de production à une mise à niveau qui n'est pas prête.

Cet article est fourni à titre informatif uniquement et ne constitue pas un conseil financier ou d'investissement. Les dates de mise à niveau du réseau et les spécifications techniques peuvent changer pendant les tests.