Was bedeutet unzureichende Liquidität auf einer DEX?

Unzureichende Liquidität an einer dezentralen Börse bedeutet, dass der Pool für Ihr Handelspaar nicht genug vom gewünschten Token innerhalb Ihres gewählten Slippage-Limits liefern kann. Der Vertrag berechnet die erwartete Ausgabe, vergleicht sie mit Ihrem Minimum und lehnt die Transaktion ab, wenn diese Schwelle nicht erreicht werden kann.

Automatisierte Market Maker ermitteln Handelspreise aus dem Verhältnis der Token in einem Pool. Der Kauf einer Seite verändert dieses Verhältnis und treibt deren Preis nach oben. Ist eine Order im Verhältnis zu den verfügbaren Reserven groß, kann sich der Kurs so weit verschieben, dass das ursprüngliche Angebot nicht mehr gilt. Die Oberfläche zeigt dann eine Fehlermeldung an, bevor Gas ausgegeben wird.

Tiefe Paare wie ETH/USDC auf Uniswap können Swaps in Millionenhöhe mit nur einem Bruchteil eines Prozents Preisauswirkung aufnehmen. Neue Token, Memecoins und andere Long-Tail-Assets sind anders. Ihre Pools halten oft weniger als 100.000 $, sodass eine Order von 5.000 $ groß genug ist, um einen sichtbaren Teil einer Reserve zu verbrauchen.

Ursachen für unzureichende Liquidität bei diesem Trade

Mehrere Bedingungen können denselben Fehler auslösen. Geringe Reserven sind am häufigsten, doch auch konzentrierte Liquidität, Chain-Fragmentierung, Token-Mechaniken und eigene Hook-Logik können zum gleichen Ergebnis führen.

So beheben Sie den Fehler „Unzureichende Liquidität für diesen Trade“

Um den Fehler zu beheben, geben Sie dem Vertrag entweder mehr Spielraum zur Ausführung oder leiten Sie die Order zu tieferen Reserven um. Die vier Methoden unten reichen von der einfachsten Lösung bis zur aufwendigsten.

Lösung 1: Einen DEX-Aggregator nutzen

Ein DEX-Aggregator wie 1inch, Jupiter oder KyberSwap prüft Dutzende Pools, statt sich auf einen Handelsplatz zu verlassen. Er kann die Order auf mehrere Quellen aufteilen und alles in einer Transaktion abwickeln, wodurch der Fehler oft ohne Änderung Ihrer Einstellungen behoben wird.

So führen Sie einen Swap über einen Aggregator aus:

1. wallet verbinden: Öffnen Sie die Aggregator-Oberfläche und verbinden Sie eine Krypto-wallet in self-custody. Stellen Sie sicher, dass Sie sich auf der Chain befinden, auf der der Token den tiefsten Pool hat.
2. Assets auswählen: Wählen Sie den Token, den Sie halten, und fügen Sie dann die genaue Contract-Adresse des Output-Tokens ein. Ein Ticker allein kann zu nachgeahmten Token mit leeren Pools passen.
3. Aufteilung prüfen: Kontrollieren Sie die vorgeschlagene Ausführungsroute. Ein guter Kurs verteilt den Trade oft auf mehrere Handelsplätze oder Pool-Versionen, statt ihn durch einen einzigen flachen Pool zu zwingen.
4. Auswirkung vergleichen: Vergleichen Sie die angezeigte Preisauswirkung mit dem direkten Pool-Kurs. Alles über 2 % ist ein Warnsignal dafür, dass dem Token auf dieser Chain die Tiefe fehlt.
5. Toleranz festlegen: Behalten Sie für große Paare die Standard-Slippage des Aggregators bei. Erhöhen Sie sie nur in kleinen Schritten, wenn die Simulation weiterhin einen Fehlbetrag beim Output meldet.
6. Swap bestätigen: Signieren Sie die Transaktion und vergleichen Sie dann den erhaltenen Betrag mit dem vor der Freigabe angezeigten Mindestbetrag.

Lösung 2: Slippage-Toleranz anpassen

Jeder Swap enthält einen Mindestbetrag, der sich aus Ihrer Slippage-Einstellung ergibt. Fällt der prognostizierte Ertrag des Pools unter diesen Wert, lehnt der Contract die Transaktion ab. Eine höhere Toleranz senkt das Minimum und gibt einem volatilen oder flachen Pool mehr Spielraum, zu einem schlechteren Kurs auszuführen.

Erhöhen Sie ihn schrittweise. Gehen Sie von 0,5 bis 1 % aus, dann auf 2 %, und hören Sie auf, sobald die Preisabfrage erfolgreich ist. Jeder zusätzliche Prozentpunkt ist Wert, den Sie zu verlieren bereit sind, und gibt Sandwich-Bots mehr Spielraum, die Transaktion auszunutzen. Die Fehlerbehebungsdokumentation von PancakeSwap empfiehlt für Token mit Transfergebühr dasselbe schrittweise Vorgehen.

Lösung 3: Teilen Sie Ihre Gesamt-Ordergröße auf

Wenn Sie eine große Order in mehrere kleinere Swaps aufteilen, verringert sich die Preisbewegung, die jede Ausführung verursacht. Außerdem haben Arbitrage-Bots so Zeit, den Pool zwischen den Trades neu auszugleichen, allerdings zahlen Sie zusätzliches Gas.

Nutzen Sie diese manuelle Methode, wenn ein Aggregator weiterhin einen Fehlbetrag meldet:

1. Orders aufteilen: Teilen Sie die Order in Teile auf, die höchstens 2 bis 3 % des Total Value Locked des Pools entsprechen. So bleibt die Preisauswirkung pro Teilausführung unter 1 %.
2. Zuerst ausführen: Führen Sie den ersten Teilbetrag aus und notieren Sie das genaue Ergebnis. Beobachten Sie den Pool auf DexScreener, um zu sehen, wie schnell sich sein Preis erholt.
3. Kurz warten: Geben Sie Arbitrage-Bots einige Blöcke Zeit, das Paar neu auszubalancieren, bevor Sie den nächsten Trade platzieren. Das dauert auf Ethereum unter einer Minute und auf Solana wenige Sekunden.
4. Wiederholte Ausführungen: Fahren Sie mit gleich großen Teilen fort, bis die Position vollständig ist. Verringern Sie die Größe, wenn der Preiseinfluss einer Ausführung Ihren gewählten Schwellenwert überschreitet.
5. Kosten erfassen: Addieren Sie die Gas-Kosten und die realisierten Preise aller Teilausführungen. Vergleichen Sie die Summe mit dem ursprünglichen Angebot für einen einzelnen Swap, denn eine Aufteilung ist nur sinnvoll, wenn die Endkosten niedriger sind.
6. Später automatisieren: Für wiederkehrende Trades wenden Sie denselben Ansatz über eine geplante oder zeitgewichtete Order auf Jupiter oder CoW Swap an, damit die Aufteilung ohne manuelles Signieren erfolgt.

Lösung 4: Über ein liquides Zwischenpaar handeln

Direkte Pools zwischen zwei kleineren Token sind oft dünn. Beide Assets können dennoch tiefe Liquidität gegenüber ETH, SOL oder USDC haben. Der Handel über eines dieser großen Assets nutzt zwei liquide Pools, statt die gesamte Order durch ein flaches direktes Paar zu zwingen.

Aggregatoren wählen diesen Weg bereits automatisch, wenn er einen besseren Kurs liefert. Jeder Hop verursacht eine weitere Pool-Gebühr und auf Ethereum weitere Gas-Kosten. Auf Solana sind die Zusatzkosten vernachlässigbar, wo Jupiter eine einzelne Memecoin-Order über mehrere Pools von Raydium, Orca und Meteora leiten kann, wenn das zu einer besseren Ausführung führt.

Was ist Slippage bei Kryptowährungen?

Slippage ist die Differenz zwischen dem Preis, der beim Absenden eines Swap angezeigt wird, und dem Preis, zu dem er letztlich onchain abgewickelt wird. Blöcke brauchen Zeit zur Bestätigung, andere Orders können den Pool verändern, bevor Ihre ausgeführt wird, und Ihr eigener Trade verändert den Preis während der Ausführung.

Der Preiseinfluss bezeichnet speziell die durch Ihre Order verursachte Kursbewegung. Sein Ausmaß hängt vom Handelsvolumen im Verhältnis zur verfügbaren Liquidität ab. Ein Swap über 1.000 $ beeinflusst einen Pool mit 10 Millionen Dollar kaum, während dieselbe Order einen Pool mit 50.000 $ um mehrere Prozent verschieben kann.

Die slippage-Toleranz legt den schlechtesten Kurs fest, den Sie zu akzeptieren bereit sind. Fällt das Endergebnis unter diese Untergrenze, lehnt der Vertrag den swap ab. Enge Limits schützen den Trade, scheitern in dünnen Pools aber häufiger. Weite Limits erhöhen die Ausführungschance, setzen aber mehr Wert dem Zugriff von Bots aus.

Kann auf jeder DEX unzureichende Liquidität auftreten?

Der Fehler stammt vom Modell des automatisierten Market Makers, bei dem gepoolte Reserven eine echte Gegenpartei ersetzen. Orderbuch-Plattformen geben dieselbe Meldung nicht aus, obwohl flache Orderbücher dennoch zu Teilausführungen und großen Spreads führen können.

Orderbuch-Plattformen wie Hyperliquid gleichen Trades mit bestehenden Limit-Orders ab. Ein großer Marktkauf läuft daher schrittweise zu schlechteren Preisen durch das Orderbuch, statt wegen unzureichender Pool-Liquidität zu scheitern. Der Leitfaden von Datawallet zu dezentralen Perpetuals-Börsen erklärt, wie diese Orderbücher Markttiefe und Spreads in volatilen Phasen handhaben.

Warum Onchain-Liquidität weiter fragmentiert

Ein einzelner Token kann heute über mehrere Chains, Pool-Versionen und Gebührenstufen gehandelt werden. Jeder Markt benötigt ausreichend eigenständige Tiefe, damit eine direkte Order ausgeführt werden kann, ohne einen Liquiditätsfehler auszulösen.

Uniswap V4 Hooks vervielfachen die Pools pro Paar

Uniswap V4 erlaubt es jedem, einen Hook-Contract an einen Pool anzuhängen. Hooks können Gebühren ändern, einschränken, wer handelt, oder verändern, wie sich die Liquidität rund um einen Swap verhält. Jeder Hook erzeugt einen eigenen Pool für dasselbe Paar. Ein Token kann daher ein Dutzend V4-Pools neben seinen V2- und V3-Märkten haben, wodurch sich die Reserven auf mehr Handelsplätze verteilen.

Die Analyse von Datawallet zu Uniswap V4 erklärt, wie der Universal Router die Preise von V2, V3 und V4 innerhalb einer Transaktion vergleicht und Orders auf Versionen aufteilen kann. Ein manuell ausgewählter Hooked Pool überspringt diesen Vergleich. Deshalb kann ein über die Oberfläche geroutetes Swap erfolgreich sein, wenn ein direkter Pool-Handel fehlschlägt.

Layer 2 und Solana-Silos teilen die Tiefe nach Chain auf

Im DefiLlama-Ranking der letzten 30 Tage lag Solana Anfang August mit 50 Milliarden Dollar beim Spot-DEX-Volumen vorn. BNB Chain folgte mit 31 Milliarden Dollar, Ethereum mit 29 Milliarden Dollar und Base mit 22 Milliarden Dollar, wie The Defiant berichtet. Ein Token, das auf vier Chains eingesetzt wird, benötigt dennoch vier separat finanzierte Pools. Die meisten Projekte konzentrieren ihre Liquidität auf nur eine.

Die DEX-zu-CEX-Reihe von The Block verzeichnete das Onchain-Spot-Volumen im Juli 2026 bei 24 % des Volumens zentralisierter Börsen, dem höchsten Stand seit Beginn der Erfassung im Jahr 2019. Das absolute DEX-Volumen sank im selben Monat um 26 %. Wenn weniger aktive Arbitrageure nach großen Trades das Gleichgewicht wiederherstellen, kann ein unausgeglichener Pool länger in diesem Zustand bleiben.

Konzentrierte Bins verlassen den Preisbereich

Die DLMM-Pools von Meteora und die CLMM-Pools von Raydium platzieren Kapital in diskreten Preisbereichen, die Liquiditätsanbieter im Voraus auswählen. Der Slippage liegt nahe null, solange der Markt innerhalb eines aktiven Bereichs gehandelt wird. Sobald der Preis den besetzten Bereich verlässt, nimmt diese Liquidität nicht mehr an Swaps teil. Der nutzbare Pool kann dann deutlich kleiner sein, als sein ausgewiesener Total Value Locked vermuten lässt.

So vermeiden Sie Probleme mit unzureichender Liquidität

Den Fehler zu vermeiden ist günstiger, als ihn nach dem Absenden zu beheben. Fehlgeschlagene Ethereum-Transaktionen verbrauchen dennoch Gas, während erfolgreiche Swaps mit übermäßiger Slippage bei der Ausführung an Wert verlieren. Die drei folgenden Vorgehensweisen helfen, flache Liquidität vor dem Signieren zu erkennen.

1. Intent-basierte Solver statt direkter Swaps nutzen

Intent-Systeme wie CoW Swap, UniswapX und 1inch Fusion funktionieren anders als direkte AMM-Transaktionen. Sie signieren eine Order, die das gewünschte Ergebnis beschreibt, statt genau festzulegen, wie der Handel ausgeführt werden muss.

Solver konkurrieren dann darum, die Ausführung aus öffentlichen Pools, privaten Market Makern oder gegenläufigen Nutzeraufträgen zu beziehen. Kann keiner Ihr Limit erfüllen, zahlen Sie nichts.

Laut TheStreet wickelt CoW rund 22 % des Ethereum-Aggregator-Volumens ab. KyberSwap kommt auf etwa 31 % und 1inch auf rund 15 %, während Jupiter fast 95 % des Aggregator-Volumens auf Solana abwickelt. Weil Solver auf Tiefe zugreifen können, die eine einzelne Pool-Oberfläche nicht sieht, beseitigen sie die meisten Liquiditätsfehler bei etablierten Token.

2. Prüfen Sie die Onchain-Tiefe vor dem Signieren

Eine Minute für die Prüfung von Onchain-Daten kann zeigen, ob ein Pool in der Lage ist, Ihre Order aufzunehmen. Das ist besonders wichtig bei Launch-Pools, Memecoins und Token, die Sie zuvor nicht auf dieser Chain gehandelt haben.

Überprüfen Sie diese Zahlen auf DexScreener oder DefiLlama, bevor Sie eine größere Order senden:

• TVL des Pools: Vergewissern Sie sich, dass der jeweilige Pool mindestens das Zehnfache Ihres Auftragswerts hält. Alles Knappere kann die Preisauswirkung über die von den meisten Oberflächen verwendete Toleranz hinaustreiben.
• Aufteilung der Reserven: Prüfen Sie beide Assets, statt sich auf den gesamten TVL zu verlassen. Ein Pool mit 200.000 $ kann dennoch 190.000 $ in USDC enthalten und kaum etwas vom gewünschten Token.
• Volumenverhältnis: Vergleichen Sie das 24-Stunden-Volumen mit dem Total Value Locked. Pools, in denen das Tagesvolumen die Reserven um ein Mehrfaches übersteigt, können stark schwanken und zwischen Arbitragezyklen ins Ungleichgewicht geraten.
• Übereinstimmung der Chain: Stellen Sie sicher, dass sich der tiefste Pool auf der mit Ihrem Wallet verbundenen Chain befindet und nicht auf einer anderen Bereitstellung, auf der derselbe Token aktiver gehandelt wird.
• Aktiver Bereich: Prüfen Sie bei DLMM- und CLMM-Pools, ob der aktuelle Preis innerhalb befüllter Bins liegt. Kapital außerhalb des aktiven Bereichs trägt nichts zu Ihrer Ausführung bei.
• Token-Prüfung: Öffnen Sie den Vertrag in einem Block Explorer. Prüfen Sie auf Transfersteuern, Verkaufsbeschränkungen oder Owner-Funktionen, die es unmöglich machen könnten, aus einem scheinbar gesunden Pool auszusteigen.
• Letzte Trades: Prüfen Sie die letzten zwölf Swaps auf Größe und Richtung. Wiederholte große Verkäufe ohne entsprechende Käufe können auf einen Pool hindeuten, der Ihre Order wahrscheinlich ablehnt oder stark bestraft.
• Handelszeiten: Bevorzugen Sie die Überschneidung der US-amerikanischen und europäischen Zeiten, wenn Arbitrage-Bots und Market Maker am aktivsten sind und Reserven sich tendenziell schneller neu ausgleichen.

DefiLlama erfasst TVL und Volumen auf Pool-Ebene über mehr als 500 Chains hinweg. Das DEX-Dashboard ist der schnellste Weg, um zu erkennen, welche Chain den tiefsten Pool für einen Token hat.

3. Große Orders mit TWAP aufteilen

Eine Order zum zeitgewichteten Durchschnittspreis teilt eine große Position in gleich große Teile auf, die in festen Abständen abgesendet werden. Jeder Teil erreicht dadurch einen Pool, der Zeit zum Rebalancing hatte. Die wiederkehrenden Orders von Jupiter, das TWAP-Produkt von CoW Swap und mehrere Perpetual-DEX-Oberflächen bieten diese Funktion, ohne dass eigene Skripte nötig sind.

Die wiederkehrenden Orders von Jupiter variieren außerdem das Intervall zwischen den Teilorders. Dadurch wird die nächste Ausführung für Bots schwerer vorhersehbar, und das Zeitfenster für Sandwich-Angriffe, das ein fester Zeitplan schafft, wird kleiner. Bei Orders, die ungefähr 5 % der Pool-Tiefe überschreiten, ist TWAP der einzige zuverlässige Weg, sowohl den Liquiditätsfehler als auch starke Preisauswirkungen zu vermeiden.

Häufige Swap-Fehlermeldungen erklärt

Die Warnung vor unzureichender Liquidität ist nur einer von mehreren Swap-Fehlern, die mit den Ausführungsbedingungen zusammenhängen. Die genaue Meldung zu identifizieren hilft, die passende Lösung einzugrenzen.

Ordnen Sie die Meldung auf Ihrem Bildschirm unten der passenden Ursache und Lösung zu:

• INSUFFICIENT_OUTPUT_AMOUNT: Der Uniswap-V2-Router oder der PancakeSwap-Router hat einen Ausgabebetrag unter Ihrem Minimum berechnet. Erhöhen Sie die Toleranz leicht oder verringern Sie die Ordergröße und prüfen Sie, ob der Token eine Transfersteuer erhebt.
• INSUFFICIENT_LIQUIDITY: Eine Seite des Pools enthält zu wenig Bestand, um die gewünschte Menge zu irgendeinem Preis zu liefern. Nutzen Sie einen Aggregator oder einen Zwischenschritt über einen großen Vermögenswert.
• Zu hoher Preiseinfluss: Die Oberfläche hat einen Trade blockiert, der den Preis über ihre eingebaute Sicherheitsgrenze hinaus bewegen würde. Teilen Sie die Order auf, anstatt die Warnung zu übergehen.
• Frist abgelaufen: Die Transaktion blieb über ihre Frist hinaus ausstehend, oft wegen eines Gas-Anstiegs. Fordern Sie ein neues Angebot an und senden Sie es mit einer etwas höheren Prioritätsgebühr erneut.
• TRANSFER_FROM_FAILED: Der Token-Vertrag hat die Übertragung der Gelder verweigert. Mögliche Ursachen sind eine fehlende Freigabe, eine Blacklist oder ein Honeypot. Prüfen Sie den Vertrag, bevor Sie es erneut versuchen.
• Slippage überschritten: Der Solana-Fehlercode 0x1771 von Jupiter zeigt an, dass die Ausführung außerhalb Ihres Limits lag. Versuchen Sie es erneut mit aktivierter dynamischer Slippage oder verwenden Sie eine etwas höhere feste Einstellung.
• Execution reverted: Dies ist ein allgemeiner Fehler ohne Fehlermeldung und tritt häufig bei V4-Pools mit Hooks oder bei benutzerdefinierten AMMs auf. Versuchen Sie die Standardroute der Oberfläche, statt einen Pool manuell auszuwählen.
• Kein Angebot: Der Aggregator hat auf der aktuellen Chain keine Route mit ausreichender Liquidität gefunden. Prüfen Sie die Vertragsadresse und kontrollieren Sie, ob der Token anderswo gehandelt wird.

Risiken beim Handel mit hohem Slippage managen

Eine Erhöhung der Slippage ist der schnellste Weg, den Fehler zu umgehen, kann aber auch Wert vernichten. Eine große Toleranz gibt Sandwich-Bots mehr Spielraum, an Ihrer Transaktion zu verdienen.

Wenden Sie diese Schutzmaßnahmen an, sobald Sie die Toleranz über 1 % setzen:

• Private Übermittlung: Leiten Sie die Transaktion über Flashbots Protect oder MEV Blocker. So bleibt sie aus dem öffentlichen Mempool heraus, in dem Bots nach Swaps mit hoher Toleranz für Sandwich-Angriffe suchen.
• Verlustobergrenze: Rechnen Sie die prozentuale Toleranz vor der Bestätigung in Dollar um. Ein Limit von 5 % bei einem Swap über 20.000 $ erlaubt einen Verlust von bis zu 1.000 $.
• Batch-Auktion: Senden Sie dieselbe Transaktion über CoW Swap oder einen anderen Intent-Handelsplatz. Die gebündelte Abwicklung zu einem einheitlichen Preis beseitigt den Vorteil bei der Transaktionsreihenfolge, der bei Sandwich-Angriffen genutzt wird.
• Stablecoin-Obergrenze: Halten Sie Slippage bei Stablecoin-Paaren bei höchstens 0,1 %. Cointelegraph Research stellte fest, dass etwa 40 % der Sandwich-Angriffe auf Pools mit geringer Volatilität abzielten, wo Händler keine erwarten.
• Mindestprüfung: Achten Sie auf den Mindestbetrag, den Sie erhalten, und nicht auf die geschätzte Ausgabe. Nach der Signatur ist der Mindestbetrag der einzige Betrag, der vom Vertrag durchgesetzt wird.
• Gas-Timing: Vermeiden Sie Swaps mit hoher Toleranz bei Netzwerküberlastung. Ein Ethereum-Revert kostet trotzdem Gas, und ein erneuter Versuch zu einem schlechteren Preis verstärkt den anfänglichen Verlust.
• Kurze Frist: Begrenzen Sie die Transaktionsfrist auf wenige Minuten. Eine hängende Order sollte verfallen, statt später zu einem veralteten Preis ausgeführt zu werden.
• Test-Swap: Beginnen Sie mit einer kleinen Order, um die tatsächliche Auswirkung zu messen und zu prüfen, dass sich der Token zurückverkaufen lässt. Erhöhen Sie den Betrag erst, wenn beide Prüfungen bestanden sind.

Laut demselben Datensatz von Cointelegraph und EigenPhi sank die Sandwich-Extraktion auf Ethereum von knapp 10 Millionen Dollar pro Monat Ende 2024 auf etwa 2,5 Millionen Dollar im Oktober 2025. Die monatliche Zahl der Angriffe lag weiterhin zwischen 60.000 und 90.000. Die Bots sind weiterhin aktiv, doch geschützte Trader füttern sie nicht mehr mit so viel Wert.

Fazit

Die Fehlermeldung „Unzureichende Liquidität für diesen Trade“ ist ein Schutzmechanismus. Sie erscheint, wenn ein Pool Ihre Mindestausgabemenge nicht liefern kann. Diese Warnung als Information über den Pool zu verstehen, ist sicherer, als sie einfach zu übergehen.

DEX-Aggregatoren und intentbasierte Solver können auf Liquidität zugreifen, die eine einzelne Pool-Oberfläche nicht sieht. Bei etablierten Token beheben sie die meisten Liquiditätsfehler, ohne dass ein höheres slippage erforderlich ist.

Long-Tail-Assets erfordern mehr Sorgfalt. Prüfen Sie die verfügbare Markttiefe, teilen Sie große Orders bei Bedarf auf und nutzen Sie private Übermittlung, um das verbleibende Ausführungsrisiko abzudecken.