Float Protocol Perd 28 000 $ Via Uniswap V3

Quand un protocole DeFi annonce une perte de seulement vingt-huit mille dollars, le réflexe immédiat est de hausser les épaules. Dans un univers où certains incidents se chiffrent en dizaines de millions, ce montant paraît presque anecdotique. Pourtant, l’attaque subie par Float Protocol le 31 août 2026 raconte bien davantage qu’un simple vol d’une dizaine d’ethers. Elle montre, encore une fois, comment un prix instantané lu dans une piscine Uniswap V3 peut devenir une arme, dès lors qu’un contrat fait confiance à une photographie trop courte du marché.

Ce Que Révèle L’Attaque De 10,71 Eth

Selon l’alerte publiée par SlowMist, Float Protocol a perdu environ 10,71 ETH, soit près de 28 000 dollars au moment de la communication. L’attaquant n’a pas brisé une clé privée ni contourné une signature hors chaîne. Il a emprunté massivement, déformé le prix spot d’une piscine Uniswap V3, puis forcé des contrats Hypervisor à calculer des parts de fournisseur de liquidité à un niveau gonflé. Une fois ces valeurs faussées, des dépôts et des retraits répétés ont permis d’extraire de la valeur avant que le prêt éclair ne soit remboursé dans la même transaction.

Le récit technique est froid, presque clinique. L’adresse de l’attaquant, le contrat d’attaque, les deux contrats vulnérables et la piscine sous-jacente ont été listés publiquement. Mais derrière ces chaînes hexadécimales se cache une leçon plus large : la DeFi continue de confondre disponibilité d’un chiffre et fiabilité d’un prix. Un tick lu à l’instant T n’est pas une vérité économique. C’est une position temporaire, facilement déplacée dès que le capital temporaire existe.

La cause racine n’est pas le flash loan en lui-même. C’est la décision de pricer des parts LP à partir d’un slot0 manipulable, sans TWAP, sans oracle et sans protection de glissement.

Synthèse de l’analyse SlowMist

Une perte modeste, un schéma déjà vu

Il serait tentant de classer l’affaire au rang des faits divers. Vingt-huit mille dollars ne vident pas un trésor de guerre. Ils suffisent pourtant à rappeler que les petits protocoles restent des cibles de choix. Moins de liquidité, moins de regards, parfois moins d’audits récents, et surtout des hypothèses héritées d’une architecture qui semblait raisonnable le jour du déploiement. L’attaquant n’a pas eu besoin d’un exploit inédite au sens mathématique. Il a combiné des briques déjà connues : prêt sans collatéral intra-bloc, swaps agressifs, lecture naïve du prix courant, puis aller-retour sur des parts mal valorisées.

Dans la pratique, ce type d’incident sert aussi de signal pour le reste de l’écosystème. Les équipes qui gèrent des coffres, des hyperviseurs ou des agrégateurs de liquidité concentrée doivent relire leurs fonctions critiques. Non pas pour chercher une faille cosmétique, mais pour vérifier une question simple : que se passe-t-il si le prix spot saute de plusieurs ticks pendant une seule transaction ? Si la réponse est « le calcul des parts suit le saut », le risque est déjà là.

Float Protocol, un nom, une architecture exposée

Float Protocol n’entre pas dans cette chronique comme un géant du marché. C’est précisément ce qui rend l’épisode instructif. Les protocoles de taille intermédiaire ou réduite accumulent souvent des contrats spécialisés autour de la liquidité. Les Hypervisor, dans ce contexte, servent à gérer des positions, à comptabiliser des parts et à traduire l’état d’une piscine en droits économiques pour les déposants. Dès que cette traduction dépend d’une lecture instantanée, le contrat cesse d’être un simple registre. Il devient un interprète du marché, et un interprète crédule.

Les deux contrats signalés comme vulnérables illustrent cette dépendance. Ils n’avaient pas besoin d’être « mal écrits » ligne à ligne pour devenir exploitables. Il suffisait qu’ils fassent confiance à currentTick() et à getTotalAmounts() au moment où la piscine sous-jacente n’était plus dans un état représentatif. Autrement dit, le bug n’était pas nécessairement une erreur de syntaxe. C’était une erreur de modèle : croire qu’un état Uniswap V3, observé pendant un flash, décrit encore la valeur réelle des parts.

Cette distinction compte. Beaucoup d’équipes corrigent des fonctions après coup en ajoutant un plafond ici, un require là. L’essentiel se situe plus haut. Si le prix utilisé pour valoriser une part peut être poussé par un seul bloc de transactions financé à crédit, alors la comptabilité interne du protocole n’est plus une comptabilité. C’est un miroir déformant.

Le flash loan, capital fantôme d’une seule transaction

Le prêt éclair fascine parce qu’il viole l’intuition bancaire. On emprunte une somme importante sans dépôt préalable, on s’en sert, puis on rembourse le principal et les frais avant la fin du bloc logique de la transaction. Si le remboursement échoue, tout s’annule. Cette atomicité, souvent présentée comme une garantie de sécurité pour le prêteur, devient une garantie d’audace pour l’attaquant. Il peut déplacer un marché sans jamais « posséder » durablement les fonds.

Dans l’affaire Float Protocol, le flash loan n’est pas le trou dans le contrat. Il est le carburant. Sans cette liquidité temporaire, les swaps n’auraient pas eu la taille nécessaire pour faire basculer le slot0. Avec elle, l’attaquant a pu traiter la piscine comme un levier de décor plutôt que comme un marché profond. Le prix bouge, les ticks changent, les fonctions de lecture suivent, et les parts LP se mettent à raconter une histoire trop généreuse.

Il faut insister sur ce point auprès des lecteurs qui découvrent encore la DeFi. Un flash loan n’est ni magique ni illégal par nature. Il existe pour l’arbitrage, le refinancement de collatéral, certaines liquidations. Le problème commence lorsque le protocole d’en face n’a pas prévu qu’un acteur puisse, pendant quelques instants, commander le décor des prix. La même brique sert alors deux métiers : l’efficacité de marché et l’exploitation de logique.

Le flash loan n’invente pas la faille. Il loue, le temps d’un bloc, la force nécessaire pour la rendre rentable.

Lecture de marché

Uniswap V3 et la tentation du prix instantané

Uniswap V3 a changé la manière dont la liquidité s’organise. Au lieu d’une courbe uniforme sur toute la plage de prix, les fournisseurs concentrent leur capital sur des intervalles. Cette précision améliore l’efficacité. Elle rend aussi certains états locaux plus sensibles. Un swap suffisamment large peut faire voyager le prix courant à travers plusieurs ticks. Le slot0 enregistre précisément cet instant : prix, tick, données de protocole. C’est une photographie nette. Ce n’est pas un film.

SlowMist souligne que l’attaquant a distordu ce slot0. Une fois le tick courant déplacé, currentTick() et getTotalAmounts() ont renvoyé des valeurs cohérentes avec l’état manipulé, donc incohérentes avec la valeur économique durable des positions. Les contrats Hypervisor ont alors calculé des parts comme si cette photographie était un bilan. Le piège est là : le contrat lit correctement une donnée incorrecte au regard de l’usage qu’il en fait.

On pourrait objecter qu’Uniswap V3 fournit aussi des observations utilisables pour une moyenne temporelle. Justement. L’existence d’un TWAP n’aide personne si les fonctions critiques ne l’appellent pas. Un oracle disponible mais ignoré équivaut à une porte blindée laissée ouverte. Dans ce dossier, l’absence de validation par moyenne, d’oracle externe et de protection contre le glissement forme un trio. Chacun de ces manques, isolé, aurait déjà été inquiétant. Réunis, ils dessinent un chemin d’attaque lisible.

Comment les parts LP sont devenues le véritable butin

Beaucoup d’exploits DeFi visent un token mal minté, une autorisation trop large ou une vérification de signature absente. Ici, le butin passe par la comptabilité des parts. Une part LP n’est pas un simple reçu. Elle encode un droit sur un panier. Si le protocole surestime ce que représente une part au moment d’un dépôt ou d’un retrait, il crée une asymétrie. L’attaquant dépose quand l’unité est trop chère ou retire quand l’unité lui attribue trop d’actifs. Répété, le geste draine la caisse sans paraître un vol frontal.

SlowMist décrit précisément cette répétition. Après la manipulation du prix, l’attaquant n’est pas parti. Il a multiplié les interactions dépôt-retrait pendant que les Hypervisor travaillaient avec des valeurs gonflées. Cette insistance a un sens économique. Une seule opération peut laisser trop peu d’écart, ou se heurter à des arrondis. Une boucle, dans la même transaction globale, capitalise l’erreur de pricing jusqu’à l’épuisement utile.

Pour un observateur extérieur, la chaîne de transactions peut sembler bruyante : emprunt, swap, dépôt, retrait, swap inverse, remboursement. Pour le contrat victime, chaque appel est localement valide. Les require passent. Les soldes bougent. Rien ne « casse » au sens d’une exception. C’est souvent le propre des attaques de pricing : le système exécute fidèlement une règle trop naïve.

Les adresses comme pièces d’un dossier ouvert

La firme de sécurité a identifié l’adresse de l’attaquant 0xaea29218262dc6b0904ca077f6527c49dfd426d9 et le contrat d’attaque 0xb46655eb5b77de277063a75586d1883e951b6c54. Deux contrats vulnérables ont été cités : 0x85cbed523459b7f6f81c11e710df969703a8a70c et 0xc86b1e7fa86834cac1468937cdd53ba3ccbc1153. La piscine sous-jacente porte l’identifiant 0xe8c2036068fc3b0161ee1def0e8d01df4eac0ac. Ces références ne sont pas là pour le folklore on-chain. Elles permettent à d’autres chercheurs de rejouer le scénario, de comparer les traces et de vérifier si des forks ou des intégrations proches reproduisent le même schéma.

Dans un écosystème où le code se copie, cette traçabilité a une valeur collective. Un contrat Hypervisor inspiré d’une base similaire peut porter la même hypothèse fragile. Un agrégateur qui lit le même style de fonctions peut hériter du même angle mort. Publier les adresses, c’est transformer un incident local en matériel d’audit pour tout le voisinage.

Il reste toutefois une limite. Connaître l’adresse de l’attaquant ne dit pas grand-chose de l’identité humaine. Les fonds peuvent être brassés, pontés, dilués dans d’autres protocoles. L’histoire récente de la DeFi est pleine de dossiers où la reconstruction technique est claire et la récupération financière partielle, tardive ou nulle. Ici, le montant relativement bas change aussi l’équation : le coût d’une chasse prolongée peut dépasser l’enjeu.

Ce que change l’absence de TWAP

Une moyenne de prix pondérée par le temps n’est pas une baguette magique. Elle peut elle-même être attaquée si la fenêtre est trop courte ou si la liquidité est trop mince. Elle reste néanmoins un filtre. Au lieu d’adopter le dernier tick comme parole d’évangile, le contrat interroge une série d’observations. Manipuler durablement cette série coûte plus cher, demande plus de temps, et devient souvent non rentable dans le cadre d’un flash loan.

C’est pourquoi l’absence de TWAP, dans l’analyse de SlowMist, n’est pas un détail académique. Elle signifie que le protocole acceptait comme input de valorisation une grandeur que n’importe quel acteur capitalisé pour un bloc pouvait tordre. Ajouter un oracle indépendant aurait introduit une seconde voix. Ajouter une protection de glissement aurait limité l’ampleur des opérations acceptées lorsque le prix interne dérive trop vite. Aucun de ces filets n’était présent sur les fonctions critiques, d’après l’alerte.

Les équipes objectent parfois que le TWAP dégrade l’expérience utilisateur, qu’il retarde les arbitrages honnêtes, qu’il complexifie le code. L’objection n’est pas nulle. Elle doit simplement être pesée contre le coût d’une comptabilité de parts qui se laisse hypnotiser par un tick. Dans le cas Float Protocol, le coût s’est élevé à 10,71 ETH. D’autres protocoles, avec les mêmes habitudes et davantage de TVL, paieraient autrement plus cher.

Le glissement, ce garde-fou trop souvent cosmétique

La protection contre le slippage est parfois réduite à un paramètre d’interface : l’utilisateur accepte un écart maximal entre le prix affiché et le prix d’exécution. Dans un contrat qui valorise des parts, le sujet est plus profond. Si un dépôt ou un retrait peut s’exécuter alors que la conversion interne a basculé de manière extrême, le paramètre utilisateur ne suffit plus. Il faut que le contrat refuse de finaliser une opération dont le ratio implicite sort d’une bande raisonnable.

SlowMist insiste sur ce manque. Sans garde-fou de glissement, la boucle dépôt-retrait n’a plus qu’à suivre le prix manipulé. Chaque interaction reste « juste » au regard d’une formule qui, elle, ne l’est plus. On obtient alors ce paradoxe fréquent en sécurité DeFi : des transactions valides, des événements émis, des soldes cohérents localement, et une trésorerie qui fond.

Un bon contrôle de glissement ne remplace pas un oracle robuste. Il ajoute une friction. Cette friction est précieuse. Elle transforme une attaque lisse en attaque bruyante, parfois non rentable, parfois assez visible pour qu’un bot de surveillance ou une pause d’urgence intervienne. Dans un incident de 28 000 dollars, on peut regretter qu’aucune de ces couches n’ait ralenti le geste.

Un air de famille avec d’autres incidents de l’été

L’attaque Float Protocol n’arrive pas dans un désert. En juillet, Allbridge Core avait été stoppé après qu’un attaquant eut utilisé un flash loan d’environ 1,12 million de USDC depuis Kamino. PeckShield avait estimé les pertes autour de 1,65 million. Le mode opératoire n’était pas identique au détail près, mais l’esprit oui : emprunter, swapper vite pour changer un ratio de pool, retirer à un taux déformé, rembourser dans la même respiration.

Onchain Lens avait décrit des allers-retours rapides entre USDC et USDT pour fausser l’équilibre d’une piscine stable. Allbridge avait ensuite indiqué que certains pools restaient temporairement déséquilibrés et avait même demandé aux utilisateurs ayant profité de prix inhabituels d’envisager de rendre les fonds. Ce détail humain, presque naïf, dit quelque chose du chaos post-exploit : la chaîne a enregistré des échanges « valides » que le protocole considère ensuite comme indus.

Autre dossier de juillet, autre leçon. Ostium a conclu qu’une perte de 23,75 millions de USDC venait d’une infrastructure hors chaîne compromise. Des rapports de prix BTC/USD frauduleux avaient permis de vider un coffre de liquidité. Les contrats, selon le protocole, n’étaient pas la source première. L’attaque Float Protocol est l’inverse presque symétrique : ici, c’est bien la logique on-chain de valorisation qui a été prise au piège d’un prix de piscine. Deux familles de risques, un même résultat : l’argent sort parce qu’un chiffre de prix a été cru trop vite.

Swan Treasury, toujours durant cette saison d’incidents, a perdu près de 625 000 dollars. Un flash loan PancakeSwap a servi d’appoint après la compromission d’une clé de signature hors chaîne. Environ 687 000 STY auraient été achetés avec une décote vertigineuse avant d’être revendus dans la piscine STY/USDT. Encore une fois, le prêt éclair n’était que l’amplificateur. La faille réelle se situait ailleurs. Le parallèle avec Float Protocol n’est donc pas « tous les flash loans sont des attaques ». Le parallèle est : dès qu’une porte existe, le capital temporaire saura la trouver.

Pourquoi les petits montants méritent une grande lecture

La hiérarchie médiatique de la crypto favorise les neuf chiffres. C’est compréhensible. Un exploit à 30 millions change des destins, des trésoreries, parfois des tokenomics entières. Un exploit à 28 000 dollars passe plus facilement à la trappe. Erreur. Les attaquants s’entraînent aussi sur des cibles modestes. Les outils se répètent. Les checklists d’audit se figent. Et les protocoles qui survivent à un petit incident sans corriger le modèle de prix se préparent, sans le savoir, à un incident plus large le jour où la TVL aura grandi.

Il y a aussi un effet de composition. Dix protocoles qui perdent chacun quelques dizaines de milliers de dollars dans le même mois dessinent une carte. Cette carte dit que le pricing LP basé sur un spot V3 reste un angle mort fréquent. Elle dit que les Hypervisor et autres gestionnaires de positions concentrées doivent être relus comme des oracles internes, pas seulement comme des coffres. Elle dit enfin que la communication de sécurité, lorsqu’elle est précise comme celle de SlowMist, a plus de valeur pédagogique qu’un communiqué vague sur une « anomalie ».

Les déposants, de leur côté, voient rarement la différence entre un contrat qui lit un TWAP et un contrat qui lit slot0. Ils voient une interface, un rendement, une promesse de gestion active. L’asymétrie d’information est structurelle. D’où l’utilité de raconter ces incidents en français clair, sans en faire un thriller, sans non plus les réduire à une ligne de tweet.

Ce que les déposants peuvent regarder désormais

Personne n’attend d’un utilisateur particulier qu’il audite un Hypervisor. En revanche, quelques questions deviennent des réflexes sains. Le protocole explique-t-il comment il valorise les parts ? Mentionne-t-il un oracle, une moyenne, une fenêtre de temps ? A-t-il déjà subi un incident de pricing ? Publie-t-il des adresses et des post-mortems, ou seulement des formules rassurantes ? Ces signaux ne garantissent rien. Ils séparent toutefois les équipes qui traitent le prix comme un problème de sécurité et celles qui le traitent comme un détail d’implémentation.

La liquidité concentrée ajoute une couche de complexité. Une position Uniswap V3 n’est pas un simple couple de réserves. Elle vit dans une fourchette. La conversion en « montants totaux » dépend du tick. Si ce tick est attaquable dans la seconde où le contrat comptabilise les parts, l’utilisateur n’a aucun moyen de voir le piège depuis un tableau de bord. Il verra, au mieux, une transaction réussie et un solde modifié.

• Demander le mode de pricing : spot brut, TWAP, oracle tiers, ou mélange.
• Vérifier l’existence de limites : glissement maximal, plafonds par transaction, pauses.
• Lire les alertes de sécurité comme des documents techniques, pas comme du bruit marketing.
• Comparer avec des incidents proches plutôt que de croire chaque protocole unique.

Les Hypervisor, ces intermédiaires trop bavards avec la pool

Le mot Hypervisor évoque une couche qui supervise. Dans la DeFi, cette couche gère souvent des positions pour le compte de plusieurs déposants, rééquilibre, et émet des parts fongibles. C’est utile. Cela mutualise la complexité de V3. Cela crée aussi un point unique où une mauvaise lecture de marché se propage à tous les détenteurs de parts. L’attaquant n’a pas eu à viser chaque fournisseur de liquidité individuellement. Il a visé le calculateur commun.

Cette centralisation logique explique la rentabilité même d’une attaque de taille moyenne. Une fois le calculateur trompé, le volume d’extraction dépend de ce que le contrat accepte encore de servir. Si les réserves disponibles dans les contrats touchés étaient limitées, la perte s’arrête à 10,71 ETH. Si elles avaient été plus fournies, le même scénario aurait simplement produit un plus gros titre. Le mécanisme, lui, n’aurait pas changé.

D’où une recommandation de conception qui dépasse Float Protocol. Tout contrat qui transforme un état de pool en droit de retrait devrait considérer cet état comme potentiellement hostile. Hostile ne veut pas dire que Uniswap V3 est malveillant. Cela veut dire que l’état d’une pool est un input contrôlé par le marché, donc contrôlable par un acteur le temps d’un bloc. On ne confie pas à un input contrôlé par l’adversaire le soin de décider combien d’actifs un compte peut extraire, du moins pas sans filtre.

Le prix, ressource la plus attaquée de la DeFi

On pourrait dresser une typologie simple des exploits. Il y a les erreurs d’autorisation. Il y a les erreurs de mint. Il y a les clés compromises. Et il y a les erreurs de prix. Cette dernière famille revient avec une régularité lassante parce que le prix est partout. Il sert à liquider, à valoriser un collatéral, à calculer une part, à déclencher un rachat, à rééquilibrer un coffre. Chaque usage crée une surface.

Float Protocol s’inscrit dans la sous-famille « prix de pool utilisé comme vérité comptable ». Allbridge Core s’inscrivait plutôt dans « ratio de pool stable faussé le temps d’un retrait ». Ostium montrait que le prix peut aussi être empoisonné hors chaîne. Trois portes, une obsession. Tant que les protocoles auront besoin d’un chiffre pour décider d’un transfert, les attaquants chercheront le chiffre le plus facile à mentir.

La réponse n’est pas d’abandonner les marchés on-chain. Elle est d’admettre qu’un marché on-chain, pendant une transaction isolée, n’est pas un jury impartial. C’est une salle que l’on peut remplir de monde le temps d’un vote, puis vider. Le TWAP, les oracles à plusieurs sources, les délais, les plafonds, les circuits breaker : tout cela revient à empêcher qu’un vote éclair devienne une loi permanente.

Un prix spot n’est pas une mesure. C’est un instantané d’un rapport de forces, et ce rapport peut être loué.

Principe de prudence on-chain

Ce que l’alerte SlowMist change dans la journée d’une équipe

Une alerte bien faite a un effet immédiat : elle force des checklists. Les équipes qui maintiennent des intégrations V3 devraient, dès ce type de publication, cartographier toutes les fonctions qui appellent slot0, currentTick ou des équivalents de getTotalAmounts. Ensuite seulement vient le débat sur le correctif. Trop souvent, on inverse l’ordre : on rassure, puis on cherche. L’ordre sain est inverse.

Le correctif minimal consiste à cesser de valoriser des parts à partir d’un tick instantané. Le correctif robuste ajoute une fenêtre d’observations, une comparaison avec une source secondaire, un rejet net si l’écart dépasse un seuil, et une capacité de pause ciblée sur les fonctions de dépôt et de retrait. Rien de cela n’est révolutionnaire. Tout cela est documenté depuis des années. L’écart entre le savoir collectif et le code déployé reste le vrai scandale discret de ces dossiers.

Il faut aussi parler des tests. Un test unitaire qui nourrit le contrat avec un prix calme ne verra jamais l’attaque. Il faut des tests d’intégration qui simulent un flash loan, un déplacement violent de tick, puis un dépôt-retrait. Si le test montre qu’un attaquant fictif sort avec plus qu’il n’est entré, le code n’est pas prêt. Cette phrase devrait figurer au fronton de bien des dépôts Git.

Le rôle ambigu de la transparence on-chain

Tout le monde a pu voir, après coup, les adresses, les montants, la piscine. Cette transparence aide les chercheurs. Elle aide aussi, en amont, les attaquants qui lisent le code vérifié et les réserves disponibles. La DeFi vit dans cette contradiction. Le même soleil éclaire l’audit public et le ciblage. On n’en sort pas en appelant au secret. On en sort en écrivant des règles qui restent sûres même lorsque l’adversaire connaît le labyrinthe.

Float Protocol, comme beaucoup d’autres, exposait une logique lisible. L’attaquant n’a pas eu besoin d’un zero-day obscur dans un compilateur. Il a lu un modèle. Il a vu qu’une fonction critique faisait confiance à un état de pool. Il a financé la déformation de cet état. La transparence n’est coupable de rien. La naïveté du modèle, si.

Cette observation devrait calmer un autre réflexe : celui de croire qu’un audit passé une fois suffit. Un audit photographie un code à une date. Les intégrations changent, les pools changent, les montants changent. Une fonction sûre à faible liquidité peut devenir dangereuse lorsque la piscine sous-jacente permet enfin des déplacements de tick assez amples. La sécurité DeFi n’est pas un diplôme. C’est une surveillance.

Récit d’une journée typique après l’annonce

Le 31 août 2026, le message de SlowMist circule. Les comptes spécialisés le reprennent. Les chasseurs de traces ouvrent un explorateur. Les intégrateurs se demandent s’ils touchent les mêmes contrats. Les déposants cherchent un communiqué. Dans le meilleur des cas, l’équipe confirme, isole les fonctions, publie une feuille de route. Dans le pire, le silence laisse la rumeur gonfler plus vite que les faits.

Même lorsque le montant est limité, la confiance se mesure autrement qu’en dollars. Un utilisateur qui découvre que ses parts pouvaient être mal calculées se pose une question simple : si cela a marché pour 10,71 ETH, pourquoi cela n’aurait-il pas marché pour davantage ? La réponse technique peut être « parce que les caisses étaient petites ». La réponse psychologique est plus rugueuse. La confiance, elle, ne se recalcule pas avec un TWAP.

C’est pourquoi la pédagogie autour de ces événements n’est pas un luxe éditorial. Elle évite que le public ne retienne qu’une morale fausse, du type « les flash loans sont intrinsèquement criminels » ou « Uniswap V3 est cassé ». Ni l’un ni l’autre. Le prêt éclair est un outil. La piscine est un marché. Le contrat victime a choisi une lecture trop pauvre de ce marché.

Ce que cet incident dit du métier d’oracle interne

On parle souvent des oracles comme de services externes, Chainlink et les autres. On parle moins des oracles internes : ces fonctions qui, à l’intérieur d’un protocole, transforment un état de marché en nombre utilisable par la comptabilité. getTotalAmounts() est, dans les faits, un oracle interne. currentTick() aussi. Dès qu’une part LP dépend d’eux, ces fonctions quittent le registre de la commodité technique. Elles deviennent critiques au même titre qu’un flux de prix officiel.

Traiter un oracle interne avec moins de rigueur qu’un oracle externe est une habitude dangereuse. L’équipe se dit que la donnée vient « de la pool », donc du marché, donc du réel. Or le réel d’une pool pendant un flash n’est pas le réel des déposants sur une semaine. Confondre les deux, c’est offrir une prime à celui qui peut louer le réel pendant quelques secondes.

La bonne pratique consiste à documenter explicitement chaque oracle interne, à lui assigner une politique de fraîcheur, une politique d’écart maximal, une politique de repli. Sans cette discipline, le code continue de compiler, les tests verts continuent de rassurer, et le premier attaquant suffisamment motivé continue de passer.

Les limites d’une réponse seulement technique

On peut patcher. On doit patcher. Mais un patch ne referme pas tout. Il reste la question de la gouvernance : qui peut pauser ? qui peut migrer les fonds restants ? qui décide d’un remboursement éventuel ? Sur un incident de 28 000 dollars, ces questions paraissent disproportionnées. Elles préparent pourtant le jour où le chiffre sera moins aimable. Les protocoles qui improvisent leur crise sur un petit dossier improvisent aussi, plus tard, sur un grand.

Il reste également la question de la communication avec les intégrateurs. Si d’autres produits composent avec les contrats touchés, ils héritent d’un risque de second rang. Un agrégateur, un frontend, un coffre tiers peuvent afficher des soldes qui n’ont plus le même sens. La composition, vertu de la DeFi, est aussi un accélérateur de contagion sémantique : le même chiffre faux voyage de contrat en contrat.

Enfin, il reste la question du précédent. Chaque attaque « petite » normalise l’idée qu’une perte limitée clôt le sujet. Or le sujet n’est pas la somme. Le sujet est le motif. Et le motif, ici, est assez générique pour reparaître ailleurs dès demain matin.

Une grille de lecture pour les prochains communiqués

Lorsqu’un nouveau protocole annoncera une « exploitation », le lecteur peut appliquer une grille courte. Y a-t-il eu flash loan ? Y a-t-il eu déplacement d’un prix de pool ? Y a-t-il eu calcul de parts ou de collatéral pendant cet état déformé ? Y avait-il TWAP, oracle, slippage cap, pause ? Cette grille ne remplace pas une analyse forensique. Elle évite de noyer l’essentiel dans le vocabulaire.

Appliquée à Float Protocol, la grille répond sans détour. Capital intra-transaction. Chiffre de spot. Perte par parts LP mal valorisées. Le correctif crédible ne peut donc pas se limiter à « surveiller les wallets ». Il doit changer la manière dont le protocole croit le marché.

Le piège du vocabulaire rassurant

Les communiqués aiment les mots mous : incident, anomalie, activité inhabituelle. SlowMist, dans ce dossier, a choisi un langage plus net : manipulation de prix spot, absence de validation, absence de protection de glissement. Ce netteté aide. Elle empêche de croire qu’un esprit malin a contourné une cryptographie inviolable. Non. Un acteur a poussé un marché, puis un contrat a fait ses comptes avec le résultat de cette poussée.

Adopter ce langage plus net dans la presse francophone a une utilité concrète. Les lecteurs cessent d’imaginer des hackers omniscients. Ils voient des hypothèses de conception. Ils peuvent ensuite demander des hypothèses meilleures. C’est une forme modeste de souveraineté informationnelle dans un secteur qui produit trop de fumée et pas assez de mécanismes.

Il faut aussi résister à l’inverse : le jargon d’intimidation. Empiler slot0, ticks, hypervisors et flash loans sans traduire, c’est perdre le lecteur et protéger les mauvaises habitudes. D’où le parti pris de ce texte : garder les termes exacts, mais les faire travailler dans des phrases simples, avec des conséquences visibles.

Ce que la liquidité concentrée impose aux auditeurs

Auditer un contrat qui lit une pool V2 et auditer un contrat qui lit une pool V3, ce n’est pas le même métier. En V3, le tick n’est pas un accessoire. Il structure les montants, les fourchettes, les frais, la notion même de position. Un auditeur qui se contente de vérifier que « le contrat appelle bien la pool » passe à côté. Il doit demander ce qui se passe lorsque le tick traverse des zones peu liquides, lorsque la position est hors fourchette, lorsque getTotalAmounts devient très sensible à un déplacement court.

Les rapports d’audit qui restent muets sur ces scénarios devraient être lus avec défiance, même lorsqu’ils portent des logos prestigieux. Un tampon n’annule pas une hypothèse fausse. Float Protocol le rappelle à un tarif relativement bas. D’autres le rappelleront plus cher si la leçon n’est pas reprise.

Les chasseurs de bugs, eux, ont désormais un motif évident à ajouter à leurs playbooks : chercher toute valorisation de parts branchée sur un instantané V3, puis estimer le coût d’un déplacement de tick financé par prêt éclair. Si le profit simulé dépasse les frais, le rapport écrit presque tout seul.

La mémoire courte du marché et la mémoire longue du code

Le marché oublie vite un incident de 28 000 dollars. Le code, lui, n’oublie rien tant qu’il reste déployé. Des clones, des forks, des proxies, des anciennes versions oubliées dans un coin d’une documentation peuvent continuer de vivre. C’est l’une des ironies de la chaîne : l’actualité passe, les bytecodes restent. Un attaquant patient relira demain un contrat qu’aujourd’hui personne ne mentionne plus.

D’où l’intérêt de conserver ces dossiers dans une mémoire collective, y compris en français. Non pour cultiver la peur, mais pour empêcher que chaque nouvelle équipe ne redécouvre, seule, que slot0 n’est pas un bilan. La pédagogie de sécurité est une infrastructure. Elle est moins visible qu’un pont entre deux chaînes. Elle évite pourtant davantage de naufrages.

Float Protocol entre donc dans une liste déjà trop longue de protocoles qui ont appris, en production, une règle enseignée depuis longtemps dans les post-mortems. On aimerait que la liste s’arrête. On sait qu’elle ne s’arrêtera pas tant que le prix instantané restera traité comme une relique sacrée.

Ce qu’il faut retenir sans se noyer dans les hashes

L’histoire tient en quelques phrases, et c’est précisément ce qui devrait inquiéter. Un protocole a confié le calcul de parts à des lectures de pool trop instantanées. Un attaquant a loué assez de capital pour déplacer le décor. Les contrats ont compté juste sur un décor faux. L’argent a changé de poche. Le prêt a été rendu. Le bloc s’est refermé.

Autour de cette ossature, les détails comptent pour les chercheurs : adresses, fonctions, absence de TWAP, absence de slippage guard. Pour le reste de l’écosystème, la leçon est plus sèche. Toute fonction qui convertit un état de marché en droit de retrait est une fonction de sécurité. Elle mérite le même niveau de paranoïa qu’une clé d’admin. Peut-être davantage, car une clé d’admin se voit. Un tick mal lu, non.

Les semaines qui viennent diront si Float Protocol corrige le modèle ou se contente de surveiller une adresse. Les lecteurs, eux, peuvent déjà corriger leur propre modèle mental. Un petit exploit n’est pas une petite leçon. C’est parfois la version bon marché d’un schéma qui, ailleurs, coûte une saison entière de confiance.

Et maintenant, regarder les contrats comme des théâtres de prix

Il est temps de changer de métaphore. On décrit trop les protocoles comme des coffres. Beaucoup sont des théâtres. Sur scène, un prix joue la vérité. Dans la salle, des fonctions applaudissent et distribuent des parts. Un flash loan permet de remplacer l’acteur le temps d’une scène. Si les ouvreurs ne vérifient pas que c’est toujours la même pièce, la recette sort par la mauvaise porte.

Float Protocol vient de vivre cette scène. Vingt-huit mille dollars. 10,71 ETH. Des contrats Hypervisor. Une pool Uniswap V3. Un slot0 trop obéissant. Rien de tout cela n’était invisible. Tout cela était, comme souvent, simplement négligé au nom d’une simplicité de calcul. La simplicité a un prix. Cette fois, le marché l’a facturé sans attendre.

Les prochains protocoles qui publieront une feuille de route feraient bien d’y inscrire une ligne moins glamour que le prochain partenariat : « nos parts ne se calculent plus sur une photographie ». Si cette phrase se généralise, l’attaque du 31 août 2026 aura servi à autre chose qu’à alimenter une alerte. Elle aura servi de rappel, net, presque scolaire, que la DeFi ne manque pas de liquidité temporaire. Elle manque encore, trop souvent, de doute devant un prix trop net.