Zcash active NU7 sur testnet, décision mainnet le 20 oct.
La mise à niveau vise des blocs de 25 secondes et désactive les transactions v4, ce qui pourrait bloquer les ZEC détenus par Sprout s'ils ne sont pas déplacés avant l'activation.
La mise à niveau du réseau NU7 de Zcash a été activée sur le testnet au bloc 4,465,026 le 4 octobre à 18:21:45 UTC, lançant une fenêtre de test en direct avant un déploiement prévu sur le mainnet le 5 novembre. Le catalyseur clé maintenant est une décision de go/no-go des développeurs le 20 octobre qui verrouillera soit une hauteur d'activation du mainnet, soit repoussera le calendrier.
NU7 est en direct sur le testnet de Zcash, lançant le compte à rebours jusqu'au 20 octobre.
NU7 fonctionne maintenant sur le testnet public de Zcash après que le réseau a atteint son point d'activation prévu au bloc de testnet 4,465,026, miné le 4 octobre à 18:21:45 UTC, selon l'explorateur de testnet ZecBlock.
Zcash a également confirmé via un post X que NU7 était en direct sur le testnet, faisant passer la mise à niveau de "prévue" à "testable opérationnellement" pour les opérateurs de nœuds, les équipes de portefeuille et les échanges.
Le basculement du testnet compte moins en tant que titre qu'en tant que déclencheur de coordination. NU7 modifie les règles de consensus et le traitement des transactions, donc le travail de l'écosystème au cours des prochaines semaines est de faire fonctionner le candidat de version dans des conditions ressemblant à la production, puis de faire remonter ce qui ne fonctionne pas avant que les développeurs ne s'engagent sur une hauteur d'activation du mainnet.
Les changements de protocole en cours d'exercice sont pertinents pour les traders car ils modifient le comportement du réseau, pas seulement l'hygiène du code. NU7 vise à réduire l'espacement des blocs de Zcash de 75 secondes à 25 secondes, un changement structurel qui devrait compresser la cadence de confirmation si cela tient sous la variance du testnet dans le monde réel.
NU7 ajoute également un Mécanisme de Durabilité du Réseau qui redirige une partie des frais de transaction vers de futures récompenses de blocs, bien que la portion et la formule ne soient pas spécifiées dans le matériel décrivant l'activation du testnet.
Les directives de la Fondation Zcash aux opérateurs de testnet étaient explicites : exécuter le candidat de version NU7 "dans des conditions réelles". C'est un signal que le projet souhaite des retours opérationnels, pas seulement des tests unitaires réussis, et cela augmente les chances qu'une incompatibilité de cas limite soit révélée avant la porte de décision du 20 octobre.
Arrêt des transactions Sprout et v4 : Le risque de compatibilité que les traders ne peuvent ignorer.
NU7 désactive les transactions de version 4, et la conséquence déclarée est inhabituellement concrète : les ZEC détenus dans le pool protégé Sprout hérité de Zcash deviendraient impossibles à dépenser à moins que les utilisateurs ne déplacent ces fonds avant que NU7 ne s'active complètement. Ce n'est pas un avertissement théorique "certains portefeuilles peuvent nécessiter des mises à jour". C'est une coupure de compatibilité qui crée une échéance d'action pour les utilisateurs.
Mécaniquement, c'est le genre de détail de mise à niveau qui tend à émerger comme une friction de dernière minute à travers la pile. Les portefeuilles et les dépositaires doivent s'assurer qu'ils ne génèrent pas ou n'acceptent pas un format de transaction que le réseau rejettera après l'activation, et ils ont besoin d'un chemin opérationnel clair pour tout utilisateur encore dans Sprout.
Si ce chemin de migration est flou, ou si la communication arrive tard, le mode de défaillance est prévisible : des mouvements précipités près de la fenêtre d'activation, des tickets de support, et des changements temporaires de politique de dépôt et de retrait par des établissements qui ne veulent pas être le dernier maillon à détenir des fonds impossibles à dépenser.
Pour les traders, le risque immédiat n'est pas "NU7 casse Zcash", c'est que l'arrêt de la v4 et la contrainte de dépensabilité de Sprout peuvent créer une préparation inégale entre les contreparties. L'impact sur le marché, s'il y en a un, provient généralement des goulets d'étranglement opérationnels, pas de l'existence d'une mise à niveau sur un réseau de test.
Porte de décision : Qu'est-ce qui confirmerait une activation du mainnet le 5 novembre
Le prochain jalon important est le 20 octobre, lorsque les développeurs de Zcash doivent prendre une décision finale sur la poursuite de l'activation du mainnet et définir la hauteur d'activation en fonction de l'expérience du testnet. Une hauteur d'activation publiée est la confirmation pratique à laquelle les traders peuvent s'ancrer.
Une annonce de retard, ou une décision qui repousse la définition de la hauteur, est le signal le plus clair que l'objectif du 5 novembre glisse.
Deux autres éléments se trouvent dans la catégorie « surveiller pour clarification » pendant la fenêtre de test. Premièrement, si la documentation est mise à jour pour spécifier les paramètres de redirection des frais du Mécanisme de Durabilité du Réseau, car « une partie des frais de transaction » est directionnellement claire mais non modélisable sans une portion ou une formule.
Deuxièmement, les signaux de préparation de l'écosystème, y compris si les opérateurs suivent les instructions de la Fondation Zcash pour exécuter le candidat à la version NU7 dans des conditions réelles, et si les portefeuilles et les échanges commencent à publier des directives concrètes sur la désactivation de la v4 et la migration des fonds Sprout à l'approche du 5 novembre.
Mon avis : Cette mise à niveau concerne moins le battage médiatique et plus les pièges opérationnels.
L'activation du testnet est traitée comme l'événement, mais le seuil qui compte est le 20 octobre, car c'est à ce moment que les développeurs s'engagent soit à une hauteur d'activation du mainnet, soit admettent implicitement que la fenêtre de test a trouvé quelque chose qui nécessite plus de temps. Jusqu'à ce que cette décision soit prise, le « 5 novembre » est une date cible, pas un calendrier verrouillé.
Ce qui se distingue, c'est à quel point l'arrêt de la v4 est présenté comme non négociable pour les fonds Sprout. Si l'écosystème ne prend pas les devants sur ce message, la configuration commence à ressembler à une pression opérationnelle familière où la mise à niveau de la chaîne est correcte, mais la migration des utilisateurs et les politiques de lieu deviennent la véritablevolatilitévecteur.
Ce développement est important en termes pratiques si le 20 octobre produit une hauteur d'activation ferme et que l'écosystème publie des directives claires sur la migration des Sprout et la compatibilité des transactions suffisamment tôt pour éviter une précipitation de dernière minute.
