Ce qui ressemble à un slippage dans DeFi est principalement un impact de prix, un coût déterministe intégré aux courbes des AMM qui disparaît dès que vous tradez sur un CLOB.
March 28, 2026 | ,
April 09, 2026 | ,
Vous vérifiez un devis. Vous cliquez sur swap. La transaction se confirme. Le prix que vous avez payé est légèrement moins favorable que celui que vous voyiez il y a un instant, et vous l’attribuez à « le marché a bougé ». Pour la plupart des transactions DeFi sur les AMM, cette explication est fausse. Le marché n’a pas bougé. C’est vous qui l’avez fait bouger.
Ce que les traders particuliers appellent le slippage est rarement une volatilité du marché. Il s’agit d’un coût structurel et prévisible, inscrit dans la conception de l’échange qu’ils utilisent. Une fois que vous comprenez d’où il vient, deux choses deviennent claires : le montant réel que vous payez, et pourquoi il n’aurait pas besoin d’exister.
Le slippage est la différence entre le prix que vous vous attendiez à payer et le prix que vous avez finalement payé. Il a deux sources distinctes, que la plupart des interfaces DeFi brouillent en une seule étiquette « slippage ».
La première est le slippage d’exécution — le mouvement de prix externe réel qui se produit dans les secondes entre votre devis et votre exécution. Sur des paires liquides et un temps de bloc de douze secondes, c’est faible et rarement significatif.
La seconde est l’impact sur le prix — le mouvement provoqué par votre propre transaction qui interagit avec le pool de liquidité. Sur un AMM, ce n’est ni un accident, ni un délai. C’est déterministe. La fonction de tarification du pool garantit que votre transaction déplacera le prix contre vous, et le montant exact est calculable avant même de cliquer sur confirmer.
La raison pour laquelle la plupart du slippage en DeFi n’est pas vraiment du slippage, c’est qu’il n’est pas aléatoire. C’est une commission, facturée par la courbe, calculée à l’avance.
Un AMM standard comme Uniswap v2 utilise la formule du produit constant : x × y = k. Le pool détient des réserves de deux tokens, et le produit de ces réserves est préservé à travers chaque transaction. C’est une façon élégante de fournir de la liquidité sans nécessiter de contreparties — mais cela rend l’impact sur le prix mathématiquement inévitable.
Prenons un pool simple : 1,000 ETH et 3,200,000 USDC, ce qui donne un prix de l’ETH de $3,200. Si vous voulez acheter 10 ETH, vous ne pouvez pas les acheter au prix de $3,200. Le pool doit maintenir k, ce qui signifie qu’après votre transaction la réserve d’USDC augmente, la réserve d’ETH baisse, et le ratio — le prix — se décale à la hausse. Vous finissez par payer environ $3,232 par ETH. Cet écart de $32 par ETH, multiplié sur l’ensemble de votre transaction, correspond à l’impact sur le prix. Ce n’est pas une commission que le protocole a collectée. C’est une conséquence structurelle du fait de trader contre une courbe.
Augmentez la taille de la transaction. Achetez 50 ETH à partir du même pool, et le prix effectif bondit vers $3,360. Achetez 100 ETH et vous vous retrouvez face à un coût de plus de 5 % avant même les frais des LP, aucun gas, aucun MEV. Plus votre transaction est grande par rapport à la profondeur du pool, plus la courbe vous pénalise. C’est pour cette raison qu’une taille sérieuse on-chain se fragmente soit entre plusieurs pools, soit via des routeurs/agrégateurs, soit qu’elle accepte une qualité d’exécution qui serait inacceptable sur n’importe quelle place centralisée.
Il n’existe aucune version d’un AMM à produit constant qui ne fait pas cela. La courbe, c’est le coût.
Chaque interface frontend d’AMM vous demande de définir une tolérance au slippage. La plupart des traders la laissent à la valeur par défaut, certains la montent pour éviter des transactions échouées, et très peu comprennent ce que ce réglage fait réellement.
La tolérance au slippage est un plafond sur le pire prix d’exécution que vous acceptez. Si le prix effectivement réalisé tombe en dehors de ce plafond, la transaction est annulée. Ce réglage ne réduit pas votre slippage — il définit simplement le plafond. Avec une tolérance de 0,5 %, vous payez toujours l’impact sur le prix que la courbe vous facture ; vous annulez simplement si elle franchit la barre des 0,5 %.
Le compromis qu’il impose est moche. Une faible tolérance vous protège contre de mauvais remplissages, mais fait échouer des transactions sur des paires volatiles, gaspillant du gaz et laissant la transaction sans exécution. Une tolérance élevée laisse les transactions passer, mais ouvre aussi une surface d’attaque bien documentée : des bots sandwich, que nous avons abordés dans le billet précédent sur MEV ; ils lisent votre tolérance depuis le mempool et extraient aussi près que possible de ce plafond, là où c’est rentable. Réglez la tolérance trop haut sur une paire illiquide et vous devenez la “monnaie facile” dans la stratégie de recherche de quelqu’un d’autre.
Il n’existe pas de tolérance correcte au slippage dans le modèle AMM. Chaque réglage est un compromis entre les annulations et l’extraction.
Le slippage sur un seul pool, c’est une chose. La plupart des opérations non triviales passent par plusieurs.
Quand un agrégateur DEX répartit un trade entre Uniswap, Curve et Balancer pour trouver la meilleure exécution, chaque “hop” subit son propre impact sur le prix. Les agrégateurs optimisent pour le minimum total, mais ils ne peuvent pas le réduire à zéro — les courbes continuent de facturer. Sur les paires “long-tail” où il n’existe aucun pool suffisamment profond, le meilleur routage disponible reste un trajet coûteux. La liquidité est fragmentée par conception dans les écosystèmes AMM, et cette fragmentation se paie en slippage.
Pour tout trader exécutant une taille — market makers, trésoreries, flux informés — ce coût dépasse régulièrement l’avantage qu’ils espéraient capter. C’est la raison pour laquelle les grosses positions DeFi sont souvent construites via des canaux OTC, ou exécutées sur des plateformes centralisées et ensuite bridgées. La version on-chain du même trade, sur un AMM, perd trop face à la courbe pour être viable.
Le problème ne vient pas de la décentralisation. Il vient du mécanisme de tarification.
Sur un Central Limit Order Book, vous ne tradez pas contre une courbe. Vous tradez contre d’autres traders — plus précisément, leurs ordres limités en attente. Quand vous soumettez un ordre au marché, il se remplit au meilleur prix disponible dans le carnet, puis au suivant, puis au suivant, jusqu’à ce que votre ordre soit rempli ou que le carnet soit épuisé. Si le haut du carnet propose 50 ETH à $3,200 et que vous achetez 30 ETH, vous payez $3,200 pour tous. Pas de courbe, pas de frais implicites, pas de pente déterministe.
Un ordre limite va encore plus loin. Vous spécifiez le prix exact auquel vous êtes prêt à acheter ou vendre, et la bourse vous remplit à ce prix ou ne vous remplit pas du tout. Le slippage, au sens AMM, n’existe simplement pas — votre prix de remplissage est le prix que vous avez choisi.
C’est le compromis que beaucoup de traders natifs crypto ont oublié de faire. Chaque bourse centralisée exécute un CLOB. Les traders là-bas n’ont jamais eu besoin d’un réglage de “tolérance au slippage” car l’architecture ne produit pas de slippage par effet secondaire. La seule forme de slippage qui subsiste sur un CLOB est celle qui mérite vraiment son nom : le coût de traverser le carnet lorsque vous exigez une exécution immédiate sur un ordre plus large que le niveau de liquidité au sommet. C’est un coût réel : il est visible avant que vous ne soumettiez l’ordre, et il est proportionnel à la manière dont vous êtes agressif avec la taille de votre ordre.
Dexalot est un CLOB décentralisé. Les ordres reposent en chaîne, les ordres au marché et les ordres à cours limité s’exécutent nativement, et il n’y a nulle part de courbe de liaison dans la pile. Pour tout trader qui augmente sa taille, cela change le réglage par défaut : au lieu de configurer la tolérance au slippage et d’espérer que l’environnement MEV reste calme, vous passez un ordre à cours limité au prix que vous souhaitez et soit vous êtes exécuté, soit vous ne l’êtes pas.
Pour les traders venant des AMM, le changement de comportement est faible — l’interface ressemble à une bourse — mais la structure des coûts est différente, d’une manière qui s’accumule au fil du temps. Vous cessez de payer la courbe. Vous cessez d’exposer des paramètres de tolérance au mempool. Vous cessez de fractionner les ordres entre des pools pour minimiser un impact qui ne devrait pas exister en premier lieu. Les frais deviennent les frais, et le prix devient le prix.
Le slippage n’est pas un coût inévitable du trading décentralisé. C’est un coût des AMM. Quand l’architecture change, le coût suit.
