Les blockchains promettaient une immuabilité. Harmony a simplement montré que cela a un coût.

Les blockchains promettaient l’immutabilité. Mais Harmony a montré que cette promesse a un prix… et les petits réseaux ne peuvent pas se permettre ce prix.

Le 11 août 2026, un attaquant n’a pas volé quoi que ce soit à Harmony. Il a créé de l’argent de toutes pièces – en falsifiant des reçus pour différentes shards.Zéro signaturesEt ils ont réussi à faire en sorte que la chaîne les accepte comme valides. Le résultat est que plus de 2,3 billions de tokens ONE ont été créés.de rien de rienUn choc d’approvisionnement qui a fait que le token…Le niveau le plus bas à ce jour est de 0,00057 $.Et un réseau qui, maintenant, rembobine son propre journal pour effacer ce qui s’est passé.

Ce n’est pas une technique de contournement pour les contrats intelligents. C’est un problème lié au niveau de consensus : c’est donc le type d’exploit le plus dangereux que un blockchain puisse subir.

L’exploit se trouvait dans les canalisations.

Cette vulnérabilité résidait dans l’architecture divisée de Harmony. C’est la méthode que le réseau a inventée pour augmenter le débit de traitement : en divisant la chaîne en plusieurs blocs parallèles qui communiquent entre eux par l’intermédiaire de des reçus cryptographiques. Un reçu est une preuve cryptographique que une transaction s’est effectuée sur un certain bloc, ce qui permet aux actifs de se déplacer entre les différents blocs.

L’attaquant a fabriqué des reçus provenant d’adresses invalides – 0x00…dEaD – sans aucune signature. La procédure de vérification vérifiait simplement si le nombre de membres du comité était au moins quatre. Elle ne vérifiait pas si quatre signatures réelles étaient présentes. Tant que le comité était suffisamment grand, les reçus vides pouvaient être acceptés.

Il y avait une deuxième faille qui compliquait la situation. La protection contre la réutilisation des reçus par le système – c’est-à-dire la méthode qui empêche que un reçu ne soit utilisé plus d’une fois – dépendait d’un champ que l’attaquant pouvait contrôler dans les versions anciennes du système. Le même reçu falsifié pouvait donc être soumis à plusieurs reprises, sans que le réseau ne détecte la duplication.

En ensemble, ces deux bugs permettent à l’attaquant d’exécuter…477 transferts de 5 milliards ONE chacunEn moins de 106 secondes. Les 100 premières secondes du 12 août sont devenues la minute la plus importante dans l’histoire de Harmony.

La ampleur de l’exploit révèle quelque chose sur la manière dont les bugs de consensus fonctionnent différemment des exploits liés aux contrats intelligents. Lorsqu’un pont financier est dépensé, l’attaquant peut utiliser ce qui existe déjà – 100 millions de dollars.Incident Horizon Bridge en 2022C’est ce que le groupe Lazarus de Corée du Nord a orchestré. Lorsque la structure de consensus elle-même est compromise, l’attaquant contrôle les règles qui déterminent ce qui existe. Il n’y a pas de limite.

Le retour en arrière est l’histoire principale.

Harmony annule son réseau blockchain en revenant à deux points de contrôle spécifiques, à partir de 23:25:37 UTC le 11 août – Shard 0.bloc 92,730,034Et Shard 1 jusqu’à 94,978,278. Le plan va annuler…109.126 transactions régulièresEt 315 transactions de stakeing. 96 % des transactions ordinaires abandonnées étaient en réalité des activités automatisées par des bots, principalement des opérations d’échange décentralisées. Les 4 % restants représentent des activités réelles des utilisateurs : transferts, interactions contractuelles, positions… Ces activités cesseront simplement de se produire.

C’est le même schéma que celui suivi par Ethereum après le piratage du DAO en 2016. Cet événement a entraîné une séparation de la chaîne de blocs, créant ainsi Ethereum Classic. Ethereum disposait du réseau de validateurs, de la puissance de minage et d’un consensus communautaire pour pouvoir effectuer un rollback du fork. Le rollback de Harmony est plus limité : il utilise des bases de données de remplacement plutôt qu’un rollback direct, car la fonction de rollback standard ne permet pas de supprimer complètement les données ultérieures, les index ou les données entre shards.

L’équipe a examiné toutes les alternatives, mais les a rejetées. Il était impossible de brûler individuellement les tokens falsifiés, car ils étaient déjà répartis entre les échanges, les pools de liquidité et les contrats. La mise sur la liste noire des portefeuilles risquait de limiter les détenteurs d’actifs légitimes. Un réexamen sélectif des transactions entraînerait une divergence des régimes monétaires. La migration vers un nouveau token provoquerait le plus grand désordre possible. Le retour en arrière était donc l’option la moins mauvaise.

C’est la vérité désagréable concernant l’immutabilité du blockchain : elle est imposée par la gouvernance, et non par les lois de la physique. Lorsque le coût de l’inaction dépasse le coût de la réversion, les chaînes se réversent. Le fork du DAO l’a prouvé en 2016. Harmony le prouve à nouveau aujourd’hui. La question n’est pas de savoir si une chaîne…peutRetour en arrière. La question est de savoir si cela peut supporter le coût de crédibilité lié à cette action.

C’est la deuxième fois en quatre ans.

L’attaque de Horizon Bridge en 2022 a détruit environ 100 millions de dollars.14 actifs différents— USDC, ETH, DAI et autres tokens ont été transférés via des bridges depuis Ethereum. C’était un problème de sécurité : une clé multisig compromise dans un composant centralisé qui gère les transferts. L’exploit de 2026 était également un problème de sécurité : une erreur logique dans le niveau de validation principal. Des modes de faille différents, mais le résultat est le même.

Quatre ans séparent ces deux événements catastrophiques ; les causes profondes sont différentes. Ce qui compte, c’est le schéma général. Harmony est une chaîne de technologies pionnières – elle a introduit le concept du sharding dans la pratique avant que la plupart des concurrents ne comprennent ce concept. Mais le sharding augmente la complexité, et cette complexité entraîne des points de vulnérabilité. L’architecture même qui distingue Harmony des concurrents à chaîne unique signifie également plus de composants à vérifier, plus de cas particuliers à tester, et plus d’opportunités pour que la différence entre les intentions de conception et le comportement du code se manifeste.

Comme nous l’avons vu avec Harmony, les projets d’infrastructure qui remportent la course à l’innovation ne gagnent pas toujours la course en matière de sécurité. Ces deux domaines sont liés, mais représentent des compétences distinctes.

Ce que cela signifie pour le jeu de chaîne de petite taille

Harmony utilise une implémentation basée sur un seul client. Ethereum, quant à elle, utilise plusieurs clients indépendants : Geth, Nethermind, Besu, Erigon. Un bug de consensus serait généralement détecté par les différentes implémentations avant qu’il ne puisse être exploité à grande échelle. Solana, en revanche, utilise sa propre stratégie de diversité des clients. Harmony, comme beaucoup d’autres L1, ne dispose pas de ce luxe. Les budgets d’audit plus limités, les équipes techniques plus petites et moins de vérifications redondantes créent une vulnérabilité structurelle que aucune correction unique ne peut résoudre complètement.

La course aux armes en matière de sécurité sur le marché des blockchains favorise les grands acteurs. Les chaînes qui disposent de budgets plus importants recourent à des audits plus approfondis, financent des incitations pour la correction des bugs, maintiennent plusieurs implementations pour leurs clients, et acceptent les exploitations comme des événements douloureux mais supportables. En revanche, les chaînes avec des équipes plus petites – même très compétentes – doivent faire face à un profil de risque différent : un seul bug peut menacer l’intégrité de l’ensemble du réseau, et entraîner un retour en arrière qui coûte plus cher que l’exploit lui-même.

Ce n’est pas une objection contre les chaînes de distribution plus petites. C’est plutôt une question de calibrage des risques. Les investisseurs qui ont financé l’idée de Harmony étaient prêts à adopter l’innovation architecturale – sharding, frais bas, délais de finalisation rapides – et cette idée reste techniquement valable. Mais le concept de “product-market fit” dans le domaine de l’infrastructure ne concerne pas seulement ce qui fonctionne bien ; c’est aussi ce que les utilisateurs peuvent confier avec confiance pour continuer à l’utiliser. Or, il est difficile de récupérer la confiance des utilisateurs une fois que le système de comptabilité a été modifié.

Le retour en arrière réinitialise le livre de comptes, mais pas le profil de risque.

Harmony a mis en place la version de patch v2026.1.2, qui élimine les hachages de blocs anormaux liés à cet incident. Le processus de traitement des données est suspendu. Les exchanges ont bloqué les quatre adresses de portefeuille identifiées. Les validateurs sont en train d’upgrader leurs bases de données. Le saignement immédiat des données a été stoppé.

Ce que cette mise à jour ne corrige pas, c’est les contraintes liées à l’architecture de base : une chaîne divisée en plusieurs parties, avec un seul client, une vérification redondante limitée, et une surface d’attaque qui augmente avec chaque fonctionnalité architecturale. La mise à jour 2026.1.2 corrige un problème, mais elle ne change rien au fait que les problèmes dans la couche de consensus sont plus difficiles à détecter que ceux liés aux contrats intelligents. En effet, les bugs de consensus ne se manifestent pas via les outils deaudit standard utilisés dans le domaine DeFi. Ils nécessitent une analyse approfondie de la logique de production des blocs – une analyse qui exige des ressources que les chaînes de petite taille ont du mal à fournir.

Pour les constructeurs qui décident quelle infrastructure construire, la leçon est simple : la profondeur de l’audit est plus importante que la variété des fonctionnalités. Une chaîne dont il y a moins d’innovations, mais qui dispose de trois clients indépendants et d’un programme de récompense de 10 millions de dollars pour les erreurs peut être un environnement de production meilleur que une chaîne qui utilise le sharding, avec des temps de traitement en sous-seconde, et dont l’audit a été effectué il y a six mois.

Pour les investisseurs, il s’agit de l’influence du biais lié à la survie des projets. Les blockchains qui dominent le marché aujourd’hui sont celles qui ont réussi à surmonter les tests de sécurité – mais pas nécessairement celles qui étaient les plus innovantes. L’exploit de Harmony en 2022 n’a pas ruiné le projet. L’exploit de 2026 non plus. Mais chaque rollback coûte plus cher que le précédent, car chaque échec aggrave le fossé entre l’ambition technique du réseau et sa résilience réelle.

L’immuabilité était le argument de vente. La survie, c’est la véritable mesure à prendre en compte. Les petites chaînes commerciales qui veulent combler ce fossé doivent investir dans la sécurité, tout comme elles investissaient autrefois dans les fonctionnalités du produit – non pas en dernier recours, mais comme élément essentiel du produit lui-même.