Comment perdre 19 000 $ en crypto… et s’en mordre les doigts

Quand une simple inversion coûte une fortune

D’après ce qu’ a rapporté l’analyste de données on-chain, Lookonchain, ce qui devait être une opération de liquidité ordinaire a tourné au désastre pour l’utilisateur crypto connu sous le nom de teochew.eth. Avant même que la paire SPK/USDT ne soit officiellement ouverte à la négociation, ce dernier crée le pool et y injecte 19 998 $ en USDT en “single-sided liquidity”, pensant fixer la bonne équivalence pour les premiers échanges.

Mais voilà, dans la précipitation, il inverse le sens du prix : il voulait proposer un taux de 1 USDT pour 19,93 SPK, mais paramètre accidentellement 1 SPK pour 19,93 USDT. En apparence, rien d’alarmant. Cependant, ce détail va finalement coûter cher…

Lorsque les échanges débutent, le trader 0x7ef29 repère la faille et échange simplement 1 SPK contre presque la totalité de la réserve en USDT du pool. Résultat : il repart avec 19 687 USDT en une seule transaction, laissant le pool quasiment à sec et teochew.eth devant une perte monumentale.

D’autres histoires de perte dans la crypto sphère :

Crypto loose : quand le meilleur trader du mois perd 15 millions en moins d’une journée

Crypto loose : les snipers ne vous rendront pas forcément riches

Anatomie d’une loose crypto (et leçon à retenir)

Le temps que teochew.eth réalise son erreur, il est déjà trop tard : la majorité des fonds a disparu. Il n’aura plus qu’à retirer les miettes restantes : 32,92 USDT et 4,69 SPK (valorisés à peine à 0,31 $). La perte est cinglante : près de 20 000 $ partis en fumée sur une simple inversion de paramètres.

Cet accident, rappelle que la moindre négligence technique peut se transformer en une perte colossale dans l’univers crypto. Les pools de liquidité, s’ils offrent des opportunités alléchantes, exigent une attention extrême à chaque étape, surtout lors de la configuration des paires et des ordres de grandeur et souvent bien plus cher qu’on ne l’imagine.

Dans le cas du pool SPK/USDT, c’est la fonction de pricing de l’AMM qui a servi de déclencheur : l’erreur de configuration a provoqué un déplacement brutal de toute la liquidité. Aucun garde-fou, aucune validation n’est venue stopper le processus, puisque les smart contracts exécutent bêtement ce qui est inscrit dans le code. La tolérance au slippage souvent laissée par défaut a permis ici que toute la transaction passe, sans la moindre friction.

Pour éviter ce type de scénario, chaque fournisseur de liquidité doit systématiquement simuler son ajout de fonds, vérifier la direction du pool (tokenA/tokenB), ajuster la tolérance de slippage à un niveau strict, et contrôler la configuration des plages de prix ou ranges sur les AMM de nouvelle génération. L’utilisation d’outils d’analyse on-chain ou de “testnets” avant de déployer des sommes importantes devient un réflexe indispensable.

Morale de l’histoire : en crypto, une virgule de travers, et c’est 19 000 balles à l’envers