Faille Critique Cosmos Evm Vide Mantra Tac Et Kiichain

Et si le vrai danger n’était pas seulement le pirate, mais l’intervalle de vingt heures entre un correctif publié sans détail et le premier drain d’une adresse de brûlage considérée comme intouchable ? Entre le 20 et le 25 août 2026, une faille critique du cadre Cosmos EVM a permis de vider des comptes massifs sur au moins six réseaux. Les tokens dérobés ont ensuite été convertis, via des places décentralisées et centralisées, en un butin estimé à environ 5,72 millions de dollars. MANTRA, TAC et KiiChain ont payé le prix fort. D’autres chaînes, moins médiatisées, ont connu le même scénario. L’affaire ne se résume pas à un bug de plus. Elle pose une question plus gênante pour tout l’écosystème Cosmos : comment prévenir une communauté de validateurs indépendants sans offrir, en même temps, un mode d’emploi aux attaquants ?

Ce Que Révèle La Série D’attaques Cosmos Evm

Le récit officiel, publié vendredi par Cosmos Labs dans un post-mortem technique, commence bien avant le week-end noir d’août. Le 25 avril, un rapport arrive via le programme de prime aux bugs. Les testeurs internes ne parviennent pas à reproduire l’exploit sur les configurations alors jugées représentatives des réseaux de production. Conclusion initiale : les fonds des utilisateurs ne seraient pas exposés. Sur cette base, le correctif est traité comme un silent patch, un correctif public silencieux. Il est fusionné en mai, sans préciser aux opérateurs de chaînes quelle vulnérabilité il referme.

Cette lecture se révèle fausse. Début août, des chercheurs indépendants démontrent que le défaut concerne toutes les chaînes Cosmos EVM. Les versions corrigées sortent le 19 août à 19 h 01, heure de l’Est. Les notes de version parlent de correctifs de sécurité « importants », sans décrire la faille. Le premier assaut connu démarre le 20 août à 15 h 06. Vingt heures. Pas davantage. MANTRA dira plus tard que ce délai ne permettait ni d’évaluer, ni de construire, ni de tester, ni de coordonner une mise à niveau cassant l’état du réseau auprès de trente-huit validateurs indépendants, surtout sans avis spécifique.

Une faille née d’un underflow, pas d’une magie inflationniste

Le mécanisme, tel que décrit par Cosmos Labs, tient à un underflow entier dans Cosmos EVM, le cadre compatible Ethereum de l’écosystème, construit à partir du code ouvert d’Evmos. Un attaquant pouvait d’abord créer un compte contenant des jetons verrouillés, puis déléguer à un validateur davantage que ce compte n’était en mesure de dépenser. La soustraction faisait chuter le solde sous zéro. La valeur bouclait alors vers le plafond numérique, soit 2^256-1 unités de base.

Ce solde artificiellement gonflé pouvait ensuite être utilisé contre un autre compte. En envoyant le montant vers une cible, le solde enregistré de cette dernière dépassait le même plafond. Un débordement renvoyait la valeur vers le bas. L’attaquant se retrouvait avec les jetons de la victime. Point essentiel, et souvent mal compris dans les discussions de marché : aucun jeton supplémentaire n’était créé au sens d’une inflation nette du protocole. Cosmos Labs indique que l’offre totale restait effectivement inchangée. MANTRA a même précisé que l’exploit n’avait modifié son offre que d’une seule unité de base, la plus petite dénomination du jeton.

Les comptes visés n’étaient pas des portefeuilles de détail pris au hasard. Les attaquants ont privilégié les gros soldes : adresses de brûlage, coffres multisignatures dormants hérités des campagnes de lancement, pools de staking. L’avis de sécurité classe la faille comme critique. Les versions de Cosmos EVM antérieures à v0.6.2 et v0.7.2 sont considérées comme vulnérables.

Vingt heures n’étaient pas une fenêtre réaliste pour évaluer, construire, tester et coordonner une mise à niveau cassant l’état du réseau auprès de trente-huit validateurs indépendants, surtout sans avis spécifique à la vulnérabilité.

Post-mortem de MANTRA

Le calendrier précis qui a tout basculé

Pour comprendre la colère de certains opérateurs, il faut coller à l’horloge. Avril : signalement via bug bounty. Mai : fusion du correctif sans explication ciblée. Début août : confirmation indépendante que toutes les chaînes Cosmos EVM sont concernées. Cosmos Labs brouille alors le correctif pour compliquer l’ingénierie inverse. Le 19 août au soir, les versions patchées sont publiques. Le 20 août à 3 h 16, un développeur de Push Chain dépose publiquement une modification de code décrivant la vulnérabilité et le chemin d’exploitation. Le dépôt crédite un audit de la société Hacken. Il indique qu’aucune version publiée ne contiendrait le correctif, alors que le tableau des versions omet v0.6.2 et v0.7.2, sorties environ huit heures plus tôt.

Cosmos Labs qualifie de « hautement inhabituelle » la publication d’un chemin d’exploitation exact par un développeur aval. MANTRA situe cette révélation publique onze heures et quarante-cinq minutes avant la première sonde de l’attaquant. Pourtant, le portefeuille de l’assaillant avait déjà été alimenté près de quatre heures avant le dépôt. MANTRA choisit une formule prudente : « Nous énonçons le calendrier comme un fait et n’en tirons aucune conclusion. » Une sortie de 472,70 MANTRA depuis un compte client d’une plateforme centralisée a financé les frais de gaz de toute l’opération.

Ce détail compte. Il rappelle qu’une attaque on-chain n’est jamais un événement isolé. Elle s’appuie sur de la liquidité, des relais, des dépôts d’échange, parfois un simple retrait de quelques centaines de tokens pour payer le carburant. Le théâtre du vol est technique. La logistique, elle, est banale.

MANTRA, première victime et plus lourde addition

MANTRA concentre la perte publique la plus élevée : 720,9 millions de jetons, alors valorisés autour de 3,6 millions de dollars, extraits de deux adresses. La première est l’adresse de brûlage du réseau. La seconde est un coffre multisignature dormant, vestige d’une ancienne campagne d’incitation. Aucune alerte automatique n’a été levée lorsque les tokens ont quitté l’adresse de brûlage. Les systèmes de surveillance considéraient cette adresse comme immobile. Ils ne la regardaient pas pour des transactions sortantes.

L’attaque est restée invisible près de quatre heures. Assez longtemps pour vider aussi le multisig endormi. MANTRA stoppe le réseau à 19 h 13, heure de l’Est, le 20 août. Environ 38 millions de MANTRA volés restent gelés dans le portefeuille de l’attaquant. Mais 94,7 % des tokens dérobés ont déjà transité vers une seule adresse de dépôt d’une plateforme centralisée, en quinze transactions. La chaîne reste incapable de traiter des opérations pendant environ trente heures. Les validateurs déploient ensuite le logiciel corrigé et reprennent la production de blocs sans rollback et sans altérer les soldes des utilisateurs. La version 8.4.0 intègre le correctif Cosmos EVM.

Ce choix de ne pas réécrire l’histoire de la chaîne a un prix comptable. L’offre en circulation augmente d’environ 720,9 millions de tokens, parce que des actifs jusqu’alors classés comme non dépensables, y compris ceux de l’adresse de brûlage, redeviennent négociables une fois déplacés. Au 28 août, aucun token volé n’avait été récupéré. MANTRA avait ajouté le support EVM natif à son mainnet en septembre 2025, aux côtés de CosmWasm, pour faire cohabiter applications Solidity et contrats natifs Cosmos. Cette ouverture, vantée comme un pont vers les développeurs Ethereum, est devenue le vecteur de l’incident.

TAC puis KiiChain : la même méthode, d’autres dégâts

Le 22 août, TAC subit le même procédé. Près de 3 milliards de TAC sont prélevés dans le pool de staking. Le projet vise à amener la finance décentralisée vers les utilisateurs de TON et de Telegram. Autour de 1,2 milliard de tokens volés sont vendus sur BNB Chain pour environ 950 000 dollars. Le soir même, KiiChain perd approximativement 148 millions de KII. Quelque 64,6 millions de tokens sont cédés pour près de 1,6 million de dollars. Cosmos Labs estime qu’environ 54 % des KII dérobés resteraient récupérables on-chain si le réseau était restauré.

Dans son post-mortem du 23 août, KiiChain critique la communication vers les réseaux aval. Selon le projet, Cosmos Labs n’a pas donné d’avis préalable, n’a pas identifié la publication comme critique pour la sécurité et n’a pas, dans un premier temps, demandé aux chaînes concernées de s’arrêter. La formule est sèche : un correctif prend des jours à relire, compiler, tester et déployer sur un ensemble de validateurs. Un halt prend des minutes. La seule mesure capable de contenir le risque immédiatement aurait été une instruction claire d’interrompre la production de blocs. Cette instruction, écrit KiiChain, est arrivée après les dégâts.

Un correctif prend des jours à relire, construire, tester et déployer sur un ensemble de validateurs. Un halt prend des minutes. La seule mesure qui aurait contenu le risque immédiatement était une instruction claire d’arrêter de produire des blocs, et cette instruction est arrivée après les dégâts.

Post-mortem de KiiChain

Cosmos Labs recommande l’arrêt des réseaux vulnérables le 22 août, après que MANTRA, TAC et KiiChain ont déjà été touchés. KiiChain conteste aussi une partie de l’évaluation technique. Le projet affirme que trois défauts amont étaient nécessaires pour mener l’exploit, et que seul l’underflow a été publiquement corrigé. MANTRA, après avoir testé le correctif contre une reproduction fonctionnelle, arrive à une conclusion différente : la réparation de l’underflow est « le contrôle qui ferme ce chemin d’attaque ». Cosmos Labs décrit deux vulnérabilités enchaînées, sans répondre frontalement à l’affirmation de KiiChain selon laquelle un autre défaut amont resterait ouvert.

Trois autres chaînes, Nesa peut-être parmi elles

Trois réseaux supplémentaires ont été exploités de la même manière. Cosmos Labs ne les nomme pas dans son rapport. Nesa pourrait en faire partie. Bitvavo a suspendu les dépôts et retraits de NES le 24 août, évoquant une vulnérabilité critique de consensus ayant conduit des nœuds vulnérables à accepter des blocs invalides. La société d’analyse Bubblemaps a identifié Nesa comme chaîne touchée dans une note du 26 août. Selon cette lecture, un attaquant aurait acheté environ 250 000 dollars de NES, ponté les fonds vers Nesa, utilisé la faille pour multiplier le solde d’un facteur proche de 200, puis renvoyé vers Ethereum l’équivalent d’environ 50 millions de dollars en NES.

La plupart des swaps tentés ont subi un glissement extrême, la liquidité ayant été retirée des pools. Le profit final de l’attaquant serait tombé autour de 60 000 dollars. Le portefeuille avait été alimenté via Monero. Bubblemaps souligne que le mode de financement et le comportement de l’opérateur pourraient indiquer un acteur distinct de celui des autres drains. Les deux dernières chaînes concernées n’ont pas été identifiées publiquement. Cosmos Labs indique avoir coordonné la réponse avec quarante réseaux et aidé treize autres à corriger ou à s’arrêter avant d’être attaqués. L’équipe ne tient pas de registre complet des plus de 115 blockchains publiques de l’écosystème. La crise a d’ailleurs fait apparaître onze déploiements Cosmos EVM qui n’étaient pas enregistrés auprès d’elle.

Pourquoi le patch silencieux a semé la discorde

Le débat n’est pas seulement technique. Il est organisationnel. Dans un écosystème modulaire, le code amont circule plus vite que la gouvernance aval. Un laboratoire peut fusionner un correctif. Une chaîne souveraine, elle, doit convaincre des validateurs dispersés, parfois sous des fuseaux différents, parfois avec des pipelines de compilation hétérogènes, parfois avec des contrats de délégation qui rendent toute interruption politiquement coûteuse. Le silent patch protège contre la course à l’exploit. Il suppose toutefois que les opérateurs sauront reconnaître l’urgence derrière une note de version vague. Ici, cette hypothèse a cédé.

On peut comprendre la prudence initiale d’avril. Si les tests internes ne reproduisent pas l’attaque sur les configurations connues, annoncer une faille critique revient à offrir une cible sans certitude qu’elle soit réelle en production. On peut tout autant comprendre la frustration de MANTRA et de KiiChain. Quand la confirmation arrive en août, le temps utile n’est plus mesuré en semaines de recherche, mais en heures de coordination. Vingt heures pour un upgrade qui casse l’état, ce n’est pas un sprint. C’est une injonction impossible déguisée en publication responsable.

La publication du chemin d’exploitation par un développeur aval ajoute une couche de tension. Dans la culture sécurité, décrire trop tôt le mode opératoire accélère deux courses à la fois : celle des défenseurs et celle des attaquants. Cosmos Labs le dit presque textuellement. MANTRA refuse d’en tirer une accusation. Le calendrier, pourtant, est implacable : financement du portefeuille, dépôt public, première sonde, drain de l’adresse de brûlage, halt trop tardif pour l’essentiel du butin.

Ce que cette crise dit de la compatibilité Ethereum

Depuis plusieurs années, beaucoup de chaînes Cosmos ont cherché à séduire les développeurs Solidity. L’argument est simple : conserver la souveraineté d’une appchain tout en parlant la langue d’Ethereum. Cosmos EVM, héritier d’Evmos, incarnait cette promesse. L’incident d’août montre l’autre face du contrat. Quand on importe une machine virtuelle, on importe aussi une surface d’attaque, des hypothèses numériques, des habitudes de comptes et des outils de pontage. Un underflow n’est pas une nouveauté dans l’histoire d’Ethereum. Le voir ressurgir dans un cadre censé relier deux mondes rappelle que la compatibilité n’est pas un simple drapeau marketing. C’est une dette de maintenance permanente.

Les adresses de brûlage et les multisigs de lancement sont des artefacts sociologiques autant que techniques. On les traite comme des fossiles. On cesse de les surveiller. Or une faille de solde ne respecte pas le folklore du « jamais déplacé ». Elle lit un entier. Elle compare. Elle enveloppe. Elle transfère. Le monitoring de MANTRA a échoué précisément là où le récit interne disait que rien ne pouvait bouger. C’est une leçon transposable à n’importe quelle chaîne : les comptes « impossibles » doivent être les plus observés, pas les moins observés.

Offre, liquidité et illusion de richesse instantanée

Les chiffres de Nesa, s’ils sont confirmés dans leur ordre de grandeur, illustrent une autre distorsion. Multiplier un solde par deux cents ne crée pas, mécaniquement, deux cents fois plus de dollars. Les pools n’ont pas la profondeur d’un bilan bancaire. Retirer la liquidité, c’est refermer la trappe. L’attaquant se retrouve avec une montagne de jetons et une file d’ordres absente. Le profit réel s’effondre. Sur TAC et KiiChain, la conversion a mieux fonctionné, mais elle reste contrainte par les carnets et les ponts. Le titre « 50 millions » fait le tour des fils d’actualité. Le compte final, parfois, tient en dizaines de milliers.

Cette distorsion n’excuse rien. Elle explique pourquoi les attaquants enchaînent si vite les dépôts d’échange. Ils savent que la fenêtre de monétisation est courte. MANTRA a vu 94,7 % des tokens quitter la chaîne avant le halt. KiiChain estime qu’une part encore récupérable reste on-chain. La différence entre ces deux situations n’est pas morale. Elle est temporelle. Celui qui arrête la production de blocs assez tôt fige une partie du butin. Celui qui découvre le vol après quatre heures de silence offre à l’attaquant le temps d’atteindre le quai d’embarquement.

Un écosystème trop vaste pour un seul carnet d’adresses

Plus de cent quinze blockchains publiques gravitent dans l’ensemble Cosmos. Cosmos Labs avoue ne pas en tenir le registre exhaustif. Onze déploiements EVM inconnus de l’équipe ont surgi pendant la crise. Cette phrase devrait inquiéter davantage que le détail arithmétique de l’underflow. Un framework open source se copie. Une documentation se fork. Un template de genèse se réplique. Le laboratoire amont peut coordonner quarante chaînes connues et en protéger treize. Il ne peut pas protéger celles dont il ignore l’existence.

C’est le paradoxe de la souveraineté appchain. Chaque équipe veut son réseau, son jeton, son récit. Peu veulent payer le coût d’une cellule de réponse incident partagée, d’un inventaire vivant des forks, d’un canal d’alerte authentifié réservé aux opérateurs. Le bug bounty d’avril a fonctionné comme point d’entrée. La suite a révélé un tissu de communication trop lâche pour une faille classée critique. Quand KiiChain écrit qu’un halt prend des minutes, il décrit moins une procédure technique qu’un standard de gouvernance encore absent.

MANTRA, l’incident et le dossier Inveniam

En toile de fond, MANTRA est en cours d’acquisition par Inveniam Capital Partners, déjà soutien du projet via un investissement stratégique de 20 millions de dollars en août 2025. La transaction est attendue pour le troisième trimestre 2026. La chaîne, le jeton et les infrastructures associées doivent continuer sous cette propriété. L’incident ne se produit donc pas dans un vide corporate. Il survient au moment où un acteur de marché privé s’apprête à absorber un réseau public. Cela n’implique aucune causalité. Cela change néanmoins la lecture des responsabilités futures : qui parle aux validateurs, qui indemnise, qui décide d’un halt, qui négocie avec une plateforme ayant reçu 94,7 % des tokens.

Pour les détenteurs, la hausse de l’offre circulante liée au déplacement des tokens « brûlés » est une blessure particulière. On croyait ces unités hors jeu. Elles reviennent dans le marché parce qu’un entier a bouclé. Le protocole n’a pas « imprimé » au sens naïf du terme. Il a réouvert une porte que la communauté considérait scellée. Cette distinction théorique console rarement celui qui voit le flottant augmenter d’un seul coup.

Ce que l’affaire n’est pas

Elle n’est pas une répétition du défaut CometBFT révélé plus tôt dans l’année, lequel pouvait faire caler des nœuds pendant la synchronisation des blocs, avec un score CVSS de 7,1, sans vol direct d’actifs. Elle n’est pas non plus une preuve que toute compatibilité EVM serait condamnée. Elle n’est pas, enfin, un roman d’espionnage tout prêt : MANTRA refuse d’interpréter le financement du portefeuille avant le dépôt public. Rester factuel, ici, est une discipline. Les calendriers serrés excitent les hypothèses. Ils ne les valident pas.

Elle n’est pas davantage un simple fait divers de « hack crypto ». Le montant global, 5,72 millions de dollars convertis, est douloureux pour des réseaux de taille moyenne, mais il n’atteint pas les records historiques du secteur. Ce qui distingue août 2026, c’est la propagation interchaînes d’un même primitive, la nature des comptes visés, et le différend sur la manière de prévenir des opérateurs souverains. Le vol est le symptôme. La coordination est la maladie chronique.

Leçons concrètes pour validateurs et équipes produit

Surveiller les adresses prétendument immobiles. Traiter toute note de version évoquant la sécurité comme un halt potentiel jusqu’à preuve du contraire. Tenir un inventaire des dépendances EVM, y compris les forks oubliés. Préparer un runbook d’arrêt de quelques minutes, testé, et pas seulement un runbook d’upgrade de plusieurs jours. Séparer les canaux d’alerte privés des fils publics où un chemin d’exploitation peut être collé par erreur ou par zèle. Considérer les pools de staking et les trésoreries de genèse comme des cibles de premier rang, pas comme du mobilier de lancement.

• Monitoring des brûlages : toute sortie depuis une adresse dite inamovible doit réveiller la salle.
• Fenêtre de halt : décider à l’avance qui a le droit d’ordonner l’arrêt, et en combien de minutes.
• Cartographie des forks : savoir quelles chaînes tournent encore une version antérieure à v0.6.2 ou v0.7.2.
• Communication amont-aval : un mot « important » dans une release note ne remplace pas un avis ciblé.
• Liquidité de fuite : anticiper les dépôts d’échange et les ponts dès la première transaction anormale.

Ces mesures ne relèvent pas du génie cryptographique. Elles relèvent de l’exploitation quotidienne d’un réseau. C’est précisément pour cela qu’elles sont souvent négligées. On investit dans l’audit du contrat vedette. On oublie le coffre de la campagne de points resté ouvert dans un coin du genesis. On célèbre la compatibilité Solidity. On sous-estime le coût de garder cette compatibilité alignée sur les correctifs amont.

Le marché lira-t-il l’événement comme un signal de risque systémique ?

À court terme, les jetons directement touchés subissent le choc de l’offre, de l’arrêt et de la méfiance. À moyen terme, la question se déplace vers l’ensemble des appchains EVM. Les délégateurs demanderont si leur validateur a appliqué v0.6.2 ou v0.7.2. Les trésoreries demanderont si leurs adresses de réserve sont instrumentées. Les plateformes, après Bitvavo et les suspensions déjà observées sur MANTRA, calibreront plus vite les gels de dépôts dès qu’un mot « consensus » apparaît.

Il serait excessif d’annoncer la fin du modèle appchain. Il serait naïf de croire que l’incident restera local. Un framework partagé crée une corrélation de risque. C’est le même argument qui, dans la finance traditionnelle, relie les chambres de compensation. Ici, la chambre s’appelle Cosmos EVM. Elle n’est pas une banque. Elle est une bibliothèque. Quand la bibliothèque contient un underflow, tous les lecteurs qui n’ont pas mis à jour l’édition deviennent des cibles simultanées.

Ce que les post-mortem disent vraiment, entre les lignes

Le texte de Cosmos Labs insiste sur la bonne foi d’avril, sur l’impossibilité initiale de reproduire, sur l’effort de coordination avec quarante chaînes, sur les treize réseaux protégés à temps. Le texte de MANTRA insiste sur l’irréalisme des vingt heures et sur l’absence d’avis spécifique. Le texte de KiiChain insiste sur le halt qui aurait dû précéder le patch, et sur l’hypothèse de défauts amont encore ouverts. Trois récits, une même chronologie. Aucun ne nie le vol. Tous négocient la répartition de la responsabilité.

Cette négociation est saine si elle produit des protocoles d’alerte. Elle devient stérile si elle se limite à une joute de communiqués. L’écosystème n’a pas besoin d’un coupable unique. Il a besoin d’une doctrine : à partir de quel niveau de confiance interne publie-t-on un avis privé aux opérateurs ? Qui authentifie cet avis ? Combien de minutes accorde-t-on avant de recommander un halt ? Comment traite-t-on un développeur aval qui publie un chemin d’exploitation en croyant bien faire ? Ces questions sont moins glamour qu’un underflow. Elles éviteront davantage de millions que n’importe quelle formule de blog.

Une mémoire utile pour la suite de 2026

Août 2026 restera, dans les chroniques Cosmos, comme la semaine où des adresses de brûlage se sont mises à parler. On se souviendra des 720,9 millions de MANTRA, des près de 3 milliards de TAC, des 148 millions de KII, des chaînes anonymes, du possible dossier Nesa, des 5,72 millions convertis, des onze déploiements fantômes. On devrait surtout se souvenir du décalage entre la vitesse du code et la vitesse des hommes qui font tourner les validateurs.

Les réseaux qui n’ont pas été touchés ne sont pas « plus intelligents » par essence. Certains ont eu de la chance dans le calendrier. D’autres ont halté. D’autres encore n’étaient pas assez visibles pour mériter le premier passage de l’attaquant. La sécurité par l’obscurité a ses limites, on l’a vu avec les onze chaînes non enregistrées. La sécurité par la coordination a les siennes, on l’a vu avec les vingt heures. Entre les deux, il reste le travail ingrat : inventaire, monitoring, doctrine d’arrêt, humilité devant les entiers qui bouclent.

L’acquisition de MANTRA par Inveniam, si elle se conclut comme prévu au troisième trimestre, n’effacera pas cette semaine. Elle en héritera. Les validateurs, les délégateurs et les plateformes jugeront la suite à l’aune d’une seule chose : la capacité à transformer un post-mortem en procédure. Tant que le prochain correctif critique circule comme une note de version polie, le scénario d’août pourra se rejouer, avec d’autres tickers, d’autres pools, la même arithmétique implacable.

Il reste des zones d’ombre. L’identité de deux chaînes. L’éventuelle pluralité des attaquants. Le sort exact des fonds déjà déposés en plateforme. La réponse technique à la thèse des trois défauts avancée par KiiChain. Ces inconnues n’empêchent pas de tirer un bilan net : une vulnérabilité signalée au printemps, sous-estimée pour la production, redistribuée en silence, confirmée trop tard pour le calendrier humain des validateurs, puis industrialisée contre des comptes que personne ne regardait vraiment. Le pirate a saisi une fenêtre. L’écosystème, lui, doit décider s’il continue d’ouvrir ce type de fenêtre par politesse et par peur du spoil.

Dans les jours qui viennent, d’autres équipes publieront sans doute des annexes, des listes de versions, des captures de transactions. Le lecteur ferait bien de garder en tête le cœur de l’affaire, dépouillé du jargon. Un entier est passé sous zéro. Un plafond a renvoyé la valeur vers le haut. Des tokens qu’on croyait morts ont marché jusqu’à un dépôt d’échange. Des chaînes se sont arrêtées. D’autres ont négocié le chaos. Et quelque part entre un rapport d’avril et une release du 19 août, le temps des opérateurs n’a pas été traité comme une ressource de sécurité, seulement comme une variable d’intendance. C’est cette erreur-là, plus encore que l’underflow, que Cosmos et ses appchains ne peuvent plus se permettre.