Attaque Sandwich
En termes simples : Une attaque sandwich se produit lorsqu'un bot voit votre transaction dans le mempool, vous précède pour faire monter le prix, laisse votre transaction s'exécuter à un prix moins avantageux, puis vend immédiatement après — vous êtes la viande dans un sandwich très coûteux.
Une attaque sandwich est un type d'exploit MEV (Valeur Maximale Extractible) où un attaquant détecte une transaction en attente dans le mempool de la blockchain, place un ordre d'achat juste avant (« front-running »), laisse la transaction de la victime s'exécuter à un prix gonflé, puis vend immédiatement après (« back-running »), empochant la différence. La transaction de la victime est exécutée à un prix moins bon que prévu, tandis que l'attaquant réalise un profit sans risque.
Dans la DeFi basée sur les AMM (Uniswap, PancakeSwap, etc.), les attaques sandwich sont automatisées par des robots MEV qui scrutent le mempool à la recherche d'opportunités rentables. L'attaque est possible car les transactions restent dans le mempool public avant d'être incluses dans un bloc, ce qui laisse aux robots le temps d'observer, de simuler et d'insérer leurs propres transactions. Les contrats à terme perpétuels crypto sur les bourses centralisées (CEX) sont moins vulnérables aux attaques sandwich classiques car les CEX utilisent un carnet d'ordres centralisé avec une priorité temporelle, et non un AMM. Cependant, les traders sur CEX font face à des risques analogues : le front-running par des initiés ou des teneurs de marché disposant de connexions plus rapides, et l'arbitrage de latence où votre ordre atteint le carnet après que le marché a déjà bougé. Les utilisateurs de Kingfisher sont principalement sur CEX, mais comprendre les mécanismes des sandwichs est utile pour naviguer dans les protocoles DeFi qui s'intègrent à l'écosystème crypto plus large.
Comment ça fonctionne
Attaque sandwich étape par étape :
- La victime soumet une transaction : Un trader soumet un ordre d'achat important pour le Token X sur un DEX, avec une tolérance de slippage de 1 %
- L'attaquant détecte : Le robot MEV voit la transaction en attente dans le mempool public
- Front-run : L'attaquant soumet une transaction d'achat avec des frais de gaz plus élevés, la faisant traiter en premier. Cela fait monter le prix du Token X (formule du produit constant de l'AMM)
- La victime exécute : La transaction de la victime s'exécute au prix désormais gonflé, achetant moins de tokens que prévu. La tolérance de slippage le permet — la victime paie effectivement un prix excessif
- Back-run : L'attaquant vend immédiatement le Token X au prix gonflé (plus élevé que son prix d'entrée), capturant la différence comme profit
- Le prix revient : Après les deux transactions, le pool AMM se rééquilibre et le prix revient à des niveaux quasi-originaux
La victime perd de la valeur par :
- Un prix d'exécution moins bon (impact sur le prix dû au front-run de l'attaquant)
- La tolérance de slippage exploitée au maximum
- Le profit de l'attaquant provenant directement de la transaction de la victime
Dans les futures CEX (moins vulnérables, mais des risques analogues existent) :
- Arbitrage de latence : Les participants plus rapides voient les changements de prix et exécutent avant vous, similaire au front-running
- Front-running du carnet d'ordres : Les teneurs de marché avec des serveurs co-localisés voient votre ordre et ajustent leurs cotations avant son exécution
- Fuite d'information : Les ordres importants sur les CEX peuvent être détectés en surveillant les changements du carnet d'ordres, permettant un positionnement anticipé
Pourquoi c'est important pour les traders
- La tolérance de slippage est votre principale défense dans la DeFi. Régler le slippage entre 0,1 et 0,5 % rend les attaques sandwich non rentables, car l'attaquant ne peut pas extraire suffisamment de valeur pour couvrir les frais de gaz. Le compromis : votre transaction peut échouer en période de volatilité. 0,5 % est le point idéal pratique.
- Les mempools privés (Flashbots, MEV-Boost) protègent contre les attaques sandwich. En soumettant les transactions directement aux constructeurs de blocs plutôt qu'au mempool public, votre transaction ne peut pas être observée et prise en sandwich. C'est une pratique courante pour toute transaction DeFi de plus de 10 000 $.
- Les traders sur CEX font face à des risques différents mais connexes. Les utilisateurs de Kingfisher sur les bourses centralisées ne subissent pas d'attaques sandwich on-chain, mais les ordres importants peuvent toujours être détectés via la surveillance du carnet d'ordres. L'utilisation d'ordres iceberg, la division des ordres importants et l'évitement d'ordres limites évidents aux niveaux clés réduisent ce risque.
Erreurs courantes
- Régler la tolérance de slippage trop élevée sur les transactions DEX. Un slippage de 3 à 5 % est une invitation ouverte aux robots sandwich. Sauf si vous tradez des tokens extrêmement illiquides, maintenez le slippage à 0,5-1 % maximum.
- Effectuer des transactions de grande taille sur les AMM en période de forte congestion. Lorsque les frais de gaz grimpent, les robots sandwich deviennent plus sélectifs — mais les grosses transactions restent des cibles rentables. Si vous devez trader une taille importante sur un DEX, utilisez un agrégateur DEX (1inch, Matcha) qui route à travers plusieurs pools et offre une protection MEV.
- Supposer que les CEX sont immunisés contre toutes les formes de front-running. Bien que les attaques sandwich on-chain ne s'appliquent pas, les traders sur CEX avec des ordres importants peuvent être détectés et précédés par des participants disposant d'infrastructures plus rapides. Utilisez l'exécution algorithmique ou divisez les ordres importants en plus petites parties.