Was in DeFi wie Slippage aussieht, ist größtenteils Preisimpact: ein deterministischer Kostenfaktor, der in die AMM-Kurven eingebrannt ist und mit dem Moment verschwindet, in dem du auf einem CLOB handelst.
March 28, 2026 | ,
April 09, 2026 | ,
Du prüfst ein Quote. Du klickst auf Swap. Die Transaktion bestätigt. Der Preis, den du bezahlt hast, ist etwas schlechter als das, was du einen Moment zuvor gesehen hast, und du schreibst es dem „die Markt hat sich bewegt.“ zu. Für die meisten DeFi-Trades auf AMMs ist diese Erklärung falsch. Der Markt ist nicht gestiegen oder gefallen. Du hast ihn bewegt.
Was Retail-Trader Slippage nennen, ist selten Marktvolatilität. Es ist ein struktureller, vorhersagbarer Kostenfaktor, der in das Design der Börse eingearbeitet ist, die sie verwenden. Sobald du verstehst, woher er kommt, werden zwei Dinge klar: wie viel davon du tatsächlich bezahlst und warum er nicht existieren müsste.
Slippage ist die Differenz zwischen dem Preis, den du erwartet hast zu zahlen, und dem Preis, den du am Ende bezahlt hast. Es gibt zwei unterschiedliche Quellen, die die meisten DeFi-Interfaces unter einem einzigen „slippage“-Label miteinander vermischen.
Das erste ist Execution-Slippage — die reale, externe Preisbewegung, die in den Sekunden zwischen deinem Quote und deinem Fill passiert. Bei liquiden Pairs und einer Blockzeit von zwölf Sekunden ist das klein und selten von Bedeutung.
Das zweite ist Price Impact — die Bewegung, die durch deinen eigenen Trade entsteht, wenn er mit dem Liquiditätspool interagiert. In einem AMM ist das kein Zufall und keine Verzögerung. Es ist deterministisch. Die Preis-Formel des Pools garantiert, dass dein Trade den Preis gegen dich verschiebt, und die exakte Menge lässt sich berechnen, bevor du auf confirm klickst.
Der Grund, warum der Großteil der DeFi-Slippage eigentlich keine Slippage ist, liegt darin, dass sie nicht zufällig ist. Es ist eine Gebühr, die von der Kurve erhoben wird und im Voraus berechnet wird.
Ein Standard-AMM wie Uniswap v2 verwendet die konstante-Produkt-Formel: x × y = k. Der Pool hält Reserven aus zwei Tokens, und das Produkt dieser Reserven bleibt durch jeden Trade erhalten. Das ist eine elegante Art, Liquidität bereitzustellen, ohne Gegenparteien zu benötigen — aber es macht Price Impact mathematisch unvermeidbar.
Betrachte einen einfachen Pool: 1,000 ETH und 3,200,000 USDC, was einen ETH-Preis von $3,200 ergibt. Wenn du 10 ETH kaufen willst, kannst du sie nicht zu $3,200 kaufen. Der Pool muss k aufrechterhalten, was bedeutet: Nach deinem Trade steigt die USDC-Reserve, während die ETH-Reserve fällt, und das Verhältnis — der Preis — verschiebt sich nach oben. Du bezahlst am Ende ungefähr $3,232 pro ETH. Diese $32 pro ETH-Lücke, multipliziert über deinen Trade, ist der Price Impact. Es ist keine Gebühr, die das Protokoll eingesammelt hat. Es ist eine strukturelle Folge davon, gegen eine Kurve zu traden.
Skaliere den Trade hoch. Kaufe 50 ETH aus demselben Pool und der effektive Preis springt näher an $3,360. Kaufe 100 ETH und du liegst bei deutlich über 5 Prozent Kosten, noch bevor es irgendeine LP-Gebühr, irgendein Gas oder irgendein MEV gibt. Je größer dein Trade im Verhältnis zur Tiefe des Pools ist, desto stärker bestraft dich die Kurve. Das ist der Grund, warum sich ernsthafte Trade-Größen on-chain entweder über viele Pools fragmentieren, über Aggregatoren routen oder eine Execution-Qualität akzeptieren, die auf irgendeinem zentralisierten Handelsplatz nicht akzeptabel wäre.
Es gibt keine Version eines konstant-Produkt-AMM, die das nicht macht. Die Kurve ist der Preis.
Jede AMM-Frontend fordert dich auf, eine slippage tolerance einzustellen. Die meisten Trader lassen sie auf dem Default-Wert, manche erhöhen sie, um fehlgeschlagene Transaktionen zu stoppen, und nur sehr wenige verstehen, was diese Einstellung tatsächlich bewirkt.
La tolérance au slippage est une limite sur le pire prix d’exécution que vous acceptez. Si le prix réalisé tombe en dehors de cette limite, la transaction est annulée. Le paramètre ne réduit pas votre slippage — il définit simplement le plafond. Avec une tolérance de 0,5 pour cent, vous payez toujours l’impact sur le prix que la courbe vous facture ; vous annulez simplement si cela franchit la barre des 0,5 pour cent.
Le compromis qu’il impose est moche. Une faible tolérance vous protège des mauvais remplissages, mais fait échouer des transactions sur des paires volatiles, gaspillant du gas et laissant le trade non exécuté. Une tolérance élevée laisse les trades passer, mais elle ouvre aussi une surface d’attaque, bien documentée : les bots de sandwich, que nous avons couverts dans l’article précédent sur MEV, qui lisent votre tolérance dans le mempool et extraient aussi près que possible de ce plafond tant que 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 (searcher) de quelqu’un d’autre.
Il n’existe pas de tolérance au slippage “correcte” dans le modèle AMM. Chaque réglage est un compromis entre les annulations (reverts) et l’extraction.
Le slippage sur un seul pool, c’est une chose. La plupart des trades non triviaux passent par plusieurs.
Quand un agrégateur DEX répartit un trade entre Uniswap, Curve et Balancer pour trouver la meilleure exécution, chaque étape (hop) paie son propre impact sur le prix. Les agrégateurs optimisent pour le total minimum, mais ils ne peuvent pas le ramener à zéro — les courbes continuent de facturer. Sur les paires “longue traîne” où aucun pool n’est suffisamment profond, le meilleur routage disponible reste une route coûteuse. La liquidité est fragmentée par conception dans les écosystèmes AMM, et cette fragmentation se paie en slippage.
Pour tout trader opérant des tailles — market makers, trésoreries, flux informés — ce coût dépasse régulièrement l’avantage que ces acteurs espèrent capter. C’est la raison pour laquelle les grandes positions DeFi sont souvent construites via des canaux OTC, ou exécutées sur des plateformes centralisées puis bridgées. La version on-chain du même trade, sur un AMM, perd trop par rapport à la courbe pour être viable.
Le problème n’est pas la décentralisation. C’est le mécanisme de tarification.
Sur un Carnet Central Limit d’Ordres (Central Limit Order Book), vous ne tradez pas contre une courbe. Vous tradez contre d’autres traders — plus précisément, contre leurs ordres limite reposant (resting limit orders). Quand vous soumettez un ordre au marché (market order), il est exécuté 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 chacun d’eux. Pas de courbe, pas de frais implicites, pas de pente déterministe.
Un ordre limite va 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 tout 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é qu’ils faisaient. Chaque exchange centralisé exécute un CLOB. Les traders y n’ont jamais eu besoin d’un paramètre de “
Dexalot ist ein dezentrales CLOB. Orders liegen on-chain, Markt- und Limit-Orders werden beide nativ ausgeführt, und es gibt nirgendwo in der gesamten Kette eine Bonding-curve. Für jeden Trader, der sich vergrößert, verändert das die Standardeinstellung: statt eine Slippage-Toleranz zu konfigurieren und zu hoffen, dass die MEV-Umgebung ruhig ist, platzierst du eine Limit-Order zum gewünschten Preis und wirst entweder ausgefüllt oder nicht.
Für Trader, die von AMMs kommen, ist der Verhaltenswechsel gering — die Oberfläche sieht wie eine Börse aus — aber die Kostenstruktur ist anders, in einer Weise, die sich mit der Zeit verstärkt. Du hörst auf, die Kurve zu bezahlen. Du hörst auf, Toleranzeinstellungen dem Mempool auszusetzen. Du hörst auf, Orders über verschiedene Pools aufzuteilen, um einen Einfluss zu minimieren, der so in der ersten place nicht existieren sollte. Gebühren werden zu Gebühren, und der Preis wird zum Preis.
Slippage ist kein unvermeidbarer Kostenfaktor dezentralen Tradings. Es ist ein Kostenfaktor von AMMs. Wenn sich die Architektur ändert, geht der Kostenfaktor mit.