DEX-Aggregatoren gehören zu den technisch interessantesten und praktisch wertvollsten Produkten im DeFi-Stack. Sie lösen ein echtes Nutzerproblem — den besten Preis über fragmentierte Liquidität hinweg zu finden — und erfordern ausgefeiltes Engineering. Dieser Leitfaden erklärt die Architektur und die wichtigsten technischen Herausforderungen.
Das zentrale Problem: Liquiditätsfragmentierung
Liquidität in DeFi ist über Dutzende von Protokollen und Hunderte von Chains verteilt. Ein Token-Paar kann gleichzeitig auf Uniswap v2, Uniswap v3, Curve, Balancer und mehreren kleineren AMMs gehandelt werden. Jeder Pool hat zu jedem Zeitpunkt unterschiedliche Preise, Liquiditätstiefen und Gebührenstrukturen.
Für einen Nutzer, der ETH gegen USDC tauscht, ist die optimale Ausführung oft eine Aufteilung über mehrere Pools, die den gesamten Slippage plus Gebühren minimiert. Ein $1M-Swap, der einen einzelnen Pool überflutet, erzielt schlechtere Ausführung als derselbe Swap, auf fünf Pools verteilt.
Technische Komponenten
Preisdatenaggregation
Der Aggregator muss kontinuierlich Preis- und Liquiditätsdaten aus allen relevanten Pools abfragen. Für On-Chain-Anfragen bedeutet dies das Lesen des Smart-Contract-Zustands (Pool-Reserven, Gebührenstufen, aktueller Tick). Für Off-Chain-Berechnungen verwenden Indexierungsprotokolle eine in Echtzeit aktualisierte Datenbank.
Routing-Algorithmus
Der Aggregator muss die optimale Route in der fragmentierten Liquiditätslandschaft finden. Dies ist eine Variante des Kürzester-Weg-Problems, optimiert auf minimale Gesamtkosten (Preis + Slippage + Gebühren + Gas). Die Komplexität steigt dramatisch bei Multi-Hop-Routen und geteilten Routen.
Smart-Contract-Ausführung
Die Routing-Entscheidung wird in einer Smart-Contract-Transaktion kodiert. Der Aggregator-Vertrag empfängt das Eingabe-Token, führt die optimale Route aus und liefert das Ausgabe-Token. Atomarität ist entscheidend: Schlägt ein Schritt fehl, wird die gesamte Transaktion rückgängig gemacht.
Gas-Schätzung
Mehr Hops bedeuten mehr Gas. Ein Aggregator, der durch drei Pools einen marginal besseren Preis findet, kann bei einem Zwei-Pool-Weg eine schlechtere Netto-Ausführung erzielen, sobald die Gaskosten einbezogen werden.
Wichtige technische Herausforderungen
Veraltete Daten
Wenn eine Routing-Entscheidung berechnet und eine Transaktion gesendet wird, kann sich der Pool-Zustand bereits geändert haben. Lösungen umfassen Just-in-Time-Preisfeeds und Slippage-Puffer.
MEV und Sandwiching
Wenn der Aggregator Transaktionen über den öffentlichen Mempool sendet, können Bots den Swap front-runnen oder sandwichen. Lösungen: private Transaktionsübermittlung (Flashbots, MEV Blocker) und Batch-Auktionsmechanismen (CoW Protocol).
Multi-Chain-Komplexität
Swaps über verschiedene Chains zu unterstützen erfordert separate Routing-Infrastruktur für jede Chain, die Handhabung unterschiedlicher AMM-Architekturen und die Integration von Bridges für Cross-Chain-Routen.
Entdeckung neuer Pools
Neue Liquiditätspools werden ständig gestartet. Ein Aggregator muss sie kontinuierlich durch On-Chain-Event-Monitoring und protokollbezogene APIs entdecken.
Das Geschäftsmodell
DEX-Aggregatoren monetarisieren hauptsächlich durch positiven Slippage, Gebührenstufen auf Swaps, Prioritätsgebühren aus dem Order-Flow und Frontend-Gebühren von Plattformen auf der Aggregator-Infrastruktur.
Was „bester Preis" wirklich bedeutet
Bester Spot-Preis zum Zeitpunkt der Preisanfrage? Nach Slippage beim Handelsvolumen? Nach Gaskosten? Nach MEV-Schutzgebühren? Verschiedene Aggregatoren optimieren verschiedene Definitionen, weshalb der Vergleich von Angeboten für denselben Swap unterschiedliche Ergebnisse liefern kann.
