Cette évolution explique pourquoi les chiffres de « 4 milliards » et de « billions » coexistent dans les articles consacrés à l’affaire : le premier correspondait à l’émission initiale confirmée, tandis que le second reflète une reconstruction plus large de la création et de la circulation des jetons falsifiés.
Les rapports décrivent également une dispersion extrêmement rapide depuis un portefeuille lié à l’attaque. Les totaux publiés ne concordent toutefois pas parfaitement : un compte mentionne 2,385 billions de ONE transférés au moyen de 477 transactions réussies, tandis qu’un autre évoque 534 transferts en 106 secondes. Tant qu’un registre définitif de l’incident n’aura pas été publié, il est donc préférable de ne pas présenter un seul nombre de transferts comme définitivement établi.
Harmony a étudié plusieurs solutions moins radicales : destruction ciblée des jetons, listes noires de portefeuilles, relecture sélective des transactions, migration du token ONE et intervention directe dans les bases de données. L’équipe a finalement retenu des points de récupération fixes pour les deux shards actifs.
Le problème central était la contamination de l’état de la chaîne. Une fois les ONE falsifiés passés par des portefeuilles, des plateformes d’échange, des pools de liquidité, des contrats et d’autres transactions, une correction ciblée aurait nécessité de repérer correctement chaque solde et chaque transition d’état affectés. Harmony a averti qu’une réparation ciblée pouvait également toucher des fonds sans rapport avec l’attaque.
Une liste noire aurait pu bloquer certaines adresses sans retirer tous les jetons falsifiés. Une relecture sélective aurait, elle, risqué de créer des écarts entre les soldes, l’état des contrats et les compteurs de transactions — les « nonces ». Une base restaurée à un point précis évite de prendre des milliers de décisions individuelles sur les transactions à conserver.
Les validateurs peuvent charger des bases de remplacement issues d’un état consensuel et reprendre la production des blocs aux hauteurs suivantes. La récupération dispose ainsi d’un point de départ déterministe et auditable, même si elle sacrifie l’activité légitime intervenue après le point de contrôle.
Harmony prévoit de conserver :
Les validateurs doivent reprendre la production à partir des blocs 92 730 035 et 94 978 279 en utilisant des bases de données de remplacement. La version cliente v2026.1.2 rejette les hachages des blocs identifiés comme problématiques.
Le revers est considérable : tous les blocs postérieurs aux points de contrôle sont supprimés, y compris les transactions qui n’étaient pas liées à l’attaque. Les estimations disponibles font état de plus de 109 000 transactions ordinaires concernées, avec un décompte détaillé de 109 126 transactions classiques et 315 transactions de staking.
Pour les utilisateurs, ce rollback ne revient donc pas à geler quelques portefeuilles suspects. Des transferts, échanges, opérations de staking et autres actions légitimes effectués après le point de contrôle peuvent devoir être recréés ou traités de nouveau après le redémarrage du réseau. Les éléments disponibles ne permettent pas d’affirmer que la plupart des transactions touchées étaient des opérations automatisées de bots de plateformes décentralisées (DEX) ; cette caractérisation reste donc non établie.
Les rapports disponibles indiquent que les ONE créés frauduleusement se sont rapidement répartis entre de nombreuses adresses, au lieu de rester sur un unique portefeuille d’émission. Un compte affirme qu’un portefeuille a déplacé 2,385 billions de ONE au moyen de centaines de transferts en quelques secondes. Harmony a transmis aux plateformes d’échange et à LayerZero une liste des portefeuilles associés à l’incident.
D’autres informations indiquent que des plateformes ont été invitées à bloquer ou à geler les fonds traçables jusqu’aux adresses publiées. Ces mesures peuvent limiter la liquidation hors chaîne et les déplacements inter-chaînes. Elles ne suffisent toutefois pas à rétablir l’état canonique du registre. Cette distinction explique pourquoi Harmony a considéré le rollback comme une mesure de confinement plus large, plutôt que de s’en remettre uniquement à la coopération des intermédiaires.
L’incident a clairement créé un problème majeur d’intégrité de l’offre et de liquidité. En revanche, les éléments disponibles ne fournissent pas de série de prix suffisamment fiable et corroborée indépendamment pour déterminer précisément la baisse du ONE ou la perte de capitalisation. Un rapport évoque une chute brutale du cours, mais une seule source ne suffit pas à établir un chiffre précis d’impact de marché.
La conclusion la plus prudente est que l’émission non autorisée a fragilisé la confiance dans l’offre du token. Les plateformes d’échange, les bridges, les validateurs et les utilisateurs ont dû considérer le règlement des transactions comme incertain pendant la poursuite de l’enquête. L’ampleur exacte de la réaction du marché devrait être vérifiée séparément à partir de données d’échange et de marché horodatées.
La décision de Harmony rend un compromis particulièrement visible : la finalité des transactions est subordonnée au rétablissement d’un état considéré comme fiable. Cette approche peut être plus complète qu’une tentative visant à brûler ou à bloquer chaque solde falsifié, mais elle montre aussi que l’historique présenté comme « immuable » peut devenir une décision de gouvernance lorsque l’alternative consiste à laisser des actifs contrefaits intégrés à l’état du protocole.
Le cas peut être rapproché d’autres réorganisations de chaînes, mais les éléments fournis ne documentent pas suffisamment la réponse technique de Ravencoin pour permettre une comparaison détaillée. Ils confirment également que Harmony avait déjà géré l’incident du bridge Horizon, notamment avec une proposition de remboursement fondée sur des ONE, sans établir que le nouveau rollback modifie officiellement sa politique à long terme pour les futurs exploits.
La leçon immédiate est plus limitée et plus concrète : lorsqu’une faille de validation inter-shards permet à des actifs falsifiés de se propager, la récupération ne consiste pas seulement à supprimer des jetons. Il faut déterminer si le réseau peut reconstruire de manière fiable chaque solde, chaque état de contrat et chaque dépendance transactionnelle touchés. Harmony a estimé que ce niveau de certitude n’était pas suffisamment sûr et a choisi de réinitialiser ses deux shards.