Skip to main content

Was ist eine DEX

Hinweis: Dieses Dokument ist eine automatische Übersetzung des englischen Originals.

Was ist eine DEX

DEX (Decentralized Exchange, dezentrale Börse) ist eine On-Chain-Anwendung, die es Nutzern ermöglicht, Token direkt über Smart Contracts zu tauschen, ohne Gelder bei einem zentralisierten Vermittler zu hinterlegen. Anders als bei einer traditionellen Börse, bei der Nutzer einem Unternehmen vertrauen, ihre Vermögenswerte zu halten und Orders zusammenzuführen, operiert eine DEX als programmierbare Liquiditätsinfrastruktur: Pools von Token, die durch Smart-Contract-Logik gesteuert werden, ersetzen die Orderbücher und Verwahr-Wallets zentralisierter Plattformen.

Kurz gesagt: Eine DEX ist nicht nur „eine Börse ohne Registrierung“ — sie ist eine Art On-Chain-Liquiditätsanwendung, bei der Swaps über Smart-Contract-Pools ausgeführt werden und Nutzer während des gesamten Prozesses die Verwahrung ihrer Vermögenswerte behalten.

Wie eine DEX funktioniert

Eine DEX ersetzt die zentralisierten Komponenten einer traditionellen Börse — Verwahrung, Order-Matching, Abwicklung — durch Smart Contracts. Das häufigste Modell ist der Automated Market Maker (AMM), obwohl andere Modelle existieren.

Automated Market Makers (AMMs)

Statt einzelne Kauf- und Verkaufsorders zusammenzuführen, nutzt ein AMM Liquiditätspools — Smart Contracts, die Reserven von zwei oder mehr Token halten. Jeder kann einen Token gegen einen anderen tauschen, indem er mit dem Pool interagiert. Der Preis wird durch eine mathematische Formel bestimmt (am häufigsten die Konstantprodukt-Formel: x * y = k), basierend auf dem Verhältnis der Token im Pool.

Liquiditätsanbieter (LPs) hinterlegen Token-Paare in diesen Pools und verdienen einen Anteil an den durch Swaps generierten Handelsgebühren. Das AMM-Modell beseitigt die Notwendigkeit eines Orderbuchs und stellt sicher, dass Liquidität immer verfügbar ist (obwohl der Preis für große Trades aufgrund von Slippage ungünstiger sein kann).

Orderbuch-DEXs

Einige DEXs nutzen On-Chain- oder Hybrid-Orderbücher, die der traditionellen Börsenarchitektur näher kommen, aber auf einer Blockchain laufen. Limit-Orders werden on-chain platziert (oder in einer teilweise off-chain laufenden Matching-Engine), und die Abwicklung erfolgt über Smart Contracts. Dieses Modell kann eine bessere Preisausführung für große Trades bieten, erfordert aber einen höheren Durchsatz von der zugrunde liegenden Blockchain.

Konzentrierte Liquidität

Fortgeschrittene AMM-Designs erlauben es Liquiditätsanbietern, ihr Kapital innerhalb bestimmter Preisspannen zu konzentrieren, statt es über die gesamte Preiskurve zu verteilen. Dies verbessert die Kapitaleffizienz — LPs verdienen mehr Gebühren pro eingesetzter Kapitaleinheit —, erfordert aber aktives Management, da die Position nichts verdient, wenn sich der Marktpreis außerhalb der gewählten Spanne bewegt.

Routing

Routing ist der Prozess, den besten Ausführungspfad für einen Swap zu finden. Wenn ein Nutzer Token A gegen Token B tauschen möchte, ist der optimale Pfad möglicherweise kein direkter Swap in einem einzelnen Pool. Stattdessen könnte der Trade einen besseren Preis erzielen, indem er über mehrere Pools aufgeteilt wird, einen Zwischen-Token durchläuft (A zu C zu B) oder Liquidität aus völlig verschiedenen Protokollen bezieht.

Routing-Algorithmen bewerten alle verfügbaren Pfade und wählen denjenigen, der die Preisauswirkung und Gebühren für den Nutzer minimiert. Einfache Swaps nutzen möglicherweise einen einzelnen Pool; komplexe Swaps können den Trade gleichzeitig über mehrere Pools und Token-Pfade aufteilen.

Die Qualität des Routings beeinflusst direkt, was der Nutzer zahlt. Ein naiver Swap in einem einzelnen Pool mit geringer Liquidität könnte erhebliche Slippage erleiden, während derselbe Trade, der durch tiefere Pools geroutet oder über mehrere Handelsplätze aufgeteilt wird, zu einem wesentlich besseren Preis ausgeführt werden könnte.

Router

Ein Router ist der Smart Contract (oder die Gruppe von Smart Contracts), der die Routing-Logik on-chain implementiert. Wenn ein Nutzer einen Swap über eine DEX-Oberfläche initiiert, interagiert er typischerweise mit dem Router-Contract statt direkt mit dem Liquiditätspool.

Der Router erfüllt mehrere Funktionen:

  • Pfadauflösung — bestimmt, welche Pools und Zwischen-Token für den Swap verwendet werden.
  • Multi-Hop-Ausführung — führt eine Abfolge von Swaps über mehrere Pools in einer einzigen Transaktion aus (z. B. A gegen C in Pool 1 tauschen, dann C gegen B in Pool 2).
  • Slippage-Schutz — erzwingt die maximal akzeptable Slippage des Nutzers und macht die Transaktion rückgängig, wenn sich der Preis über den festgelegten Schwellenwert hinaus bewegt.
  • Split-Routing — teilt einen Trade gleichzeitig über mehrere Pools auf, um die Preisauswirkung zu minimieren.

Einige Protokolle nutzen Aggregator-Router, die Liquidität aus mehreren DEXs beziehen, nicht nur aus ihren eigenen Pools. Diese Aggregatoren durchsuchen verschiedene Protokolle, um den besten verfügbaren Preis zu finden, und behandeln das gesamte DEX-Ökosystem effektiv als eine vereinheitlichte Liquiditätsschicht.

In Bezug auf Krypto-KI ist Routing ein besonders relevanter Bereich. KI-gesteuerte Routing-Optimierer können Pool-Zustände analysieren, Preisbewegungen vorhersagen und optimale Aufteilungsverhältnisse in Echtzeit berechnen — was Routing zu einem natürlichen Anwendungspunkt für KI innerhalb der DeFi-Infrastruktur macht.

Abwicklung und Verwahrung

Alle Swaps auf einer DEX werden on-chain in derselben Transaktion abgewickelt. Es gibt keine Abwicklungsverzögerung, kein Gegenparteirisiko und keinen verwahrenden Vermittler. Die Wallet des Nutzers interagiert direkt mit den Smart Contracts, und die getauschten Token werden atomar an die Adresse des Nutzers geliefert — entweder der gesamte Swap wird abgeschlossen oder er wird vollständig rückgängig gemacht.

Warum es für Krypto-KI-Projekte wichtig ist

DEXs sind aus mehreren Gründen zentral für das Krypto-KI-Ökosystem:

  • Token-Liquidität — die meisten Token von Krypto-KI-Projekten werden auf DEXs gehandelt. Die Verfügbarkeit, Tiefe und Verteilung von Liquidität beeinflussen direkt die Zugänglichkeit eines Projekts.
  • DeFi-Integration — KI-Projekte in der DeFAI-Kategorie bauen oft auf DEX-Infrastruktur auf oder interagieren mit ihr: KI-Agenten, die Swaps ausführen, Analysewerkzeuge, die DEX-Aktivität überwachen, oder Optimierungs-Engines, die Liquiditätspositionen verwalten.
  • KI-gesteuertes Routing — DEX-Routing und -Aggregation sind natürliche Anwendungspunkte für KI-Optimierung. Projekte, die Machine Learning auf Routenoptimierung, MEV-Schutz oder Liquiditätsmanagement anwenden, operieren an der Schnittstelle von DEX-Mechanik und KI.
  • On-Chain-Daten — DEX-Transaktionen erzeugen reichhaltige On-Chain-Daten (Swap-Volumina, Liquiditätsflüsse, Preisbewegungen), die als Eingabe für KI-Analytik und Handelsmodelle dienen.
  • Preisfindung — für Krypto-KI-Token, die nicht an zentralisierten Börsen gelistet sind, dienen DEXs als primärer Handelsplatz für Preisfindung und Handel.

Wo dies in DecAIHub-Projektkarten erscheint

DEX-bezogene Informationen tauchen in Projektkarten an mehreren Stellen auf:

  • Category — Projekte, die unter AI/Agents | DeFi, AI/Analytics | DeFi oder AI/DeFi | Infra kategorisiert sind, interagieren häufig mit DEX-Infrastruktur oder bauen darauf auf.
  • Type — DEXs selbst werden als Anwendungen oder Protokolle klassifiziert. Projekte, die Werkzeuge für DEXs bauen (Routenoptimierung, Analytik), können als Infrastruktur klassifiziert werden.
  • Use case — DEX-bezogene Anwendungsfälle umfassen DeFi copilot, AI-assisted DeFi strategies, DEX aggregation, liquidity management und on-chain analytics.
  • Evidence — die Evidenztabelle führt Smart-Contract-Adressen für Handel, Router-Contracts und Pool-Interaktionen an, die eine überprüfbare DEX-Integration belegen.
  • AI component — wenn ein Projekt KI-gesteuertes Routing oder Liquiditätsoptimierung behauptet, gibt das Feld AI component an, was die KI im DEX-Kontext tatsächlich tut.

Die DecAI Fit-Bewertung ist besonders relevant für Projekte, die KI-Integration mit DEX-Funktionalität behaupten. Der onchain_score prüft, ob die DEX-Interaktion echt ist (überprüfbare Smart-Contract-Operationen) oder oberflächlich. Der ai_score prüft, ob das Projekt eine echte KI-Komponente hat statt eines KI-Labels über standardmäßiger algorithmischer Logik.

Was eine DEX allein nicht beweist

  • An einer DEX gelistet zu sein beweist nicht, dass die KI-Behauptungen eines Projekts echt sind. Jeder Token kann einen Liquiditätspool erstellen; die Hürde für eine DEX-Listung ist rein finanziell, nicht technisch.
  • Hohes DEX-Handelsvolumen beweist nicht echte Nutzernachfrage. Volumen kann durch Wash Trading oder incentivierte Handelsprogramme aufgebläht werden.
  • „DEX-Integration“ in einer Projektbeschreibung beweist nicht sinnvolle On-Chain-Funktionalität. Ein Projekt könnte DEX-Integration behaupten, während die tatsächlichen KI-Funktionen vollständig off-chain operieren.
  • Ein Projekt, das eine DEX mit „KI-gestütztem“ Routing baut, beweist nicht, dass das Routing KI-basiert ist statt konventionelle algorithmische Optimierung. Die Unterscheidung zwischen statischen Algorithmen und adaptiven KI-Modellen ist von Bedeutung (siehe Automatisierung vs. echte KI).
  • Liquidität auf einer DEX bereitzustellen beweist nicht, dass das Token-Modell des Projekts nachhaltig ist oder dass der Token einen Nutzen über Spekulation hinaus hat.

Nicht verwechseln mit

  • CEX (Centralized Exchange) — eine traditionelle Börse, bei der ein Unternehmen Nutzergelder hält, Orders zusammenführt und die Handelsinfrastruktur kontrolliert. CEXs bieten Komfort und Geschwindigkeit, erfordern aber das Vertrauen in einen Verwahrer. DEXs beseitigen den Verwahrer, können aber höhere Kosten und geringere Geschwindigkeit aufweisen.
  • DEX-Aggregator — ein Protokoll, das Trades über mehrere DEXs routet, um den besten Preis zu finden. Ein Aggregator ist selbst keine DEX; er nutzt DEXs als Liquiditätsquellen. Die Unterscheidung ist wichtig, weil Aggregatoren eine Routing- und Optimierungsschicht auf bestehende DEX-Infrastruktur aufsetzen.
  • Liquiditätspool — der Smart Contract, der Token-Reserven hält. Der Pool ist eine Komponente einer DEX, nicht eine DEX selbst. Eine einzelne DEX kann Tausende von Pools haben.
  • Bridge — ein Protokoll zum Transfer von Vermögenswerten zwischen Blockchains. Bridges sind keine DEXs, obwohl einige DEX-Aggregatoren Cross-Chain-Bridges einbinden, um Liquidität aus mehreren Chains zu beziehen.
  • Infra — DEX-Infrastruktur (Router-Contracts, Pool-Factories, Orakel) ist Teil der breiteren Krypto-Infrastrukturschicht, doch eine DEX ist eine Anwendung, die auf dieser Infrastruktur aufgebaut ist, nicht die Infrastruktur selbst.

Häufig gestellte Fragen

Was ist der Unterschied zwischen einer DEX und einer zentralisierten Börse?

Eine zentralisierte Börse (CEX) funktioniert wie ein traditioneller Broker: Nutzer hinterlegen Gelder in Konten, die von der Börse kontrolliert werden, die Börse führt Orders in ihrer eigenen Datenbank zusammen, und Nutzer müssen der Börse vertrauen, ihre Gelder auf Anfrage zurückzugeben. Eine DEX ersetzt all diese Funktionen durch Smart Contracts: Nutzer tauschen direkt aus ihren eigenen Wallets, Liquidität wird durch dezentrale Pools statt durch die Reserven der Börse bereitgestellt, und alle Transaktionen werden on-chain abgewickelt. Der Kompromiss besteht darin, dass DEXs typischerweise höhere Transaktionskosten (Gas-Gebühren), potenzielle Slippage bei großen Trades aufweisen und durch die Geschwindigkeit der zugrunde liegenden Blockchain begrenzt sind. CEXs bieten schnellere Ausführung und niedrigere Gebühren, führen aber Verwahrungsrisiko und zentralisierte Kontrolle ein.

Was ist Slippage und warum tritt sie auf DEXs auf?

Slippage ist die Differenz zwischen dem erwarteten Preis eines Swaps und dem tatsächlich erhaltenen Preis. Auf einer AMM-basierten DEX tritt Slippage auf, weil der Akt des Tauschens das Token-Verhältnis im Pool verändert, was den Preis verändert. Größere Swaps im Verhältnis zur Liquidität des Pools verursachen mehr Slippage. Beispielsweise verschiebt der Kauf einer großen Menge eines Tokens aus einem kleinen Pool das Verhältnis erheblich, was zu einem progressiv schlechteren Preis für jede gekaufte Einheit führt. Nutzer können eine Slippage-Toleranz setzen — eine maximal akzeptable Abweichung vom angegebenen Preis —, und der Router-Contract macht die Transaktion rückgängig, wenn die Slippage diesen Schwellenwert überschreitet.

Wie lässt sich KI auf DEX-Funktionalität anwenden?

KI wird auf DEX-Operationen auf verschiedene Weisen angewendet. Die Routenoptimierung nutzt Machine Learning, um den besten Ausführungspfad über Pools und Protokolle hinweg zu finden, und kann statische Algorithmen potenziell übertreffen, indem sie sich an Echtzeit-Liquiditätsbedingungen anpasst. Das Liquiditätsmanagement nutzt KI, um LP-Positionen zu optimieren — Preisspannen anzupassen, über Pools hinweg auszugleichen oder die Gebührengenerierung vorherzusagen. MEV-Schutz nutzt KI, um Front-Running oder Sandwich-Angriffe auf DEX-Trades zu erkennen und zu mildern. Analytik wendet KI auf DEX-Daten für Trenderkennung, Anomalieidentifikation oder Strategiebewertung an. In allen Fällen ist die Unterscheidung zwischen echter KI (gelernte Modelle, adaptives Schlussfolgern) und standardmäßiger algorithmischer Optimierung (feste Regeln) entscheidend für die Bewertung.

Was ist ein AMM und wie unterscheidet er sich von einem Orderbuch?

Ein AMM (Automated Market Maker) ersetzt einzelne Kauf- und Verkaufsorders durch eine mathematische Formel, die den Preis basierend auf dem Verhältnis der Token in einem Liquiditätspool bestimmt. Jeder kann jederzeit gegen den Pool handeln, und der Preis passt sich automatisch an Angebot und Nachfrage an. Ein Orderbuch hingegen führt bestimmte Kauforders mit bestimmten Verkaufsorders zu festgelegten Preisen zusammen. AMMs bieten konstante Liquidität (es ist immer ein Preis verfügbar), können aber für große Trades aufgrund von Slippage schlechtere Preise bieten. Orderbücher können eine bessere Preisausführung bieten, erfordern aber genügend aktive Trader, die Orders platzieren, um Liquidität aufrechtzuerhalten. Die meisten großen DEXs nutzen AMM-Modelle, weil sie auf Blockchains gut funktionieren, auf denen die Transaktionsgeschwindigkeit begrenzt ist.

Externe Referenzen

Siehe auch

No comments to display

Back to top