Zano revient au bloc 3,833,000 après une exploitation du…
Le retour d'un mois annule l'émission illicite mais invalide les transactions légitimes et oblige les échanges à se resynchroniser sur une chaîne antérieure au Hard Fork 6.
Zano a redémarré sa blockchain au bloc 3 833 000, juste avant le Hard Fork 6, après qu'une vulnérabilité de l'adresse de passerelle ait permis l'entrée non autorisée de ZANO et de Freedom Dollar (fUSD) en circulation.
Le retour en arrière supprime les jetons non autorisés mais rejette également environ un mois d'historique légitime sur la chaîne, créant un risque opérationnel et de règlement jusqu'à ce que les services convergent sur la chaîne récupérée.
Points clés
- Zano a redémarré le réseau au bloc 3,833,000, le dernier bloc avant le Hard Fork 6, après une passerelle.Adresseune vulnérabilité a permis à des ZANO et fUSD non autorisés d'entrer en circulation.
- La récupération supprime l'émission non autorisée mais invalide également environ un mois de transactions légitimes, les retirant de la chaîne récupérée.
- Les échanges, nœuds, mineurs, stakers et autres services doivent adopter la mise à jour pour suivre la chaîne récupérée, augmentant ainsi les risques de perturbations liées à la resynchronisation.
- Un processus de remboursement et de réclamations est en cours de préparation, mais aucun rapport post-mortem ni chiffre concernant l'émission non autorisée n'avait été publié au moment de la publication.
Zano revient au bloc 3 833 000 pour purger les ZANO et fUSD non autorisés.
Zano a effectué un rollback profond de la chaîne et a redémarré sa blockchain au bloc 3 833 000, juste avant le Hard Fork 6. L'objectif déclaré était de retirer les ZANO et Freedom Dollar (fUSD) non autorisés qui étaient entrés en circulation en raison d'une vulnérabilité liée aux adresses de passerelle.
Le rollback n'est pas un réindexage cosmétique. Il rejette environ un mois de blocs et fait de la chaîne pré-Hard Fork 6 l'historique canonique à nouveau. Les transactions confirmées pendant la fenêtre rejetée n'existent plus sur la chaîne récupérée.
L'équipe principale de Zano a présenté la décision comme une réponse à l'intégrité de l'offre face à un événement d'émission qui ne pouvait pas être contenu proprement dans l'historique existant.
Quinten van Welzen, responsable marketing et croissance de Zano, a déclaré : « Ne rien faire signifiait que du ZANO et du fUSD non autorisés circulaient sans limite, diluant chaque détenteur et rompant la promesse la plus basique qu'une monnaie fait : une offre fixe », et a ajouté : « Cela dirait aussi à chaque futur attaquant que les pièces exploitées conservent leur valeur. Aucun projet ne survit à cela. »
Les adresses de passerelle ont été conçues pour les intégrations - Maintenant, elles sont la ligne de faille confirmée
La ligne de faille confirmée est les adresses de passerelle, une fonctionnalité introduite dans le Hard Fork 6 pour faciliter les intégrations pour les ponts, les échanges et les services de paiement. L'objectif de conception était la simplicité opérationnelle : gérer des fonds à travers un solde de style compte unique plutôt que de suivre de nombreuses sorties discrètes.
C'est un changement significatif dans la façon dont les services interagissent avec la chaîne. Avant les adresses de passerelle, les portefeuilles ordinaires de Zano suivaient les fonds comme des sorties de transaction séparées, ou UTXOs.
Pour un échange ou un processeur de paiement, cela signifiait scanner la chaîne pour identifier les paiements entrants, suivre les sorties et sélectionner quelles sorties dépenser lors du traitement des retraits.
Les adresses de passerelle étaient censées réduire ce fardeau d'intégration. Le compromis est que tout bug dans l'abstraction du « solde unique » concentre le risque là où les acteurs d'infrastructure se regroupent. Zano a confirmé que l'incident provenait des adresses de passerelle, mais n'avait pas publié de rapport d'analyse à l'époque de la publication.
Ce document manquant n'est pas une formalité. Sans lui, le marché ne connaît pas le chemin d'exploitation, la chronologie de la compromission, ou si la vulnérabilité était un bug d'implémentation étroit ou un cas limite de conception plus large. L'autre chiffre manquant est la taille de l'émission non autorisée. Aucune quantité ou valeur pour le ZANO et le fUSD non autorisés n'a été divulguée.
Un mois de transactions disparaît : Trading, dépôts et risque de règlement après un profond reorg
Le risque immédiat pour les traders n'est pas théorique. Un rollback aussi profond brise l'hypothèse selon laquelle « confirmé » signifie final pour le dernier mois d'activité. Zano a explicitement déclaré que le rollback invalide un mois de transactions légitimes ainsi que les jetons non autorisés, et que les transactions effectuées pendant cette période n'apparaîtront plus sur la chaîne récupérée.
Opérationnellement, la récupération ne fonctionne que si l'écosystème se coordonne. Zano a déclaré que les nœuds participants, les mineurs, les stakers, les échanges et d'autres services doivent adopter la mise à jour pour suivre la chaîne récupérée. Jusqu'à ce que cette convergence se produise, le marché peut se fragmenter en lieux et services qui regardent effectivement des histoires différentes.
Cette fragmentation est là où la microstructure devient compliquée. Les dépôts envoyés pendant la période rejetée peuvent disparaître de la chaîne récupérée. Les retraits traités pendant cette période peuvent ne plus avoir de correspondance dans les enregistrements on-chain. Tout lieu qui crédite les utilisateurs sur la base de l'historique rejeté doit concilier ce crédit avec une chaîne qui ne reconnaît plus le transfert sous-jacent.
Le problème est le règlement inter-chaînes. Zano a déclaré que le rollback ne peut pas inverser les paiements déjà réglés sur d'autres blockchains. Cela crée des cas limites irréductibles pour les utilisateurs et les services qui ont été bridgés, réglés à l'extérieur, ou qui ont autrement rempli des obligations sur une autre chaîne pendant la fenêtre invalidée. Le côté Zano peut être rembobiné. Le côté externe ne peut pas.
C'est la partie que la plupart des traders sous-estiment. Un reorg profond n'est pas juste "l'historique de la chaîne a changé". C'est "les systèmes comptables construits sur cet historique doivent maintenant choisir qui supporte le décalage", et la réponse varie selon le lieu, l'intégration, et la rapidité avec laquelle chaque opérateur se resynchronise et gèle les flux.
Ce que les traders devraient surveiller ensuite : Post-Mortem, Processus de réclamation, et Mismatches inter-chaînes
La prochaine information qui change l'évaluation des risques est le post-mortem. Zano a confirmé que les adresses de passerelle sont le point d'origine, mais le marché manque encore le chemin d'exploitation, la chronologie, et toute atténuation spécifique à cette fonctionnalité. Jusqu'à ce que ces détails soient publics, il est difficile de séparer "incident corrigé" de "risque d'intégration structurelle".
Deuxièmement, il y a le processus de remboursement et de réclamation. Zano a déclaré qu'il travaillait à prendre en compte les pertes et publiera un processus de remboursement et de réclamation, mais il n'a pas fourni de règles d'éligibilité, de méthodologie de calcul, ou de calendrier de paiement.
Ces détails décident si les pertes sont socialisées, absorbées par des contreparties spécifiques, ou laissées à un litige bilatéral entre utilisateurs et services.
Troisièmement, il y a le statut de resynchronisation des échanges et des services. La récupération nécessite l'adoption par les nœuds, les mineurs, les stakers, les échanges, et d'autres services.
Les traders devraient considérer la disponibilité des dépôts et des retraits, ainsi que toute politique de crédit spécifique au lieu, comme des variables de risque en direct jusqu'à ce que les opérateurs confirment explicitement qu'ils sont synchronisés avec la chaîne récupérée.
Enfin, le nombre manquant est important. Toute divulgation quantifiant combien de ZANO et de fUSD non autorisés sont entrés en circulation avant le rollback ancrera la gravité du choc d'approvisionnement que Zano a choisi d'effacer. Sans cela, le marché évalue l'événement avec des informations incomplètes.
Pourquoi Zano a choisi l'intégrité de l'approvisionnement plutôt que la finalité—et le coût de confiance qui l'accompagne
La décision est un compromis clair. Je lis le redémarrage au bloc 3,833,000 comme Zano choisissant l'intégrité de l'approvisionnement plutôt que la finalité des transactions, et le faisant de la manière la plus forte possible. Un rollback d'un mois n'est pas un "correctif de bogue". C'est une déclaration que l'histoire récente de la chaîne valait moins que la restauration de l'approvisionnement prévu.
Van Welzen a rendu cette logique explicite. « Ne rien faire » signifiait une circulation illimitée de ZANO et de fUSD non autorisés, et l'équipe considérait cela comme une dilution existentielle. Le deuxième point est la dissuasion. « Cela dirait aussi à chaque futur attaquant que les pièces exploitées conservent leur valeur. Aucun projet ne survit à cela.
» C'est l'équipe qui nomme la contrepartie : la capacité de l'attaquant à monétiser devient ce que le retour en arrière est conçu pour briser.
Le coût est tout aussi explicite. « Redémarrer la chaîne depuis avant le Hard Fork 6 coûte un mois d'histoire, et cela coûte la confiance, que nous devrons regagner », a déclaré van Welzen. La confiance ici n'est pas une question d'ambiance. C'est la volonté du marché de considérer les confirmations comme finales, et la volonté de l'écosystème de construire des intégrations qui supposent que le registre ne sera pas réécrit.
Il y a deux scénarios qui comptent.
Si le post-mortem montre un bug étroit et bien délimité dans les Adresses Gateway, et que les atténuations sont spécifiques et testables, le retour en arrière peut être présenté comme une action d'urgence ponctuelle. Dans ce cas, la réparation de la confiance est principalement opérationnelle : les échanges se resynchronisent, les réclamations sont traitées, et le marché avance une fois que la chaîne cesse d'être une cible mouvante.
Si le post-mortem suggère que l'exploitation a été rendue possible par des hypothèses de conception plus larges autour des Adresses Gateway, le retour en arrière devient un précédent. Le marché évaluera une probabilité plus élevée d'interventions exceptionnelles futures, et les acteurs de l'infrastructure exigeront plus de garanties avant de considérer les flux d'Adresses Gateway comme à faible risque.
Le seuil qui compte est la coordination plus la divulgation. Le retour en arrière ne devient stabilisant que si les services convergent sur la chaîne récupérée et que Zano publie suffisamment de détails techniques et de mécanismes de réclamation pour boucler la boucle comptable.
Cette combinaison est ce qui confirmerait la thèse centrale : Zano peut restaurer l'intégrité de l'offre sans laisser l'écosystème coincé dans des discordances de règlement non résolues.
