Anbindung von Liquiditätsanbietern

Eine Börse ist nur so nutzbar wie die Liquidität, die hinter ihr steht. Liquidität ist die Tiefe der im Orderbuch liegenden Aufträge und die Leichtigkeit, mit der ein Kunde nahe am angezeigten Preis kaufen oder verkaufen kann; ist sie dünn, weiten sich die Spreads, größere Aufträge bewegen den Preis gegen die auftraggebende Seite, und Geschäfte, die zustande kommen sollten, werden nur teilweise ausgeführt. Eine neue Handelsplattform trifft dies besonders hart, denn sie startet mit einem leeren Orderbuch: Die natürlichen Käufer und Verkäufer sind noch nicht in ausreichender Zahl vorhanden, und bis dahin kann sich der Markt nicht selbst tragen.

Die Anbindung von Liquiditätsanbietern verschafft einer Börse handelbare Tiefe, die sie organisch noch nicht besitzt, indem externe Market Maker und Handelsplätze eingebunden werden, sodass Kunden von Beginn an gegen feste, ausführbare Aufträge handeln. Dieser Beitrag betrachtet die Anbindung aus architektonischer Sicht: die Bezugsmodelle, die Funktionsweise einer Anbindung, die Last für die Plattform sowie die Pflichten in Bezug auf Risiko und Marktintegrität. Er bleibt auf der Ebene von Konzepten und Kontrollen statt Konfiguration und betrifft die Liquiditätsschicht innerhalb einer umfassenderen Krypto-Börsen-Software, bei der angezeigte Aufträge Geschäften entsprechen müssen, die eine Plattform tatsächlich einlösen kann.

Was Liquidität an einer Börse bedeutet

Liquidität an einer Börse bedeutet, dass genügend Aufträge im Orderbuch liegen, preislich nah genug beieinander, dass ein Kunde umgehend handeln kann, ohne den Markt gegen sich zu bewegen. Sie wird nicht durch eine einzelne Kennzahl beschrieben, sondern durch Tiefe — wie viel auf jeder Ebene des Orderbuchs handelbar ist — und durch den Spread zwischen dem höchsten Kauf- und dem niedrigsten Verkaufsauftrag. Ein liquider Markt zeigt einen engen Spread und Tiefe auf beiden Seiten; ein illiquider zeigt einen weiten Spread und geringe Tiefe, sodass schon ein mäßiger Auftrag weit entfernt vom angezeigten Preis ausgeführt wird.

Der eigentliche Grund, warum eine Börse überhaupt bereitgestellte Liquidität benötigt, ist das Timing. Zwei Kunden, die die entgegengesetzten Seiten desselben Paares handeln wollen, treffen selten im selben Moment ein, und ein Auftrag, der nichts zum Abgleich findet, wartet schlicht. Bereitgestellte Liquidität überbrückt diese Lücke, indem sie feste Preise zwischen dem Eintreffen natürlicher Käufer und Verkäufer hält, sodass der Handel fortlaufend statt zeitweise stattfindet. Entscheidend ist durchgehend die Unterscheidung zwischen Liquidität, die tatsächlich ausführbar ist, und Tiefe, die nur auf dem Bildschirm erscheint — ein Punkt, der bei der Marktintegrität wiederkehrt.

Modelle für den Liquiditätsbezug

Es gibt drei grundlegende Wege, auf denen eine Börse die Liquidität bezieht, gegen die ihre Kunden handeln, und die meisten Plattformen kombinieren sie. Der erste ist das eigene Orderbuch: Liquidität, die organisch entsteht, wenn Kunden Aufträge einstellen, ergänzt durch das eigene Market-Making des Betreibers. Dies bewahrt die größte Kontrolle und behält den Spread im Haus, verlangt jedoch Kapital und Fachwissen, das die Plattform selbst aufbringen muss. Der zweite ist ein einzelner externer Anbieter — ein professioneller Market Maker, der auf vertraglicher Grundlage feste Quotes einstellt —, was rasch Tiefe bringt, aber die Abhängigkeit auf einen Kontrahenten konzentriert.

Der dritte ist die Aggregation: Quotes mehrerer Anbieter und Handelsplätze werden zugleich bezogen und zu einem Orderbuch zusammengeführt, sodass Kunden gegen die günstigsten verfügbaren Preise aus einem Pool statt aus einer einzigen Quelle handeln. Aggregation verbessert die Tiefe und verringert die Abhängigkeit von einem einzelnen Anbieter, um den Preis höherer betrieblicher Komplexität und einer schwereren technischen Last, die weiter unten betrachtet wird. Die Tabelle zeigt, wie die drei im Vergleich abschneiden.

Wie die Anbieteranbindung funktioniert

Die Anbindung eines externen Anbieters bedeutet, zwei Systeme zu verbinden: den Anbieter, der Preise streamt und Geschäfte annimmt, und die eigene Plattform der Börse, die den Kunden einen Markt darstellt und festhält, was ihnen gehört. Eine Anbindungsschicht abonniert den Quote-Stream des Anbieters und stellt die daraus entstehenden Aufträge in das Orderbuch ein, sodass ein Kunde einen fortlaufenden, handelbaren Preis sieht. Trifft der Auftrag eines Kunden auf einen bereitgestellten Auftrag, verbucht die Börse das Kundengeschäft und gibt in den meisten Konzepten ein entsprechendes Gegengeschäft an den Anbieter zurück, um die eigene Position glattzustellen — ein Schritt, der als Hedging bezeichnet wird.

Die eigene Matching-Engine der Börse bleibt dabei im Zentrum. Bereitgestellte Aufträge umgehen sie nicht; sie liegen im selben Orderbuch wie native Kundenaufträge und werden nach derselben Regel abgeglichen, sodass die Plattform einen einzigen konsistenten Markt statt zweier paralleler führt. Die Grenze zur weiteren Börsentechnologie ist bewusst gezogen: Die Anbindungsschicht verantwortet die Beziehung zu jeder Quelle, die Engine die Reihenfolge und das Ergebnis des Handels und das Ledger die Abwicklung. Ein einziges Orderbuch für bereitgestellte und native Liquidität hält die Plattform in Kontrolle über den Preis, den ihre Kunden erhalten.

Aggregation und die entstehende Last

Aggregation vervielfacht die Arbeit, die die Plattform zu leisten hat. Ein einzelner Market Maker aktualisiert seine Quotes viele Male pro Sekunde, während sich der Referenzmarkt bewegt; werden mehrere solcher Quellen kombiniert, nimmt die Börse eine hohe, ungleichmäßige Rate an Auftragsplatzierungen, -änderungen und -stornierungen auf, normalisiert und wendet sie an — von denen die meisten nie zu einem Geschäft führen, die das Orderbuch aber allesamt korrekt und in der richtigen Reihenfolge verarbeiten muss. Die Rate dieser Nachrichten, nicht die der abgeschlossenen Geschäfte, bestimmt die Auslegung der Plattform unter einem aggregierten Orderbuch.

Weil diese Last stoßweise auftritt — der Quote-Verkehr steigt genau dann sprunghaft, wenn sich der Referenzmarkt am stärksten bewegt —, zählt die Kapazität, während dieser Spitzen geordnet zu bleiben, nicht der durchschnittliche Durchsatz an einem ruhigen Tag. Eine Engine und eine Anbindungsschicht mit Spielraum über der alltäglichen Rate halten ein aggregiertes Orderbuch aktuell und konsistent, wenn die Bedingungen am volatilsten sind; eine nur für den Durchschnitt ausgelegte fällt genau dann zurück, wenn korrekte Preise am wichtigsten sind.

Preisbildung, Spreads und Marktdaten

Bereitgestellte Liquidität trägt einen Preis, und wie er gebildet wird, hat unmittelbare Folgen für die Kunden. Von einem Market Maker gestreamte Preise werden typischerweise aus einem Referenz- oder Indexpreis abgeleitet, angepasst um einen Spread, der den Anbieter für sein Risiko entschädigt; die Börse entscheidet, wie viel dieses Spreads sie weitergibt und wie sie mehrere Quellen zu einem stimmigen Preis zusammenführt. Das macht den Umgang mit Marktdaten zu einer Kontrolle und nicht zu bloßer Verkabelung: Eine Plattform muss erkennen, wann ein Feed nicht mehr aktualisiert, wann eine Quelle von den anderen abweicht oder wann ein notierter Preis den weiteren Markt nicht mehr abbildet, und sich zurückziehen oder ausweiten, statt Kunden zu einem Wert auszuführen, für den sie nicht einstehen kann. Ein angezeigter Preis sollte auf seine Quelle zurückführbar und im Nachhinein vertretbar sein, welchen Ursprung er auch hat.

Kontrahentenrisiko und Marktintegrität

Der externe Bezug von Liquidität führt einen Kontrahenten ein. Erfüllt ein Anbieter ein Geschäft nicht, zieht seine Quotes in einem angespannten Markt zurück oder fällt bei der Abwicklung aus, ist die Börse exponiert, und das bereits verbuchte Kundengeschäft bleibt bestehen. Damit umzugehen bedeutet, die Exponierung gegenüber jedem einzelnen Anbieter zu begrenzen, zu überwachen, dass Quotes fest und ausführbar statt bloß indikativ bleiben, und die betriebliche Fähigkeit vorzuhalten, eine Quelle zu reduzieren oder zu ersetzen, ohne den Markt zu unterbrechen — ein praktisches Argument für Aggregation gegenüber der Abhängigkeit von einem einzelnen Kontrahenten.

Eine zweite Pflicht ist Integrität. Die von einer Plattform angezeigte Liquidität muss echt sein: Aufträge, die tatsächlich handelbar sind, nicht Tiefe, die arrangiert wurde, um einen Markt geschäftiger erscheinen zu lassen, als er ist. Wash Trading — Geschäfte, die Aktivität ohne echten Eigentümerwechsel vortäuschen — und Quotes, die ohne Absicht der Ausführung platziert werden, untergraben den Markt und sind Vorgänge, die die Überwachung eines Handelsplatzes erkennen muss. Das Screening der Kontrahenten, mit denen eine Plattform Geschäfte macht, steht neben ihren bestehenden Prüfungen, und eine Plattform, die AML-Screening und Handelsüberwachung nah am Handelsfluss hält, kann auf Erkenntnisse hin handeln, statt sie erst im Nachhinein zu entdecken.

Regulatorische Pflichten und Eigenverantwortung

Die Pflichten der Liquidität ergeben sich aus dem Betrieb eines Marktes, nicht bloß aus der Anbindung an einen Anbieter. Nach dem MiCA-Rahmen muss ein Anbieter, der eine Krypto-Handelsplattform betreibt, sie nach transparenten Regeln führen, einen geordneten Handel unterstützen und Systeme vorhalten, die Marktmissbrauch wie Manipulation und Insidergeschäfte erkennen und abschrecken; das Marktmissbrauchsregime für zum Handel zugelassene Krypto-Werte gilt nun in der gesamten Europäischen Union. Die MiCA-Übergangsfrist ist beendet. Neue EU-Kryptoprojekte müssen von Anfang an für ein zugelassenes CASP-Betriebsmodell konzipiert werden. Überwachung und Aufzeichnung gehören daher in das Design der Plattform.

Im Vereinigten Königreich bedeutet die Registrierung nach den Geldwäschevorschriften, die ein Krypto-Unternehmen benötigt, für sich genommen keine Zulassung zum Betrieb eines Handelsplatzes; die weiter gefassten Wohlverhaltens- und Marktintegritätserwartungen liegen im kommenden FCA-Regime für Krypto-Werte. Die Anbindung externer Liquidität verlagert diese Verantwortung nicht auf den Anbieter — die Plattform bleibt für die Ordnung und Integrität ihres eigenen Marktes verantwortlich, eine Frage der regulatorischen Bereitschaft, die in die Plattform hineinkonzipiert wird. Wie viel des Stacks eine Plattform selbst baut, lizenziert oder auf einem dedizierten Deployment betreibt, profitiert von einer unabhängigen Sicht — dem Gegenstand der Fintech-Architekturberatung.

Zusammenfassung und nächste Schritte

Die Anbindung von Liquiditätsanbietern lässt eine Börse einen handelbaren Markt darstellen, bevor ihr eigener Auftragsfluss tief genug ist, um ihn zu tragen. Sie kann aus dem eigenen Orderbuch, von einem einzelnen Anbieter oder durch Aggregation vieler bezogen werden, und jedes Modell wägt Kontrolle, Kapital und Kontrahenten-Konzentration unterschiedlich ab. Wie auch immer sie bezogen wird, liegt bereitgestellte Liquidität auf derselben Matching-Engine wie native Aufträge, erzeugt eine schwere, stoßweise Last für die Plattform und trägt Pflichten in Bezug auf Preisbildung, Kontrahenten und Marktintegrität, die eine Plattform nicht delegieren kann.

Der praktische nächste Schritt besteht darin, die Instrumente, erwarteten Volumina und die tatsächlich benötigte Tiefe zu beschreiben und jedes Liquiditätskonzept daran zu messen: welches Modell passt, wie viel Last die Aggregation erzeugt, wie Preise gebildet und verteidigt werden und wie die Integrität des Marktes überwacht wird. So beurteilt, wird die Liquiditätsbereitstellung daran gemessen, ob sie einen Markt darstellt, hinter dem der Betreiber stehen und den er kontrollieren kann, und nicht an der Zahl der Anbieter, die eine Plattform anzuschließen behauptet.