Qu'est-ce que le slippage en crypto ? Impact de prix, tolérance et coût réel

L'impact de prix est arithmétique, et aucun réglage ne le supprime

Un pool à produit constant maintient x × y fixe. Injecte Δx du premier jeton et le pool doit rendre assez du second pour rétablir le produit, ce qui donne Δy = y × Δx ÷ (x + Δx). Divise par Δx : ton prix moyen vaut y ÷ (x + Δx), alors que le prix marginal avant l'ordre valait y ÷ x. Le manque à gagner est donc 1 − x ÷ (x + Δx) = Δx ÷ (x + Δx), et il ne dépend que d'une chose : la taille de ton ordre rapportée à la réserve dans laquelle tu négocies. Ni ton portefeuille, ni ton prix du gaz, ni ta patience n'apparaissent dans cette expression.

Le coût en euros se comporte tout autrement que le coût en pourcentage. L'impact est à peu près proportionnel à la taille, donc l'argent perdu est proportionnel au carré de la taille : valeur × f² ÷ (1 + f), où f est ton ordre en fraction de la réserve. C'est pour cela que le tableau grimpe ainsi. Passer de 0,1 % du pool à 10 % multiplie l'ordre par 100 et le coût par plus de 9 000 — de 2 € à 18 182 €. C'est aussi pourquoi découper un gros ordre en plusieurs petits n'aide pas sur un seul pool : le pool bouge après chaque tranche, les tranches s'exécutent à des prix de plus en plus mauvais et le total est très proche du coût en une fois. Le découpage n'aide que si les tranches vont vers des lieux d'exécution différents, ou si du temps passe et que l'arbitrage regarnit le pool entre elles.

La tolérance au slippage est tout autre chose

La case de tolérance d'une interface de swap fixe une sortie minimale : si la transaction devait rendre moins que le devis diminué de ta tolérance, elle échoue et tu gardes tes jetons, moins le gaz. Elle existe parce qu'une transaction sur chaîne n'est pas instantanée — entre le moment où tu signes et celui où ton ordre entre dans un bloc, d'autres échangent, et le pool sur lequel on t'a coté a bougé. La tolérance protège de ce délai. Ce n'est ni une remise, ni une négociation, ni un plafond sur ce que le pool te facture.

Les deux extrêmes coûtent cher. Trop serrée, une transaction à 5 % d'impact échoue tout simplement contre une tolérance de 0,5 % — tu paies le gaz pour rien et recommence. Trop lâche, disons 20 % sur un pool peu profond, et tu as annoncé publiquement combien tu acceptes de perdre : un chercheur de MEV peut acheter devant toi, laisser ton ordre pousser le prix, puis revendre dedans en empochant l'écart. Ce sandwich n'est pas un bug, c'est l'économie documentée d'un mempool public, et ton réglage de tolérance en fixe l'épaisseur. Une habitude qui marche : lire d'abord l'estimation d'impact affichée par l'interface, puis régler la tolérance un peu au-dessus — assez pour survivre au mouvement normal d'un bloc à l'autre, pas assez pour financer un sandwich.

Ce qui réduit réellement le coût

Deux choses seulement font bouger l'impact de prix : négocier plus petit, ou négocier contre plus de profondeur. La première est immédiatement sous ton contrôle — si un ordre représente 5 % du pool, il coûte 4,76 %, et la même somme étalée sur trois jours dans un pool que l'arbitrage regarnit coûte une fraction de cela. La seconde relève du routage. Un agrégateur qui répartit ton ordre entre plusieurs pools réduit réellement l'impact, car chaque pool voit un f plus petit. Une courbe spécialisée stablecoins offre beaucoup plus de profondeur près de la parité qu'un pool à produit constant de même taille, ce qui explique qu'un gros échange de stablecoins sur le bon lieu d'exécution coûte quelques points de base là où un pool généraliste facturerait des pourcents entiers.

Garde les frais de swap mentalement séparés de tout ce qui précède. Des frais de pool de 0,30 % sur un ordre de 100 000 € font 300 €, facturés quelle que soit la profondeur ; les 4 762 € d'impact de prix sur le même ordre sont quinze fois plus élevés et proviennent uniquement de la forme du pool. Les interfaces montrent souvent l'un et pas l'autre, ou les fondent en une seule estimation, ce qui permet à un trader de repartir persuadé d'avoir payé 0,3 %. Calcule les deux chiffres séparément avant un gros ordre, décide si le pool est assez profond, et sinon réduis l'ordre ou va ailleurs — ce sont les seuls leviers qui existent.

Questions fréquentes

Quelle tolérance au slippage faut-il régler ?

Juste au-dessus de l'impact de prix que l'interface t'affiche déjà, avec une petite marge pour le mouvement entre blocs. Sur une paire profonde, cela fait généralement quelques dixièmes de pour cent ; sur une paire mince, l'impact lui-même peut atteindre plusieurs pour cent et la tolérance doit le dépasser sous peine d'échec. Ce qu'il ne faut pas faire, c'est monter la tolérance jusqu'à ce que l'ordre passe sans se demander pourquoi il échouait — un ordre qui exige 15 % de tolérance te dit que le pool est trop petit pour lui.

Le slippage est-il la même chose que les frais de transaction ?

Non, et les deux peuvent différer d'un ordre de grandeur. Les frais sont un pourcentage fixe prélevé par le pool — 0,30 % sur une paire classique, soit 300 € sur un ordre de 100 000 €. L'impact de prix vient du fait de déplacer le prix du pool contre toi et dépend entièrement de la profondeur : sur le pool du tableau, ce même ordre de 100 000 € subit 4 762 € d'impact. Sur un petit ordre, les frais dominent ; sur un gros, c'est l'impact, et de loin.

Découper un gros ordre en plusieurs petits aide-t-il ?

Pas dans le même bloc sur le même pool : chaque tranche déplace le prix pour la suivante, les tranches s'exécutent de plus en plus mal et le total arrive très près du coût en une seule fois, avec davantage de gaz payé. En revanche cela aide quand les tranches atteignent des pools différents — c'est ce que fait un agrégateur — ou quand elles s'étalent sur des heures ou des jours, car l'arbitrage ramène entre-temps le pool vers le prix du marché.