Zcash lance le nœud Zakura avant la mise à jour Ironwood
Le nouveau client se synchronise rapidement à partir de snapshots de 11 Go et prend en charge le NU6.3 ‘tourniquet’ visant à contenir le risque potentiel de contrefaçon de ZEC.
Les développeurs de l'écosystème Zcash ont publié Zakura v1.0.0, un nouveau nœud complet conçu pour réduire le temps de synchronisation et faciliter les migrations alors que le client zcashd hérité a atteint sa fin de vie le 18 juillet.
Le lancement intervient quelques jours avant la mise à niveau Ironwood (NU6.3) du 28 juillet, qui ajoute un 'tourniquet' au niveau du protocole pour limiter les retraits du pool Orchard après la découverte d'un bug de solidité.
Points clés
- Zakura v1.0.0 est en ligne en tant que nouveau nœud complet Zcash maintenu indépendamment de la Zcash Foundation par Sean Bowe et Dev Ojha, financé par des dons privés en ZEC.
- Le logiciel est un fork élagué et à synchronisation rapide de Zebra et propose un mode de compatibilité avec zcashd alors que zcashd a atteint sa fin de vie le 18 juillet.
- Les opérateurs peuvent démarrer à partir de snapshots de chaîne élagués d'environ 11 Go, l'équipe affirmant qu'un nouveau nœud peut être opérationnel en moins de deux minutes, "680 fois plus rapide."
- Ironwood (NU6.3) est prévu pour le 28 juillet au bloc 3,428,143 (~8 h ET) et introduit un 'tourniquet' Orchard pour contenir les ZEC contrefaits potentiels liés à un bug de solidité Orchard.
Zakura v1.0.0 atterrit alors que zcashd atteint sa fin de vie
La pile d'infrastructure de Zcash est forcée de passer par une fenêtre de transition client. Zakura v1.0.0 a été lancé en tant que nouvelle implémentation de nœud complet au même moment où zcashd, le client Zcash d'origine, a atteint sa fin de vie le 18 juillet.
Opérationnellement, ce timing est plus important que le marketing de débit. Les nœuds complets appliquent les règles de consensus, et les échanges, portefeuilles et teneurs de marché ont besoin d'un comportement de nœud prévisible autour des fenêtres de mise à niveau.
Zakura est positionné comme un chemin de remplacement pour les équipes qui ont historiquement intégré contre zcashd, avec un mode de compatibilité conçu pour reproduire l'interface de zcashd afin que les intégrations existantes puissent continuer à fonctionner sans réécritures.
Zakura est maintenu indépendamment de la Zcash Foundation par Sean Bowe et Dev Ojha, et il est financé par des dons privés en ZEC plutôt que par une entreprise ou une fondation. Cette indépendance a des avantages et des inconvénients pour les opérateurs : elle peut accélérer l'itération, mais elle transfère également la diligence raisonnable aux intégrateurs qui doivent être à l'aise pour faire fonctionner un nouveau client de production.
Synchronisation rapide par instantané : Ce que Zakura change pour les opérations de nœud
Zakura est un fork de Zebra, ce qui signifie qu'il a commencé à partir de la base de code des nœuds de la Fondation et a été reconstruit à partir de là. Le changement opérationnel clé est son modèle de synchronisation rapide basé sur des instantanés, rendu possible par l'élagage.
L'élagage supprime les anciennes données de la blockchain dont un nœud n'a plus besoin pour valider la chaîne actuelle. Avec les anciennes données supprimées, l'équipe distribue des instantanés de chaîne élagués prêts à l'emploi d'environ 11 Go.
Un nouveau nœud peut télécharger l'instantané au lieu de synchroniser la chaîne complète bloc par bloc depuis le début, et l'équipe affirme que cela permet à un nœud de passer de zéro à opérationnel en moins de deux minutes, "680 fois plus rapide."
Si ce flux de travail tient sous des conditions réelles, il réduit le coût de la mise en place de nœuds redondants et de l'infrastructure tournante. Cela est particulièrement important lorsque le temps de disponibilité est non négociable, comme lors des fenêtres de hard fork où les échanges et les portefeuilles souhaitent des chemins de récupération rapides en cas de défaillance d'un nœud ou si un déploiement doit être annulé.
Zakura est également livré avec un système expérimental de propagation rapide des blocs visant à livrer chaque bloc à chaque nœud en moins d'une demi-seconde. Il est désactivé par défaut.
Ironwood le 28 juillet : Le patch d'intégrité de l'approvisionnement Turnstile
Le catalyseur à court terme n'est pas une mise à l'échelle théorique. C'est Ironwood (NU6.3), prévu pour s'activer le 28 juillet au bloc 3,428,143 (environ 8 heures, heure de l'Est). La mise à niveau introduit un mécanisme de 'tourniquet' pour limiter les retraits du pool protégé Orchard.
Ironwood existe en raison d'un bug de solidité du circuit de preuve d'Orchard découvert le 29 mai par le chercheur de Shielded Labs, Taylor Hornby. La faille était active depuis l'activation d'Orchard en mai 2022 et aurait pu permettre à un attaquant de frapper des ZEC contrefaits sans trace sur la chaîne.
Les développeurs ont désactivé Orchard par une réponse d'urgence achevée le 2 juin, puis l'ont restauré avec un circuit corrigé via le hard fork NU6.2 au bloc 3,364,600 le 3 juin.
Le problème est l'écart entre "fixé pour l'avenir" et "prouvablement sûr historiquement."Preuves à divulgation nulle de connaissancerévèle uniquement qu'une preuve vérifiée, pas quelle valeur a été déplacée à l'intérieur d'Orchard, donc la chaîne ne peut pas prouver qu'un ZEC contrefait n'a jamais été créé pendant la fenêtre de plusieurs années.
Le tourniquet d'Ironwood est conçu pour contenir cette incertitude en contrôlant ce qui peut traverser la frontière d'Orchard, en utilisant le fait que les montants entrant et sortant des pools protégés sont publics même si les transferts internes sont privés.
Liste de vérification Catalyst jusqu'au 28 juillet : Migrations de clients et préparation à la mise à niveau
Les événements seuils sont clairs et rapprochés. Le premier est la réalité post-18 juillet : si les principaux fournisseurs d'infrastructure migrent publiquement vers Zakura (ou d'autres clients) et si le mode de compatibilité zcashd fonctionne correctement en production sans ruptures de cas extrêmes.
Le second est le 28 juillet lui-même. Le marché se souciera moins du titre d'activation et davantage des confirmations des principales bourses et portefeuilles qu'ils ont mis à jour et repris des politiques normales de dépôt et de retrait.
Il y a aussi un risque de paramètre. Toute mise à jour des équipes principales sur les paramètres du tourniquet d'Orchard et les directives opérationnelles pour déplacer des fonds à travers la frontière d'Orchard après l'activation façonnera la rapidité avec laquelle les utilisateurs peuvent migrer des soldes au fil du temps.
Enfin, les revendications de performance de Zakura nécessitent une validation indépendante. L'évaluation par des tiers du flux de l'instantané de 11 Go et de la revendication de démarrage en moins de deux minutes transformerait une bonne démonstration en quelque chose que les opérateurs peuvent souscrire.
Pourquoi le récit à court terme de ZEC est un risque d'infrastructure, pas des rêves de TPS
Je traite cela comme une histoire d'infrastructure et d'intégrité de l'approvisionnement avec une date limite, pas une percée en matière d'évolutivité. L'activation d'Ironwood le 28 juillet est un catalyseur concret car elle est explicitement conçue pour contenir le risque potentiel de ZEC contrefait qui ne peut pas être audité sur la chaîne en raison de la façon dont fonctionnent les preuves à connaissance nulle.
Le seuil qui compte est de savoir si la migration des clients et le déploiement du tourniquet se déroulent correctement sur les bourses et les portefeuilles. Si cette plomberie tient, la configuration commence à sembler structurelle plutôt que dictée par le récit, car elle réduit la fragilité de la fenêtre de mise à niveau et resserre l'ombre de l'intégrité de l'approvisionnement dans un mécanisme défini sur lequel les traders peuvent raisonner.
