Warum Handelsplattformen und Settlement-Chains zusammenarbeiten müssen
Wichtige Erkenntnisse
- •Handelsplattformen und Settlement-Chains erfüllen unterschiedliche Aufgaben: Die Plattform übernimmt Order-Authentifizierung, Matching, Margin- und Liquidationsentscheidungen, während die Chain das verbindliche Register für Sicherheiten und finalisierte Transfers führt.
- •Eine Ausführungsbestätigung ist nicht dasselbe wie Settlement-Finalität. Eine Vermischung beider Vorgänge kann ein verborgenes Kreditrisiko schaffen, wenn der Erlös eines Fills vor Abschluss des Settlements verwendet wird.
- •Das Design von Arc zielt auf deterministisches, unumkehrbares Settlement in weniger als einer Sekunde und sieht USDC als Gas-Token vor. Dies unterstützt USDC-denominierte Margin und Settlement für die Perpetual-Märkte von edgeX.
- •Schnellere Finalität reduziert vorläufige Statusdaten und Settlement-Exposure, beseitigt Risiken aber nicht. Deshalb müssen Kontrollen wie Transaktionssimulation, Oracle-Validierung, Ratenlimits und Schutzschalter früher im Ablauf ansetzen.
- •edgeX plant neben den bestehenden Märkten neue FX-Perpetuals. Der Start des Arc-Mainnets ist für den 16. September 2026 vorgesehen, wobei sich Verfügbarkeit, Märkte und Startdetails ändern können.
Schnelle Antwort
Handelsplattformen und Settlement-Chains müssen zusammenarbeiten, weil sie unterschiedliche Teile derselben Transaktion lösen. Die Plattform übernimmt den Marktzugang, Orders, Preisfindung, Matching, Margin-Entscheidungen und Liquidationen. Die Chain stellt ein gemeinsames Register für Sicherheiten und abgeschlossene Transfers bereit. Wenn diese Ebenen nicht übereinstimmen, kann ein Trader einen Fill sehen, der nicht abgewickelt werden kann, ein vorübergehend falsches Guthaben oder eine auf einem veralteten Status basierende Liquidation. Ein zuverlässiges Design benötigt daher klare Regeln dafür, wann ein Trade verbindlich wird, wie die Finalität der Chain die Kontoguthaben aktualisiert und was geschieht, wenn eine der beiden Ebenen langsamer wird oder ausfällt.
Handel und Settlement sind unterschiedliche Aufgaben
Eine Markttransaktion wirkt wie eine einzige Handlung: auf Kaufen drücken, einen Fill erhalten und die Aktualisierung der Position sehen. Im Hintergrund nimmt die Plattform die Order an, prüft die Margin, findet ein Matching, berechnet Gebühren und aktualisiert die Position. Das Settlement macht anschließend den daraus resultierenden Transfer oder die Verpflichtung endgültig.
Diese Trennung ist nicht auf den Kryptobereich beschränkt. Traditionelle Märkte unterscheiden zwischen Ausführungsplätzen, Clearingstellen, zentralen Gegenparteien, Wertpapierverwahrstellen, Verwahrstellen und Zahlungssystemen. Die CPMI-IOSCO-Grundsätze für Finanzmarktinfrastrukturen behandeln Settlement-Finalität, Liquiditätsrisiko, operationelles Risiko, Governance und Ausfallmanagement als spezifische Infrastrukturverantwortlichkeiten.
Blockchain-Märkte verändern die Anordnung, doch diese Verantwortlichkeiten bleiben bestehen. Die DeFi-Empfehlungen der IOSCO beschreiben Designs, bei denen eine dezentrale Börse eine gematchte Order zur Ausführung und zum Settlement an eine Blockchain sendet. Das Finden eines Matchings und der Abschluss der daraus resultierenden Statusänderung können in verbundenen, aber getrennten Komponenten stattfinden.
Die Handelsplattform organisiert die Absicht
Orders bringen eine Absicht zum Ausdruck und nicht das endgültige Eigentum. Eine Limit-Order besagt, dass ein Trader bereit ist, zu einem bestimmten Preis zu handeln. Die Plattform muss diese Anweisung authentifizieren, Marktregeln anwenden, sie gegenüber anderen Orders einordnen und entscheiden, ob ein Matching vorliegt. Bei Derivaten muss sie außerdem Sicherheiten und Positionslimits prüfen, bevor sie zusätzliches Risiko akzeptiert.
Diese Aufgaben profitieren von geringer Latenz. Ein Orderbuch verarbeitet Stornierungen, Teilausführungen und Neubepreisungen häufiger, als Nutzer Vermögenswerte über das Settlement bewegen. Wenn jede Zwischennachricht auf die Finalität der Chain warten müsste, könnte dies den Markt verlangsamen, ohne den finalen Transfer zu verbessern.
Die Settlement-Chain macht den Status verbindlich
Die Settlement-Chain beantwortet eine andere Frage: Welche Änderungen an Vermögenswerten und Sicherheiten sind nach den Regeln des Netzwerks unumkehrbar geworden? Sie ordnet Transaktionen, führt Smart-Contract-Anweisungen aus und stellt Anwendungen einen kanonischen Status bereit, auf dem sie aufbauen können.
Die Systemübersicht von Arc veranschaulicht diese Trennung innerhalb einer Chain. Die Reth-Ausführungsebene verarbeitet Transaktionen und verwaltet den Status, während die Malachite-Konsensebene Blöcke ordnet und finalisiert. Eine Handelsanwendung fügt dieser Infrastruktur eine weitere Ebene hinzu.
| Funktion | Verantwortung der Handelsplattform | Verantwortung der Settlement-Chain | Koordinationsanforderung |
|---|---|---|---|
| Orders | Authentifizieren, validieren, einordnen, stornieren und matchen | Verarbeitet normalerweise nicht jede Order-Nachricht | Ein Fill muss einer autorisierten Settlement-Anweisung zugeordnet werden |
| Sicherheiten | Verfügbare Margin berechnen und Kaufkraft reservieren | Verbindliche Sicherheiten-Guthaben halten oder erfassen | Reservierte und abgewickelte Guthaben müssen abgeglichen werden |
| Positionen | Exposure und nicht realisierte Gewinne oder Verluste aktualisieren | Vertragsstatus oder finale Kontoänderungen erfassen | Positionsaktualisierungen müssen eine vereinbarte Transaktionsreihenfolge verwenden |
| Liquidationen | Verstöße erkennen und Risikoregeln ausführen | Sicherheitentransfers und Vertragsänderungen finalisieren | Die Liquidations-Engine muss wissen, welcher Chain-Status final ist |
| Auszahlungen | Kontostatus prüfen und Transfer anfordern | Vermögenswertbewegung ausführen und finalisieren | Mittel dürfen nicht zugleich als ausgezahlt und verfügbar gezählt werden |
Warum die beiden Ebenen unterschiedliche Taktungen verwenden
Märkte reagieren in Millisekunden, während Blockchains Transaktionspakete nach Konsensregeln finalisieren. Selbst eine schnelle Settlement-Chain verfügt über einen Zyklus für Blockproduktion und Finalität. Eine Handelsplattform arbeitet daher mit mindestens zwei Uhren: der schnellen Abfolge von Orders und Fills sowie der Abfolge finalisierter Statusänderungen der Chain.
Ausführungsbestätigung ist nicht Settlement-Finalität
Eine Ausführungsbestätigung bedeutet, dass die Plattform eine Order gematcht hat. Settlement-Finalität bedeutet, dass der daraus resultierende Transfer durch den normalen Betrieb des Settlement-Systems nicht mehr rückgängig gemacht werden kann. Eine Verwechslung beider Begriffe schafft ein verborgenes Kreditrisiko.
Angenommen, eine Plattform erlaubt einem Trader, den Erlös aus einem Fill sofort zu verwenden. Wenn die Settlement-Transaktion später scheitert, hat die Plattform faktisch Kredit gegen ein noch nicht abgewickeltes Ergebnis vorgestreckt. Das kann ein bewusstes Design sein, benötigt jedoch Limits, Reserven und einen Wiederherstellungsprozess. Die bloße Bezeichnung des Handelsplatzes als „on-chain“ beseitigt diese Lücke nicht.
Die Finalität bestimmt, wann der Status sicher wiederverwendet werden kann
Die aktuelle Dokumentation zur Finalität von Arc beschreibt das Netzwerkdesign als ein System, das unumkehrbares Settlement in weniger als einer Sekunde ermöglicht. Deterministische Finalität gibt einer Anwendung einen klaren Zeitpunkt, ab dem sie eine Transaktion als abgeschlossen behandeln kann, anstatt eine probabilistische Bestätigungspolitik abzuwarten.
Diese Eigenschaft kann den Zeitraum verkürzen, in dem die Plattform einen vorläufigen Status verwalten muss. Sie beseitigt jedoch keine Anwendungsfehler, Schwachstellen in Verträgen, ungültige Oracle-Daten oder Marktverluste eines Traders. Finalität macht einen akzeptierten Status dauerhaft; sie garantiert nicht, dass jede in diesen Status eingehende Anweisung wirtschaftlich sinnvoll war.
Marktkontinuität erfordert einen eingeschränkten Betriebsmodus
Eine Plattform benötigt außerdem Regeln für Situationen, in denen die Chain überlastet oder nicht verfügbar ist oder unerwartete Antworten liefert. Werden Orders weiter gematcht, während das Settlement verzögert ist, können sich Verpflichtungen anhäufen. Ein sofortiger Handelsstopp kann Guthaben schützen, aber die Preisfindung beeinträchtigen und Trader daran hindern, ihr Risiko zu reduzieren.
Ein Handelsplatz kann Positionslimits reduzieren, Auszahlungen deaktivieren, in den Nur-Stornieren-Modus wechseln, Risikopuffer erhöhen oder bestimmte Märkte pausieren. Entscheidend ist, dass der Übergang vor einem Vorfall definiert und den Nutzern konsistent kommuniziert wird.
Was eine zuverlässige Integration koordinieren muss
Die Schnittstelle zwischen Ausführung und Settlement ist nicht nur das Absenden einer einzelnen Transaktion. Sie ist eine Zustandsmaschine, die mehrere Fakten aufeinander abstimmen muss: was der Trader eingezahlt hat, was die Plattform reserviert hat, welche Orders ausgeführt wurden, welche Gebühren angefallen sind, welche Positionen offen bleiben und was die Chain finalisiert hat.
Jede Settlement-Anweisung benötigt einen Schutz vor Wiederholungen und eine eindeutige Identität, damit ein erneuter Versuch nicht denselben Fill zweimal abwickeln kann. Die Transaktionsreihenfolge muss außerdem Abhängigkeiten bewahren: Eine Auszahlung sollte nicht vor der Einzahlung oder dem Gewinn finalisiert werden, die sie finanziert. Fehlgeschlagene Transaktionen benötigen eine ausdrückliche Lösung statt stiller Wiederholungsversuche.
Die Risiko-Engine kann Sicherheiten für offene Orders reservieren, obwohl sich das Chain-Guthaben noch nicht verändert hat. Die Schnittstelle sollte zwischen gesamten und verfügbaren Sicherheiten, ausstehenden Transfers und für die Margin gebundenen Mitteln unterscheiden. Ein undifferenziertes Guthaben lädt zu doppelten Ausgaben und schwer nachvollziehbaren Liquidationen ein.
| Integrationsfrage | Warum sie wichtig ist | Folge einer mangelhaften Umsetzung |
|---|---|---|
| Wann ist ein Fill verbindlich? | Definiert den Zeitpunkt, an dem sich das Marktrisiko überträgt | Nutzer bestreiten Trades oder der Handelsplatz trägt unbeabsichtigtes Exposure |
| Welches Guthaben ist verbindlich? | Verhindert, dass dieselben Sicherheiten inkompatible Aktionen unterstützen | Doppelte Ausgaben, fehlgeschlagene Auszahlungen oder Positionen mit zu geringer Margin |
| Wie werden Wiederholungen identifiziert? | Macht das Absenden von Transaktionen idempotent | Ein Trade oder eine Auszahlung wird mehr als einmal abgewickelt |
| Wie werden Oracles synchronisiert? | Bindet Margin- und Liquidationsentscheidungen an gültige Preise | Veraltete Preise lösen unfaire Liquidationen aus oder lassen Verluste ungedeckt |
| Was geschieht während eines Ausfalls? | Begrenzt das Wachstum nicht abgewickelter Verpflichtungen | Die Ausführung läuft weiter, während sich das Settlement-Risiko erhöht |
| Wie wird die Wiederherstellung abgeglichen? | Stellt nach der Rückkehr des Dienstes einen vereinbarten Status wieder her | Plattformaufzeichnungen und Chain-Guthaben bleiben dauerhaft uneinheitlich |
Wie Finalität das Plattformrisiko verändert
Kürzere Finalität kann das Zeitfenster verringern, in dem eine Partei geleistet hat, während eine andere Verpflichtung noch nicht erfüllt ist. Sie kann außerdem dazu führen, dass Sicherheiten früher wiederverwendbar sind, und die Zahl der vorläufigen Datensätze reduzieren, die die Plattform abgleichen muss.
Schneller ist jedoch nicht automatisch sicherer. Eine fehlerhafte Liquidation, ein kompromittierter Schlüssel oder ein fehlerhafter Vertragsaufruf wird ebenfalls schnell final. Kontrollen müssen im Ablauf früher ansetzen: Transaktionssimulation, Autorisierung, Ratenlimits, Oracle-Validierung, Auszahlungsvorgaben und Schutzschalter werden wichtiger, wenn nach dem Absenden wenig Zeit zum Eingreifen bleibt.
Das Settlement-Design beeinflusst auch die Liquidität. Die DTCC hat in ihrer Diskussion über Blockchain-Clearing und -Settlement darauf hingewiesen, dass Bruttoabrechnung in Echtzeit Vorteile des Nettings beseitigen und eine individuelle Finanzierung von Transaktionen erfordern kann. Eine Plattform muss entscheiden, welche Verpflichtungen sofort abgewickelt werden sollten, welche verrechnet werden können und wo Kredit- oder Liquiditätspuffer angemessen sind.
Warum gemeinsame Settlement-Assets wichtig sind
Die Koordination wird einfacher, wenn Gebühren, Sicherheiten und Settlement Vermögenswerte mit kompatibler Buchhaltung verwenden. Wenn ein Trader einen Vermögenswert als Sicherheit hinterlegt, Gas in einem anderen bezahlt und Gewinn und Verlust in einem dritten abrechnet, muss die Plattform Konvertierung, Preisvolatilität und Mindestguthaben für alle drei verwalten.
Die Arc-Dokumentation nennt USDC als Gas-Token des Netzwerks und stellt Arc als stablecoin-nativen Layer 1 dar; dies sind Designaussagen und kein Beleg für die Leistung einer aktiven Anwendung. Die Dokumentation zu Gas und Gebühren erklärt das auf USDC lautende Gebührenmodell des Netzwerks. Für einen USDC-marginierten Markt kann dies eine operative Unstimmigkeit zwischen Anwendung und Chain reduzieren.
Dadurch werden die gesamten Handelskosten nicht festgelegt. Spreads, Preiseinfluss, Funding, Liquidationsgebühren, Anwendungsgebühren und Kosten für den Zugang zu USDC bleiben getrennt. Eine gemeinsame Denominierung reduziert den Buchhaltungsaufwand; sie beseitigt weder Marktrisiken noch garantiert sie eine kostengünstige Ausführung.
Architekturentscheidungen und Zielkonflikte
Mehr Logik on-chain zu verlagern kann die Prüfung von Regeln und Statusänderungen erleichtern, setzt die Anwendung jedoch Blockkapazität, Transaktionsreihenfolge und Netzwerkgebühren aus. Eine spezialisierte Ausführung kann schneller reagieren und komplexe Ordertypen unterstützen, aber Nutzer müssen verstehen, wer sie betreibt, wie Nachrichten autorisiert werden und wie ihre Aufzeichnungen mit der Chain abgeglichen werden können.
Der Tokenisierungsbericht von BIS/CPMI betont, dass tokenisierte Strukturen weiterhin solide Governance, Risikomanagement und Interoperabilität erfordern. Modularität ist nur dann nützlich, wenn die Module klare Standards und Verantwortlichkeiten teilen. Andernfalls verlagert sie die Komplexität in die Schnittstellen, wo Fehler schwerer zu erkennen sein können.
Was zwischen Ausführung und Settlement schiefgehen kann
Die gefährlichsten Ausfälle treten häufig an der Schnittstelle auf. Ein verzögerter Indexer kann ein veraltetes Sicherheitenguthaben anzeigen. Eine doppelte Nachricht kann dieselbe Aktion zweimal absenden. Eine Chain-Reorganisation oder eine falsche Annahme zur Finalität kann dazu führen, dass die Plattform eine Einzahlung zu früh anerkennt. Ein Oracle kann auf einer Ebene aktualisiert werden, bevor dies auf der anderen geschieht. Eine Softwareversion kann Rundungs- oder Gebührenlogik nur auf einer Seite ändern.
Ein glaubwürdiges System veröffentlicht die praktischen Folgen eines Ausfalls: ob der Handel pausiert, ob ein Nur-Stornieren-Modus verfügbar ist, wie ausstehende Auszahlungen behandelt werden, wer Notfallkontrollen aktivieren kann und wie der finale Status unabhängig überprüft wird.
Zusammenfassung für Anleger
Handelsplattformen und Settlement-Chains sind komplementäre Infrastruktur. Die Plattform verwandelt Orders in Marktergebnisse. Die Chain verwandelt autorisierte Statusänderungen in ein dauerhaftes gemeinsames Register. Keine der beiden Ebenen kann isoliert bewertet werden.
Anleger und Trader sollten Ausführungsqualität, Liquidität, Sicherheitenkontrollen, Annahmen zur Finalität, Oracle-Design, Auszahlungsregeln, Governance und Wiederherstellung nach Vorfällen als ein Gesamtsystem prüfen. Die beste Architektur ist nicht unbedingt diejenige, die jede Aktion on-chain ausführt. Es ist diejenige, die jede Verantwortung klar definiert und die Ebenen unter normalen wie auch unter angespannten Bedingungen konsistent hält.
Schlussfolgerung
Eine Handelsplattform kann Märkte schnell machen, aber nur ein zuverlässiger Settlement-Prozess kann abgeschlossene Verpflichtungen final machen. Eine Settlement-Chain kann den Status dauerhaft machen, aber sie kann nicht entscheiden, ob ein Orderbuch liquide, ein Preis fair oder eine Liquidationsregel solide ist.
Die beiden Ebenen funktionieren, wenn die Ausführung autorisierte und geordnete Verpflichtungen erzeugt und das Settlement rechtzeitig einen eindeutigen Status zurückgibt, den die Plattform sicher wiederverwenden kann. Diese Koordination, einschließlich des Umgangs mit Fehlern, ist die tatsächliche Infrastruktur hinter einem On-Chain-Handelserlebnis.
Perpetual-Märkte auf edgeX mit Arc-Settlement handeln
Setzen Sie Ihre USDC in einer Marktebene ein, die für aktive Trader entwickelt wurde. edgeX bringt ein Orderbuch-Handelserlebnis in Perpetual-Märkte für Krypto, US-Aktien, Rohstoffe und Devisen. Das Whitepaper beschreibt den Ausführungs-Stack hinter der Plattform. Arc ist darauf ausgelegt, darunter eine stablecoin-native Settlement-Umgebung bereitzustellen. Die angekündigte Integration soll Margin und Settlement in nativem USDC halten, sodass Handelsablauf und Settlement-Asset zusammenarbeiten, anstatt auf getrennte Systeme verteilt zu sein.
Bereit, über einen einzelnen Markt hinaus zu handeln? Entdecken Sie edgeX, um die Plattform und die verfügbaren Perpetual-Märkte zu finden. Für den Arc-spezifischen Zugang sehen Sie sich edgeX auf Arc an und verfolgen Sie den angekündigten Rollout. edgeX hat Pläne für neue FX-Perpetuals neben den bestehenden Märkten angekündigt; der Start des Arc-Mainnets ist für den 16. September 2026 vorgesehen. Verfügbarkeit, Märkte und Startdetails können sich ändern.
Perpetuals richten sich an Trader, die flexiblen, jederzeit verfügbaren Marktzugang wünschen, sind jedoch keine passiven Produkte. Leverage, Funding-Raten, Oracle-Design, Liquidität und Liquidationen können die Ergebnisse beeinflussen. Prüfen Sie vor dem Handel die Produktbedingungen und Risikokontrollen.
Häufig gestellte Fragen
Was ist der Unterschied zwischen Handelsausführung und Settlement?
Die Ausführung erfolgt, wenn Kauf- und Verkaufsanweisungen nach den Marktregeln einer Plattform zusammengeführt werden. Das Settlement schließt den daraus resultierenden Transfer, die Aktualisierung der Sicherheiten oder die vertragliche Verpflichtung ab. Beides kann zeitlich eng beieinanderliegen, ist jedoch nicht dasselbe Ereignis.
Muss ein Orderbuch direkt auf einer Blockchain laufen?
Nein. Eine Plattform kann einige Order-Nachrichten in einer spezialisierten Ausführungsebene verarbeiten und autorisierte Ergebnisse auf einer Blockchain abwickeln. Das Design sollte offenlegen, wer die einzelnen Komponenten betreibt, wie Orders autorisiert werden und wie die Aufzeichnungen der Plattform mit dem finalen Chain-Status abgeglichen werden.
Warum ist die Blockchain-Finalität für eine Handelsplattform wichtig?
Die Finalität zeigt der Plattform, wann eine Einzahlung, Auszahlung, Sicherheitentransfer oder Vertragsaktualisierung nach den Regeln der Chain unumkehrbar ist. Eine schnellere deterministische Finalität kann den vorläufigen Status reduzieren, doch die Plattform benötigt weiterhin Kontrollen für ungültige Anweisungen, Ausfälle und Fehler auf Anwendungsebene.
Verringert schnelleres Settlement jede Art von Risiko?
Nein. Es kann das Settlement-Exposure und den Abstimmungsaufwand reduzieren, aber den Bedarf an Vorfinanzierung erhöhen und dazu führen, dass fehlerhafte Transaktionen früher final werden. Liquiditäts-, Smart-Contract-, Oracle-, Verwahrungs-, Governance- und operationelle Risiken bleiben bestehen.
Warum USDC sowohl für Margin als auch für Settlement verwenden?
Die Verwendung einer einzigen Settlement-Denomination kann die Sicherheitenbuchhaltung vereinfachen und Konvertierungen zwischen einem volatilen Gas-Asset und auf US-Dollar lautenden Marktverpflichtungen reduzieren. Sie garantiert weder einen stabilen Marktpreis noch ausreichende Liquidität oder niedrige gesamte Handelskosten.
