Hoe beperk je 'Slippage' op illiquide crypto markten?
Stel je voor: je hebt een perfecte setup. Je Python-bot draait, de backtests zagen er veelbelovend uit via je broker API en je hebt een limietorder geplaatst op een crypto-paar met een marktvolume van €50.000 per dag.
Je verwacht een executie op €2.000. Maar door een plotse prijsbeweging – veroorzaakt door een grote whale order of een vertraging in de API – wordt je order uitgevoerd op €2.020. Dat is €20 die direct van je winst afgaat.
Dit is slippage, en op illiquide markten eet het je rendement op voordat je überhaupt winst hebt gemaakt. Illiquide crypto markten zijn de wilde westen.
De spreads zijn breed, de diepte is laag en elke order kan de prijs significant beïnvloeden.
In deze handleiding pakken we slippage aan alsof we een complex script debuggen: stap voor stap, met concrete getallen en acties die je vandaag nog kunt implementeren in je trading bot of handelsstrategie.
Wat is Slippage in Cryptocurrency?
Slippage is eenvoudigweg het gat tussen wat je hoopt te betalen en wat je daadwerkelijk betaalt. Of beter gezegd: het verschil tussen de prijs die je ziet op het scherm (de verwachte prijs) en de prijs waarop de exchange je order daadwerkelijk vult (de uitvoeringsprijs). Stel je koopt 1 ETH voor €2.000.
Als de marktorder pas wordt uitgevoerd als de prijs €2.005 is, dan is je slippage €5 per ETH.
Over een trade van 10 ETH is dat €50 verlies direct bij de ingang. Er bestaat ook positieve slippage.
Dit gebeurt zelden bij kopen, maar vaak bij verkopen als de prijs plotseling stijgt vlak voordat je verkooporder uitgevoerd wordt. Je krijgt dan een betere prijs dan verwacht. Helaas is negatieve slippage de realiteit die we moeten bestrijden, vooral in crypto waar volatiliteit de norm is.
Stel je voor dat je een order van €2.000 plaatst en er treedt 1% slippage op.
Dat kost je direct €20. Als je een bot draait met een winstmarge van 0,5% per trade, ben je met één slechte executie al in de min. Dat is het verschil tussen een winstgevende bot en een die je serverkosten niet eens dekt.
Hoe ontstaat slippage?
Slippage ontstaat door een cocktail van factoren: volatiliteit, lage liquiditeit, je ordertype en vertraging. In de crypto-wereld is deze cocktail vaak extra sterk.
Vertraging in uitvoering
Wanneer de markt sterk beweegt, verandert de prijs sneller dan je order verwerkt wordt. Als je een marktorder gebruikt, geef je de exchange toestemming om "de best mogelijke prijs" te nemen. Op een illiquide markt is die 'best mogelijke prijs' vaak veel slechter dan je had gehoopt.
Dit is de stille moordenaar voor algoritmische traders. Zelfs met de snelste broker API is er een micro-seconde vertraging tussen het moment dat je bot een signaal krijgt, de API-call verstuurt, de exchange de order verwerkt en de order in de orderbook terechtkomt.
Op een illiquide markt met weinig volume kan de prijs in die fractie van een seconde al 0,5% bewegen. Een andere oorzaak is Orderbook Imbalance. Als er veel meer kopers zijn dan verkopers (of vice versa), loop je door de beschikbare liquideiteit heen.
Je order "eet" zich door de orderbook heen naar duurdere prijsniveaus heen. Dit gebeurt vaak bij kleine altcoins of tokens met een dagelijks volume onder de €100.000.
Waarom komt slippage vaker voor in crypto?
In tegenstelling tot de aandelenmarkt, die 24/5 open is en gereguleerd door instanties als de AFM, draait crypto 24/7. Dit betekent dat er momenten zijn met extreem weinig activiteit.
Tussen 03:00 en 06:00 uur 's nachts Nederlandse tijd zakt het volume vaak in.
Plaats je dan een marktorder? Dan is er geen tegenpartij tegen een redelijke prijs. Daarnaast is de crypto-markt vol met "retail" traders en bots die allemaal op dezelfde momenten reageren.
Een nieuwsbericht over Bitcoin zorgt vaak voor een paniekaankoop of -verkoop. De liquiditeit kan in seconden verdampen. Exchanges zoals Knaken, een Nederlands platform dat zijn MiCA-vergunning heeft aangevraagd bij de AFM (2024), proberen dit op te vangen met eigen liquidity, maar op minder populaire paren ben je vaak nog steeds afhankelijk van peer-to-peer handel.
Is slippage verschillend op gecentraliseerde en gedecentraliseerde exchanges?
Jazeker, en dit is cruciaal voor je bot-strategie. Op CEX (Gecentraliseerde Exchanges zoals Binance of Knaken) bepaalt de orderbook de prijs.
Als er voldoende orders liggen, kun je met limietorders de controle behouden. Op DEX (Gedecentraliseerde Exchanges zoals Uniswap of PancakeSwap) werkt het anders. Daar draait het om Automated Market Makers (AMM). De prijs wordt bepaald door een algoritme op basis van de verhouding tussen twee tokens in een liquidity pool.
Als jij een grote trade doet, verander je die verhouding drastisch, wat de prijs direct beïnvloedt (dit heet "price impact"). Daarnaast is er het risico op MEV (Maximal Extractable Value) of "Sandwich attacks".
Een bot ziet jouw grote order aankomen, koopt vlak ervoor (waardoor de prijs stijgt), en verkoopt direct na jouw order (met winst).
Dit resulteert in extreme slippage die niet in het algoritme van de DEX was verwerkt.
Is slippage altijd nadelig?
Nee, niet altijd. Zoals gezegd bestaat er positieve slippage.
Stel je hebt een verkooplimietorder staan op €50.05. Door een plotselinge pump wordt de marktprijs €50.10 en je order wordt uitgevoerd op dat moment. Je krijgt dus €0.05 meer per token.
Echter, in de praktijk van algoritmische trading op illiquide markten, is slippage meestal een kostenpost. Je strategie moet ruimte hebben voor deze kosten.
Als je een bot draait die scalpt op kleine marges (bijv. 0,2%), dan mag slippage nooit meer zijn dan 0,05%.
Zodra je slippage consistent hoger is dan je winstmarge, draai je verlies zonder het te weten.
Hoe kun je slippage beperken?
Hier is de actie. Dit is wat je moet doen, zowel handmatig als via je trading bot API.
We focussen op het minimaliseren van negatieve slippage. 1. Gebruik Limietorders, nooit Marktorders
Dit is de #1 regel.
Een marktorder zegt: "Geef me de prijs die er nu is, wat het ook is." Een limietorder zegt: "Ik wil kopen op €2.000, niet duurder." Als de markt door €2.000 schiet, blijft je order rustig liggen totdat de prijs weer zakt. Dit voorkomt dat je betaalt voor een prijs die je niet wilt.
2. Splits grote orders (TWAP / Slicing)
Een order van €20.000 op een markt met een orderbook diep van €5.000 is vragen om moeilijkheden.
Je verandert de marktprijs gewoonweg door je eigen order. De oplossing is Order Slicing. Je verdeelt de €20.000 in bijvoorbeeld 10 stukken van €2.000. Je bot plaatst deze stukken met een kleine vertraging (Time-Weighted Average Price - TWAP).
Hierdoor vermeng je je liquiditeit met de markt zonder deze te overweldigen. 3.
Check de Orderbook Depth
Voordat je bot een order plaatst, moet de API-call de orderbook depth uitlezen. Stel: je wilt kopen voor €5.000. De API checkt of er ten minste €5.000 aan verkooporders ligt tegen een prijs die maximaal 0,1% afwijkt van de huidige prijs.
Is dat niet het geval? Dan moet je bot de trade uitstellen tot er meer liquiditeit is of de order in kleinere stukken snijden.
4. Pas Slippage Tolerance aan in je Code
Bij DEX trades of via sommige API's kun je een "slippage tolerance" instellen. Zet dit niet op 10% (dat nodigt sandwich-aanvallen uit).
Zet het strak, bijvoorbeeld op 0,5% of 0,1%. Als de markt te beweeglijk is en je order faalt?
Dat is beter dan een onverwacht verlies. 5. Handel alleen in Liquide Markten
Vermijd de "moonshots" en obscure altcoins met een dagelijks volume onder de €100.000. Voor wie net begint met leren programmeren van trading bots, zijn deze liquide markten de veiligste omgeving.
Kies voor paren met hoge volumes (zoals BTC/EUR, ETH/EUR of populaire USDT-paren). Voor een betrouwbare uitvoering van je orders is het essentieel om te handelen via de beste crypto exchanges met een sterke API, zodat je bot altijd direct toegang heeft tot de nodige liquiditeit zonder extreme prijsbewegingen.
Stap-voor-stap handleiding: Slippage minimaliseren met je Bot
Hier is een concrete handleiding om je Python bot slippage-proof te maken. Benodigdheden:
Voordat je bot ook maar denkt aan een order, moet het weten wat de markt aankan. We gaan geen marktorders gebruiken. We plaatsen een limietorder net iets boven de huidige prijs (bij kopen) of eronder (bij verkopen).
- Een werkende Python omgeving (bijv. Anaconda).
- Connectie met een broker API (bijv. CCXT library voor connectie met exchanges).
- Een testaccount met een klein bedrag (€50 - €100) om live te testen.
Stap 1: Analyseer het Orderbook (De Liquiditeitscheck)
Voor grotere bedragen (boven €1.000 op illiquide markten) gebruiken we een loop.
- Haal de orderbook data op via de API:
exchange.fetch_order_book('BTC/EUR'). - Check de 'asks' (verkoopkant). Tel de volumes op van de laagste prijs tot jouw doelprijs.
- Formule: Als
Volume benodigd>0.5% van totaal volume in boek, dan is de markt te illiquide voor een directe market order. Tijdsindicatie: Dit check je in milliseconden. - Veelgemaakte fout: De API limiet negeren. Sommige exchanges blokkeren je als je te vaak (meer dan 1x per seconde) de orderbook opvraagt. Gebruik een rate-limiter.
Stap 2: Implementeer Limiet Orders met een 'Offset'
Je kunt alleen verbeteren wat je meet.
- Bepaal de huidige prijs:
prijs = exchange.fetch_ticker('BTC/EUR')['last']. - Bereken je limietprijs met een kleine buffer:
limiet_prijs = prijs * 1.001(voor een aankoop van 0.1% boven de markt). - Plaats de order:
exchange.create_limit_buy_order('BTC/EUR', amount, limiet_prijs). - Veelgemaakte fout: De buffer te klein maken (bijv. 0.0001%). De order raakt dan nooit 'filled' en blijft eeuwig openstaan, waardoor je andere trades mist.
Stap 3: De 'Slicing' Code (TWAP)
- Bepaal je totale bedrag (bijv. €2.000) en deel dit door het aantal slices (bijv. 4).
- Maak een loop die elke slice uitvoert.
- Voeg een
time.sleep(2)toe tussen de orders. Dit geeft de markt 2 seconden om te herstellen van de vorige aankoop. - Veelgemaakte fout: De sleep-time te kort maken op een extreem illiquide markt. Op een coin met €5.000 volume per dag heb je soms 10-30 seconden nodig voordat de prijs weer normaliseert.
Stap 4: Monitor en Log
- Log elke trade:
Log: Executed Price vs Expected Price. - Bereken de slippage:
(Executed - Expected) / Expected * 100. - Stel een alert in: Als slippage > 0.2% over een periode van 10 trades, stop de bot of verlaag de positiegrootte.
Verificatie Checklist
Voordat je je bot live zet met echt geld, loop deze lijst na: Slippage is een onzichtbare dief.
- Orderbook Check: Is het orderbook diep genoeg voor mijn order (minstens 5x mijn ordergrootte)?
- Ordertype: Staat mijn bot ingesteld op Limiet en niet op Markt?
- Slicing: Is de order kleiner dan €1.000 of gesliced als ie groter is?
- Slippage Tolerance: Is de maximum-slippage in de code ingesteld op een veilig niveau (bijv. 0.5%)?
- API Snelheid: Is mijn server dicht bij de exchange (bijv. AWS ECX instance in dezelfde regio)?
Maar met de juiste technieken – limietorders, slimme slicing en het vermijden van de slechtste uren – kun je je transactiekosten drastisch verlagen. Leer meer in onze algoritmische crypto trading gids en zorg dat je bot slimmer is dan de gemiddelde marktorder.