Harmony Rollback Blockchain Après Mint Forgé ONE

Imaginez un réseau blockchain qui décide soudainement d’effacer plusieurs jours d’activité pour corriger une erreur massive. C’est exactement ce que propose actuellement Harmony face à la propagation de tokens ONE créés de manière frauduleuse. Plus de 109 000 transactions ordinaires risquent de disparaître purement et simplement. Cette décision radicale, annoncée le 17 août 2026, soulève déjà de nombreuses questions sur la confiance, la sécurité et la capacité des réseaux à se reconstruire après une faille critique.

Un plan de récupération drastique pour Harmony

Les équipes d’Harmony ont officialisé leur intention de ramener la blockchain à deux points de contrôle datant du 11 août. Concrètement, les validateurs conserveraient le bloc 92 730 034 sur le shard 0 et le bloc 94 978 278 sur le shard 1. Ces deux repères ont été enregistrés à la même seconde précise, 23 h 25 min 37 s UTC. À partir de là, de nouvelles bases de données remplaceraient entièrement l’historique compromis.

Le premier mint forgé a été détecté dès le bloc suivant sur le shard 0. Les développeurs ont volontairement choisi un point de départ légèrement antérieur pour créer une marge de sécurité d’un bloc. Ils estiment qu’une modification de dernière minute des checkpoints aurait risqué de désynchroniser les validateurs. Le shard 1, pourtant non touché par la création illégale, a été inclus par précaution avec le même horodatage.

La version client v2026.1.2 a déjà été configurée pour rejeter les hachages de blocs anormaux liés à l’incident. Une fois le redémarrage effectué, les nouveaux blocs commenceront aux hauteurs 92 730 035 et 94 978 279. L’objectif est clair : empêcher toute réintroduction de l’historique contaminé.

Pourquoi un remplacement de base de données plutôt qu’un simple rewind

Harmony dispose d’une fonction native de retour en arrière. Pourtant, l’équipe a écarté cette solution. Selon les explications fournies, l’outil –revert se contente principalement de déplacer les têtes de chaîne. Il laisse intactes de nombreuses données secondaires : reçus, index, snapshots et informations cross-shard. Conserver ces éléments aurait pu maintenir une voie d’attaque ouverte ou provoquer des divergences d’état entre validateurs.

En optant pour des bases de données de remplacement entièrement reconstruites autour des checkpoints choisis, le réseau s’assure d’un point de départ unique et contrôlé. Tous les validateurs repartent du même état validé. Cette approche, plus lourde, réduit considérablement le risque de réintroduction accidentelle de données compromises.

Les alternatives écartées une à une

Avant de se tourner vers le rollback, plusieurs options ont été étudiées en détail. La destruction ciblée ou la réparation des tokens forgés a été jugée impraticable. Ces actifs ont déjà circulé à travers des exchanges, des pools de liquidité, des contrats intelligents et d’innombrables portefeuilles. Tenter de les retirer un par un aurait inévitablement touché des fonds appartenant à des utilisateurs n’ayant aucun lien avec l’incident.

La mise en place d’une liste noire a également été rejetée. Elle aurait laissé exister l’offre forgée tout en risquant de bloquer des portefeuilles contenant des actifs légitimes. La relecture sélective des transactions a été abandonnée pour une raison technique fondamentale : l’état de la nouvelle chaîne différerait de celui de la chaîne écartée. Une transaction identique pourrait donc produire un résultat totalement différent.

Enfin, une migration de tokens a été envisagée. Les responsables ont estimé qu’elle générerait encore plus de perturbations que le plan retenu. Ces analyses montrent à quel point la situation est complexe une fois que des actifs illégitimes se mélangent à l’économie réelle du réseau.

Plus de 109 000 transactions en sursis

Pour mesurer l’ampleur des dégâts collatéraux, Harmony a construit une archive complète du shard 0 couvrant les blocs 92 730 035 à 92 871 662. Cette période regroupe 141 628 blocs consécutifs. On y trouve 109 126 transactions ordinaires et 315 transactions de staking. L’équipe a vérifié la continuité des hachages parents et la complétude des reçus sur l’ensemble de la plage.

Un détail important nuance ces chiffres. Près de 96 % des transactions ordinaires sont classées comme automatisées. Les bots de DEX représentent à eux seuls 99 863 opérations, dont 75 430 swaps réussis et plus de 11 800 tentatives échouées. Le volume de transactions ne reflète donc pas le nombre réel d’utilisateurs impactés. Beaucoup de ces mouvements correspondent à de l’activité purement algorithmique.

Malgré tout, Harmony a examiné la possibilité de restaurer certaines transactions après le rollback. Seulement 22 transferts natifs simples ne montraient pas de dépendance évidente dans les données disponibles. Même ces cas ont été jugés trop risqués pour une relecture automatique. Des centaines d’autres transferts posaient des questions de soldes, de nonces, de sources de financement ou de dépenses ultérieures. La grande majorité dépendait de l’état des contrats ou de la blockchain elle-même.

Les soldes, les nonces, les autorisations de tokens, les délais de swap, les réserves des pools de liquidité et les conditions de staking évolueront dès le redémarrage de la chaîne de remplacement. Une transaction qui avait échoué pourrait réussir, et inversement.

Équipe Harmony

Le parcours des tokens forgés à travers le réseau

L’investigation a reconstitué le mouvement des ONE nouvellement créés. Un seul portefeuille lié au mint forgé a tenté 534 transferts de 5 milliards de tokens chacun en à peine 106 secondes. 477 d’entre eux ont abouti, déplaçant au total 2,385 trillions de ONE. Les analyseurs ont construit un graphe ordonné dans le temps partant de tous les portefeuilles associés aux mints frauduleux.

Les fonds ont atteint des portefeuilles isolés, des comptes d’exchanges, des routeurs et pools de DEX, des positions de fournisseurs de liquidité, des contrats de ponts, des versions wrappées de ONE, des wallets de staking et des services à fort volume. Lorsque les tokens forgés se sont mélangés à d’autres actifs, le modèle de traçage a suivi les mouvements chronologiquement en limitant la quantité attribuée à chaque portefeuille à son solde disponible. Cette méthode évite de compter plusieurs fois les mêmes tokens.

Un premier modèle avait déjà localisé plus de 99,9 % des tokens forgés jusqu’à une frontière de portefeuille ou de service. Une version ultérieure a presque entièrement réconcilié les montants, y compris les frais de transaction, jusqu’au point de coupure choisi. Harmony insiste toutefois sur un point crucial : retracer les routes ne signifie pas identifier les personnes qui contrôlent chaque destination. Les comptes d’exchanges, les pools et les clusters de services regroupent souvent des fonds appartenant à de nombreux utilisateurs distincts.

Les limites de la destruction sélective

La quantité de tokens qu’il serait possible de détruire sans risque est bien plus faible que le volume total créé. Les ONE restés dans un portefeuille isolé pourraient éventuellement être isolés. En revanche, ceux qui ont rejoint un compte d’exchange, un pool de liquidité, un pont, une position de staking ou tout solde partagé ne peuvent plus être retirés intégralement sans mettre en danger des actifs légitimes.

Ce type de problème n’est pas nouveau dans l’écosystème. En juin dernier, Humanity Protocol avait déjà dû faire face à une situation comparable après que des clés administratives compromises ont permis de minter des tokens H supplémentaires sur BNB Smart Chain. Le protocole avait alors suspendu les opérations de pont concernées et collaboré avec les exchanges et les autorités tout en poursuivant le suivi des actifs.

Un précédent qui rappelle l’incident de Flow

Harmony n’est pas le premier réseau à se trouver face à un choix aussi délicat. En décembre 2025, Flow avait révisé ses plans de rollback après un exploit de 3,9 millions de dollars sur sa couche d’exécution. L’équipe avait abandonné l’idée d’un retour en arrière complet au profit de burns ciblés, après que les opérateurs de ponts et d’autres participants eurent exprimé des inquiétudes sur l’impact sur l’activité légitime. Flow avait finalement opté pour un redémarrage progressif et des restrictions sur les comptes signalés.

Ces cas illustrent la tension permanente entre l’intégrité technique de la chaîne et la protection des utilisateurs qui ont interagi de bonne foi pendant la période compromise. Chaque projet doit arbitrer entre pureté de l’état et minimisation des dommages collatéraux.

L’enquête se poursuit en parallèle de la récupération

Parallèlement aux préparatifs techniques, Harmony affirme avoir déjà réalisé des avancées dans le traçage du responsable. Le projet collabore avec des exchanges, des ponts et les forces de l’ordre pour préserver les enregistrements et poursuivre les investigations. Une société de sécurité indépendante a également examiné l’incident de son côté et a confirmé le mint forgé ainsi que les principales conclusions de l’analyse des flux de fonds.

Ce n’est pas la première fois que Harmony doit gérer une crise de sécurité majeure. En juin 2022, le Horizon Bridge avait perdu environ 100 millions de dollars après la compromission de clés privées contrôlant le pont. Le projet avait alors travaillé avec des exchanges, les autorités et des sociétés d’analyse blockchain pour identifier l’attaquant, tout en relevant sa prime de bug à 10 millions de dollars. Des fonds liés à cette attaque avaient continué de circuler des mois plus tard, avec des freezes de comptes sur Binance et Huobi et la récupération de 124 BTC.

Pour l’incident actuel, les équipes évaluent avec les partenaires l’impact de la suppression de l’activité post-checkpoint et la manière de traiter les parties affectées. Tous les blocs postérieurs aux points de contrôle retenus seraient purement et simplement écartés, y compris les transactions ordinaires sans lien avec le mint forgé.

Les implications pour la confiance dans les blockchains

Un rollback de cette ampleur n’est jamais anodin. Il remet en question l’idée d’immutabilité absolue souvent associée aux blockchains. Dans la pratique, de nombreux réseaux ont déjà démontré qu’ils pouvaient privilégier la correction d’une faille critique à la conservation stricte de l’historique. Bitcoin lui-même a connu un retour en arrière en 2010 après un bug majeur. Plus récemment, des projets comme Arbitrum ont justifié des interventions d’urgence en s’appuyant sur des précédents historiques.

Pour les utilisateurs, la situation reste inconfortable. Ceux qui ont effectué des transactions légitimes après le 11 août se retrouvent dans une zone grise. Leurs opérations pourraient être annulées sans compensation automatique claire. Harmony travaille avec les exchanges et les ponts pour évaluer les effets et définir des modalités de traitement, mais les détails concrets restent encore à préciser.

Les validateurs, de leur côté, doivent se préparer à un redémarrage coordonné. Les procédures, les scripts de recovery et les bases de données de remplacement ont été préparés et revus autour des checkpoints choisis. La coordination sera déterminante pour éviter toute divergence au moment du redémarrage.

Ce que révèle cet incident sur la sécurité des réseaux multi-shard

Harmony repose sur une architecture multi-shard destinée à améliorer la scalabilité. L’incident montre que même dans ce type de design, une faille sur un seul shard peut avoir des conséquences sur l’ensemble du système. Le choix d’inclure le shard 1 dans le plan de recovery, bien qu’il n’ait pas été le site du mint, illustre cette interdépendance.

La rapidité avec laquelle les tokens forgés ont été dispersés souligne également l’importance de mécanismes de détection et de réaction plus rapides. En 106 secondes, un seul portefeuille a réussi à déplacer des quantités massives. Une fois ces actifs mélangés dans des pools de liquidité ou des comptes d’exchanges, les options de récupération se réduisent drastiquement.

Les équipes de sécurité devront sans doute renforcer les contrôles autour des opérations de mint et des autorisations critiques. Les audits indépendants et la collaboration avec des sociétés spécialisées deviennent des éléments de plus en plus centraux dans la gestion de crise.

Les prochaines étapes attendues

À court terme, les validateurs devront adopter la nouvelle version client et se synchroniser sur les bases de données de remplacement. Le redémarrage du réseau marquera le début effectif de la chaîne corrigée. Parallèlement, les discussions avec les exchanges et les ponts se poursuivront pour clarifier le traitement des utilisateurs impactés.

L’enquête judiciaire et technique continue. L’identification des responsables et la récupération éventuelle de fonds restent des objectifs prioritaires. L’expérience de 2022 a montré que ce type de processus peut s’étendre sur plusieurs mois, voire plus.

Pour la communauté, la période à venir sera déterminante. La manière dont Harmony communiquera sur les impacts concrets, les éventuelles compensations et les mesures de prévention futures influencera durablement la perception du projet. Un rollback réussi peut renforcer la résilience d’un réseau. Un processus mal géré peut au contraire éroder durablement la confiance.

Une décision qui s’inscrit dans une tendance plus large

Ces dernières années, plusieurs protocoles ont dû choisir entre pureté de l’historique et correction pragmatique. Les discussions autour de ces interventions révèlent une évolution dans la philosophie de nombreux projets. L’immutabilité reste un principe fondamental, mais elle n’est plus toujours considérée comme absolue face à des risques systémiques.

Les utilisateurs, de leur côté, intègrent progressivement cette réalité. La promesse d’une blockchain totalement figée se heurte parfois à la nécessité de protéger l’écosystème dans son ensemble. Les projets qui communiquent clairement sur leurs critères de décision et sur les garde-fous mis en place gagnent généralement plus facilement la compréhension de leur communauté.

Harmony se trouve aujourd’hui à un de ces moments charnières. Le plan de recovery proposé est ambitieux et techniquement cohérent. Sa réussite dépendra autant de l’exécution technique que de la capacité à accompagner les utilisateurs affectés et à tirer les leçons de l’incident pour renforcer durablement la sécurité du réseau.

Dans les jours et semaines à venir, les détails opérationnels du rollback, les retours des validateurs et les avancées de l’enquête permettront d’y voir plus clair. Pour l’instant, une chose est certaine : la décision de Harmony de privilégier un retour en arrière contrôlé plutôt qu’une tentative de nettoyage partiel marque un tournant dans la gestion de crise du projet. L’écosystème crypto observe attentivement comment cette situation se résoudra.