Die Architektur hybrider, unbefristeter DEXs:
Off-Chain-Matching vs. On-Chain-Settlement

Dezentrale Perpetual-Börsen funktionieren nicht alle gleich. Die leistungsfähigsten Plattformen nutzen ein hybrides Ausführungsmodell: Aufträge werden von einer Off-Chain-Engine blitzschnell ausgeführt, die Gelder verlassen jedoch nie die Blockchain. Diese Trennung zwischen Ausführung und Verwahrung bestimmt, wie stabil solche Systeme unter Belastung sind, wer die Gelder der Nutzer tatsächlich kontrolliert und wie schnell eine Zwangsliquidation durchgeführt werden kann.

Was ewige Verträge tatsächlich bewirken

Ein unbefristeter Vertrag bildet den Preis eines Basiswerts – Bitcoin, Ether oder eines anderen börsennotierten Tokens – ohne Ablaufdatum ab. Händler halten Long- oder Short-Positionen unbegrenzt und zahlen bzw. erhalten eine periodische Finanzierungsrate, die den Vertragspreis nahe am entsprechenden Spotmarktpreis hält. Long-Positionen werden von Short-Positionen bedient, wenn der Vertrag mit einem Aufschlag gehandelt wird; der Geldfluss kehrt sich um, wenn er mit einem Abschlag gehandelt wird.

Dieser Mechanismus macht die physische Lieferung oder vierteljährliche Rollover überflüssig. Der Vertrag läuft so lange, bis der Händler ihn schließt oder liquidiert wird. Diese Einfachheit hat dazu geführt, dass Perpetual-Kontrakte gemessen am Handelsvolumen an die Spitze der Kryptoderivate gestiegen sind.

Futures- Kontrakte auf frühen, vollständig auf der Blockchain basierenden DEXs stießen schnell an ihre Grenzen. Jede Orderaufgabe, -änderung oder -stornierung erforderte eine separate Blockchain-Transaktion. Im Ethereum-Mainnet bedeutete dies, mehrere Sekunden pro Aktion zu warten und Gasgebühren zu zahlen, unabhängig davon, ob die Order ausgeführt wurde oder nicht – selbst eine sofort stornierte Limit-Order kostet Geld.

Market Maker – die hunderte von Kursen pro Sekunde veröffentlichen und zurückziehen – empfanden diese Bedingungen als unbrauchbar. Ohne ihre Beteiligung weiten sich die Geld-Brief-Spannen dramatisch aus. Ein Handelsplatz mit großen Spreads und langsamer Ausführung verliert Händler an die Konkurrenz. Die Durchsatzgrenze der Blockchain ließ sich nicht allein durch die Optimierung von Smart Contracts beheben.

Handel mit Futures auf einer Hybridplattform

Der Handel mit Futures auf einer Hybridplattform beginnt mit einer signierten Order. Die Wallet des Nutzers signiert die Handelsparameter – Basiswert, Größe, Richtung, Preislimit – und sendet diese signierte Nachricht an ein Off-Chain-Orderbuch. Dieses speichert die Nachricht im Arbeitsspeicher, gleicht sie mit bestehenden Kontrahentenorders ab und führt die Orders in Sekundenbruchteilen aus, ohne dabei in diesem Stadium einen Smart Contract zu berühren.

Die Signatur ist der Sicherheitsanker. Die Matching-Engine kann die vom Nutzer getroffenen Vereinbarungen nicht ändern. Würde sie versuchen, einen Auftrag zu einem ungünstigeren Preis auszuführen, würde die Signaturprüfung des Abwicklungsvertrags die Transaktion sofort ablehnen. Die Matching-Engine steuert die Ausführungsgeschwindigkeit, kann aber weder Gelder unterschlagen noch Handelsbedingungen einseitig ändern.

Was geschieht bei der Einigung?

Wenn eine Position eröffnet, geschlossen oder teilweise reduziert wird, wird die daraus resultierende Änderung der Fondsanteile über einen Smart Contract in der Blockchain abgewickelt. Dieser Vertrag verwahrt alle Sicherheiten des Nutzers. Die Matching-Engine hat keinen Zugriff auf Auszahlungen – sie kann lediglich gültige, signierte Handelsdatensätze zur Verarbeitung an den Vertrag übermitteln.

Die Abwicklungsverträge setzen alle Positionsregeln im Code durch: maximale Hebelwirkung, Mindestmargen und Liquidationsberechtigung. Der Code ist öffentlich, und jeder kann überprüfen, unter welchen Bedingungen eine Position zwangsweise geschlossen wird und wie die Sicherheiten anschließend verteilt werden. Diese Transparenz ist das Merkmal, das eine echte DEX von einer zentralisierten Plattform mit dezentralem Branding unterscheidet.

Viele Plattformen bündeln mehrere Abrechnungsvorgänge zu einer einzigen On-Chain-Transaktion – sie verarbeiten 50 bis 200 Positionsaktualisierungen auf einmal anstatt einzeln – , um die Gaskosten pro Benutzer zu senken.

Margenbuchhaltung und Liquidation

Hybridplattformen implementieren die Margin-Buchhaltung innerhalb des Abrechnungsvertrags. Im Cross-Margin-Modus deckt das gesamte Guthaben eines Händlers alle offenen Positionen gemeinsam ab. Im isolierten Modus hat jede Position ihr eigenes festes Sicherheitenlimit – Verluste aus einem Trade können die für einen anderen Trade reservierten Gelder nicht aufzehren.

Wenn die Margin-Quote einer Position unter den Mindestschwellenwert fällt, sendet ein Überwachungsdienst (ein sogenannter Keeper-Bot) eine Liquidationsanfrage an den Abwicklungsvertrag. Dieser prüft die Anfrage und schließt die Position. Jegliche nach Abzug der Liquidationsgebühr verbleibende Sicherheit wird an den Händler zurückerstattet. Falls die Position vor der Erkennung durch den Keeper-Bot ins Minus geriet, deckt ein Versicherungsfonds den Fehlbetrag ab.

AMM-Preisgestaltung vs. Orderbuchtiefe

Die Alternative zu einem Off-Chain-Orderbuch ist ein automatisierter Market Maker (AMM). AMM-basierte Perpetual-Plattformen bewerten Trades algorithmisch anhand der Poolzusammensetzung oder externer Oracle-Feeds. Liquiditätsanbieter hinterlegen Vermögenswerte in Pools; Händler tauschen diese gegen die Pools zu Preisen, die durch eine Formel bestimmt werden.

AMMs verarbeiten Handelsvolumina jeder Größenordnung ohne aktive Market Maker. Der Nachteil liegt in den Preisauswirkungen: Ein Handel über 500.000 USDC auf einer Pool-basierten Plattform führt zu einer spürbaren Preisverschiebung. Auf einer Orderbuch-DEX wird derselbe Handel durch mehrere Limit-Orders zu unterschiedlichen Preisniveaus ausgeführt, was bei ausreichender Orderbuchtiefe zu weniger Slippage führt. Welches Modell für einen bestimmten Anwendungsfall geeignet ist, hängt von der erwarteten Handelsgröße und der verfügbaren Market-Maker-Beteiligung ab.

Die Vertrauensannahme beim Off-Chain-Matching

Off-Chain-Matching erzeugt eine Vertrauensannahme, die in vollständig On-Chain-Systemen nicht existiert. Prinzipiell kann eine Matching-Engine Transaktionen neu anordnen oder bestimmte Nutzer priorisieren. Die stärkste Gegenmaßnahme ist eine ZK-Proof-basierte Abwicklungsschicht: Die Engine generiert einen kryptografischen Beweis dafür, dass jeder Transaktionsblock korrekt ausgeführt wurde, und der Abwicklungsvertrag verifiziert diesen Beweis, bevor er die Zustandsaktualisierung akzeptiert.

Die Generierung von ZK-Proofs führt zu Latenz – typischerweise 1–10 Sekunden pro Batch – ermöglicht aber, dass Ausführungsmanipulationen von jedem erkannt werden können, der den Proof lesen kann. Plattformen ohne ZK-Proofs veröffentlichen üblicherweise signierte Orderprotokolle und periodische On-Chain-Checkpoints als ressourcenschonendere Alternative.

Liquidationskaskaden unter Druck

Starke Kursbewegungen können nahezu gleichzeitig zahlreiche Liquidationen auslösen. Jede erzwungene Schließung erhöht den Marktdruck, was den Kurs weiter in die Höhe treibt und in einer Kettenreaktion weitere Liquidationen auslöst. Diese Kaskadendynamik betrifft sowohl zentralisierte Börsen als auch dezentrale Börsen (DEXs).

Die gestaffelte Liquidation ist die Standardmaßnahme zur Risikominderung. Anstatt eine Position sofort nach Überschreiten der Mindestrendite vollständig zu schließen, reduziert das System sie zunächst um einen festen Prozentsatz – typischerweise 25–40 % – , um die Margin-Quote wiederherzustellen. Eine vollständige Schließung erfolgt erst, wenn eine Teilreduktion nicht ausreicht. Dieses gestaffelte Vorgehen begrenzt das Volumen von Zwangsverkäufen auf jedem einzelnen Kursniveau.

Die Backend-Services-Schicht

Ein produktives hybrides Perpetual-DEX-Backend besteht aus mehreren lose gekoppelten, parallel laufenden Diensten. Das Order-Gateway empfängt signierte WebSocket-Nachrichten von Benutzer-Wallets und leitet sie an die Matching-Engine weiter. Die Matching-Engine verwaltet ein In-Memory-Orderbuch, führt Aufträge aus und streamt Ereignisse an nachgelagerte Konsumenten.

Der Positionsmanager verfolgt offene Positionen, berechnet Margin-Ratios in Echtzeit und wendet Finanzierungszuflüsse an. Ein Keeper-Service überwacht den Status der Positionen und übermittelt On-Chain-Transaktionen für Liquidationen, Finanzierungszahlungen und Status-Checkpoints.

Der Abwicklungsvertrag verknüpft all diese Dienste als maßgebliche Quelle für den Eigentumsnachweis der Fonds. Jeder Dienst kann ausfallen und neu starten – Positionen und Salden werden aus dem On-Chain-Zustand wiederhergestellt, nicht aus dem Dienstspeicher. Die Entkopplung der Ausführungsgeschwindigkeit von der Fondsverwahrung ermöglicht es dem System, Transaktionen schnell abzuwickeln, ohne dass die Nutzer einer einzelnen Off-Chain-Komponente vertrauen müssen.