DEX-aggregatoren behoren tot de technisch meest interessante en praktisch waardevolste producten in de DeFi-stack. Ze lossen een echt gebruikersprobleem op — de beste prijs vinden in een gefragmenteerde liquiditeitsmarkt. Deze gids legt de architectuur en de belangrijkste technische uitdagingen uit.
Het kernprobleem: liquiditeitsfragmentatie
Liquiditeit in DeFi is verspreid over tientallen protocollen en honderden chains. Een tokenpaar kan tegelijkertijd worden verhandeld op Uniswap v2, Uniswap v3, Curve, Balancer en verschillende kleinere AMM's. Elk pool heeft op elk moment verschillende prijzen, liquiditeitsdiepten en tariefstructuren.
Voor een gebruiker die ETH naar USDC swapt, is de optimale uitvoering vaak een verdeling over meerdere pools die de totale slippage plus kosten minimaliseert. Een swap van $1M die één pool overspoelt, krijgt slechtere uitvoering dan dezelfde swap verdeeld over vijf pools.
Technische componenten
Prijsdata-aggregatie
De aggregator moet continu prijs- en liquiditeitsgegevens opvragen uit alle relevante pools. Voor on-chain queries betekent dit het lezen van de smart contract-toestand (poolreserves, tariefniveaus, huidige tick). Voor off-chain berekeningen gebruiken indexeringsprotocollen een in real-time bijgewerkte database.
Routeringsalgoritme
De aggregator moet de optimale route vinden in het gefragmenteerde liquiditeitslandschap. Dit is een variant van het kortste-pad-probleem, geoptimaliseerd voor minimale totale kosten (prijs + slippage + kosten + gas). De complexiteit neemt drastisch toe bij multi-hop routes en gesplitste orders.
Smart contract-uitvoering
De routeringsbeslissing wordt gecodeerd in een smart contract-transactie die het invoertoken ontvangt, de optimale route uitvoert en het uitvoertoken levert. Atomiciteit is cruciaal: als een stap mislukt, wordt de gehele transactie teruggedraaid.
Gas-schatting
Meer hops betekent meer gas. Een aggregator die via drie pools een marginaal betere prijs vindt, kan na gaskosten een slechtere netto-uitvoering geven dan een twee-pool route.
Belangrijkste technische uitdagingen
Verouderde gegevens
Tegen de tijd dat een routeringsbeslissing wordt berekend en een transactie wordt ingediend, kan de pooltoestand zijn veranderd. Oplossingen omvatten just-in-time prijsfeeds en slippage-buffers.
MEV en sandwiching
Als de aggregator transacties via de publieke mempool indient, kunnen bots de swap front-runnen of sandwichen. Oplossingen: privé transactieindiening (Flashbots, MEV Blocker) en batch-veilingmechanismen (CoW Protocol).
Multi-chain complexiteit
Swaps over verschillende chains ondersteunen vereist aparte routeringsinfrastructuur per chain, verwerking van verschillende AMM-architecturen en integratie van bridges voor cross-chain routes.
Ontdekking van nieuwe pools
Nieuwe liquiditeitspools worden voortdurend gelanceerd. Een aggregator moet ze continu ontdekken via on-chain event-monitoring en protocol-API's.
Het bedrijfsmodel
DEX-aggregatoren verdienen via positieve slippage, tariefniveaus op swaps, prioriteitstarieven van orderflow en frontend-tarieven van platforms op de aggregatorinfrastructuur.
Wat «beste prijs» werkelijk betekent
Beste spotprijs op het moment van de offerte? Na slippage op de handelsomvang? Na gaskosten? Na MEV-beschermingskosten? Verschillende aggregatoren optimaliseren verschillende definities, wat verklaart waarom het vergelijken van offertes voor dezelfde swap verschillende resultaten kan opleveren.
