Wie eine Krypto-Matching-Engine funktioniert

Eine Matching-Engine ist die Komponente einer Krypto-Börse, die entscheidet, welche Orders ausgeführt werden, zu welchem Preis und in welcher Reihenfolge. Jeder andere Teil der Plattform — Wallets, Onboarding, das Back Office — dient dazu, Orders an sie heranzuführen und die erzeugten Ergebnisse abzuwickeln. Wenn zwei Kunden über ihre Orders übereinkommen, zu einem gemeinsamen Preis zu handeln, erkennt die Matching-Engine diese Übereinstimmung und erfasst den Trade. Ihr Verhalten unter Last, ihre Fairness und ihre Fähigkeit, das eigene Handeln nachzuweisen, gehören daher zu den folgenreichsten Entwurfsfragen eines Börsenbetreibers.

Die Aufgabe lässt sich einfach beschreiben, auch wenn ihre Ausführung anspruchsvoll ist: ein laufendes Verzeichnis offener Kauf- und Verkaufsorders vorhalten und diese nach einer festen Regel gegeneinander ausführen, sobald ihre Preise zusammentreffen — fortlaufend, in vorhersehbarer Reihenfolge und so, dass es sich anschließend als korrekt nachweisen lässt. Dieser Beitrag erläutert, wie das auf der Ebene funktioniert, die eine Entscheidungsträgerin oder ein Entscheidungsträger benötigt, und warum Durchsatz, Determinismus und Wiederherstellbarkeit zählen; die Perspektive ist architektonisch und bewertend, kein Umsetzungsrezept.

Das Orderbuch im Zentrum

Das Orderbuch ist das laufende Verzeichnis jeder offenen Order für ein Handelspaar, in zwei Seiten: Kauforders (Bids) und Verkaufsorders (Asks). Jede Seite ist so geordnet, dass der höchste Kauf- und der niedrigste Verkaufspreis oben stehen und als Nächste zur Ausführung anstehen; der Abstand zwischen ihnen ist der Spread, und wo sie sich treffen, entsteht der Trade. Es ist keine feste Liste, sondern eine sich fortlaufend verändernde Struktur, die bei jeder Platzierung, Änderung oder Stornierung aktualisiert wird und die einzige Referenz bildet, aus der jedes Matching hervorgeht.

Da es echte Kundenabsicht abbildet, die durch echte Guthaben gedeckt ist, ist seine Richtigkeit eine Frage der Aufzeichnung, nicht der Darstellung: Eine Order im Orderbuch muss reservierten Guthaben oder Assets entsprechen, und ein Trade, der Orders entfernt, muss ohne Mehrdeutigkeit in den Ledger und in das Kundenguthaben übergehen. Die Grenze zwischen der Matching-Engine und der umgebenden Krypto-Börsen-Software ist bewusst gezogen — die Engine verantwortet Reihenfolge und Ergebnis des Handels, während die umliegenden Module Verwahrung, Abwicklung und Kundendatensatz verantworten.

Ordertypen und ihr Weg ins Orderbuch

Kunden drücken ihre Absichten über Ordertypen aus, von denen die Limit-Order und die Market-Order die beiden grundlegendsten sind. Eine Limit-Order nennt einen Preis und wartet — ein Gebot, zu einem genannten Niveau oder darunter zu kaufen, oder ein Angebot, zu diesem Niveau oder darüber zu verkaufen — und ruht im Orderbuch, bis der Markt sie erreicht oder die Kundin sie storniert. Eine Market-Order nennt keinen Preis und verlangt die sofortige Ausführung gegen die Orders an der Spitze der Gegenseite, zu welchen Preisen auch immer sie gefüllt wird. Die erste führt dem Orderbuch Liquidität zu, die zweite entnimmt sie ihm.

Weitere Typen — Stop-Orders, die bei einem Auslösepreis aktiv werden, sowie Varianten, die regeln, wie lange eine Order ruht oder welcher Teil von ihr sichtbar ist — erweitern diese beiden Grundformen, statt sie zu ersetzen. Unabhängig vom Typ wird eine Order vor Erreichen des Orderbuchs geprüft: Die Plattform bestätigt ausreichende Guthaben oder Assets, dass Limits und Berechtigungen sie zulassen und dass sie formal korrekt ist. Nur geprüfte Orders werden zugelassen, was das Orderbuch zu einem verlässlichen Verzeichnis der Zusagen macht, die die Plattform einlösen kann.

Preis-Zeit-Priorität und die Matching-Regel

Wenn eine neu eingehende Order gegen die Gegenseite des Orderbuchs handeln kann, wendet die Engine eine feste Regel an, um zu bestimmen, auf welche ruhende Order sie zuerst trifft. Die verbreitetste Regel ist die Preis-Zeit-Priorität: besser bepreiste Orders werden vor schlechter bepreisten bedient, und unter Orders zum selben Preis wird die zuerst eingegangene zuerst bedient. Eine Kauforder, die das Orderbuch kreuzt, trifft auf die niedrigst bepreiste verfügbare Verkaufsorder, und ruhen mehrere zu diesem Preis, wird die älteste zuerst gefüllt. Ausnahmslos auf jede Order angewandt, macht die Regel das Marktgeschehen für die handelnden Kunden nachvollziehbar.

Eine einzelne eingehende Order kann nacheinander mehrere ruhende Orders ausführen — zunächst die erste vollständig, dann die nächste, bis sie gefüllt ist oder keine weitere Order ihren Preis mehr kreuzt. Jede Ausführung ist ein eigenständiger Trade mit eigenem Preis, eigener Menge und eigenem Zeitstempel. Was ungefüllt bleibt, ruht entweder als neue Limit-Order im Orderbuch oder wird, bei einer Market-Order, die die verfügbare Liquidität ausgeschöpft hat, ungefüllt zurückgegeben. Die Reihenfolge, in der dies geschieht, ist kein nebensächliches Detail, sondern die Eigenschaft, die später reproduzierbar sein muss.

Durchsatz, Latenz und Kapazität

Zwei Messgrößen beschreiben, wie eine Matching-Engine unter Last arbeitet. Der Durchsatz ist die Anzahl der Orders, die sie in einem bestimmten Zeitraum verarbeiten kann, üblicherweise in Orders pro Sekunde ausgedrückt, und er bestimmt, ob die Engine mithält, wenn die Aktivität steigt. Die Latenz ist die Zeit zwischen dem Eingang einer Order und dem Handeln der Engine, und sie bestimmt, wie aktuell sich der Markt anfühlt. Eine Engine kann einen hohen Durchsatz halten und dabei die Latenz niedrig und vorhersehbar bewahren, und es ist diese Vorhersehbarkeit, nicht ein einzelner Spitzenwert, die im Betrieb am meisten zählt.

Kapazität dieser Art ist eine Entwurfseigenschaft und kein Zufall, und ein Betreiber sollte sie nachweisen können, statt sie vorauszusetzen. Der Ansatz von Grumpio für Börsentechnologie behandelt Reserven als Anforderung, denn die Nachfrage an einer Börse ist ungleichmäßig: Marktereignisse erzeugen scharfe Spitzen an Orders und Stornierungen, und gerade dann verlangsamt sich eine unterdimensionierte Engine, staut sich oder verhält sich unvorhersehbar. Die Auslegung auf einen Durchsatz deutlich oberhalb des Alltagsmittels hält eine Plattform reaktionsfähig und geordnet, wenn der Druck am größten ist — also genau dann, wenn Kunden und Aufsicht am genauesten hinsehen.

Determinismus und ein geordneter Markt

Determinismus ist die Eigenschaft, dass dieselben Orders, in derselben Reihenfolge eingegangen, stets dieselben Trades erzeugen. Er ist die Grundlage eines fairen Marktes: Hinge das Ergebnis des Matchings von etwas anderem ab als von den Orders und ihrer Eingangsreihenfolge, könnten zwei Kunden in gleicher Lage unterschiedlich behandelt werden, und niemand könnte mit Sicherheit sagen, warum ein bestimmter Trade zustande kam. Eine deterministische Engine beseitigt diese Mehrdeutigkeit, indem sie das Ergebnis zu einer strengen Funktion der erfassten Eingaben macht.

Das macht den Markt zugleich erklärbar: Da die Reihenfolge der Orders und die auf sie angewandte Regel die Trades vollständig bestimmen, lässt sich die Historie rekonstruieren und gegen das abgleichen, was die Engine gemeldet hat. Das ist für die Compliance-Funktion von Bedeutung, die erklären muss, warum eine Order so ausgeführt wurde, und für den Betreiber, der die Handelsaktivität gegen Guthaben und Abwicklung abstimmt.

Ausfallsicherheit, Wiederherstellung und Audit-Trail

Da die Matching-Engine den lebenden Zustand des Marktes hält, ist ihr Ausfall keine gewöhnliche Unannehmlichkeit, sondern der Verlust der Aufzeichnung darüber, wer wozu verpflichtet ist. Ein ausfallsicherer Entwurf behandelt den Zustand der Engine als etwas, das den Ausfall jeder einzelnen Maschine überstehen muss — festgehalten als geordnete Folge von Ereignissen, sodass sich das Orderbuch nach einer Unterbrechung genau in den Zustand zurücksetzt, den es zuvor hatte, ohne Orders zu erfinden oder zu verlieren. Entscheidend ist der Unterschied zwischen einem System, das sich in eine bekannte, korrekte Position wiederherstellt, und einem, das sich nur neu starten und auf Nähe hoffen lässt.

Dieselbe geordnete Aufzeichnung ist zugleich der Audit-Trail. Eine dauerhafte, mit Zeitstempeln versehene Folge jeder Order und jedes Trades erlaubt es dem Betreiber, jeden Moment der Markthistorie zu rekonstruieren, eine Kundenanfrage zu beantworten, die Überwachung auf Marktmissbrauch zu stützen und den Handel gegen den Ledger abzustimmen. Wiederherstellung und Prüfung beruhen beide darauf, das Geschehen im Moment seines Eintretens zu erfassen, statt es nachträglich zu rekonstruieren.

Eine Matching-Engine bewerten

Für einen Betreiber, der eine Plattform auswählt oder in Auftrag gibt, sollte die Matching-Engine an den Anforderungen des eigenen Marktes gemessen werden, nicht an einer Schlagzeilenzahl. So betrachtet — nach ihrer Matching-Regel, ihrem Durchsatz und ihrer Latenz unter Last, ihrer Wiederherstellung und ihrer Aufzeichnung — lässt sich eine Engine mit Zuversicht betreiben und unter Prüfung nachweisen.

Die folgende Tabelle fasst die maßgeblichen Eigenschaften und den jeweiligen Nachweis zusammen.

Wie viel davon ein Betreiber selbst baut, kauft oder liefern lässt, ist eine gesonderte Entscheidung, die von einer unabhängigen Sicht auf die Abwägungen profitiert — Gegenstand der Fintech-Architekturberatung, deren Ziel es ist, die Plattform auf den erwarteten Markt eines Handelsplatzes abzustimmen statt auf eine abstrakt formulierte Spezifikation.

Zusammenfassung und nächste Schritte

Eine Matching-Engine arbeitet, indem sie ein Orderbuch offener Kauf- und Verkaufsorders führt, nur geprüfte Orders zulässt und sie nach einer festen Regel — meist der Preis-Zeit-Priorität — zu eigenständigen, mit Zeitstempeln versehenen Trades zusammenführt. Ihre Güte bemisst sich nicht an einer einzelnen Spitzenzahl, sondern daran, ob sie die von einem Markt erzeugten Orderraten mit vorhersehbarer Latenz hält, aus gleichen Eingaben gleiche Trades erzeugt, sich nach einem Ausfall in einen korrekten Zustand wiederherstellt und alles Getane aufzeichnet.

Der praktische nächste Schritt besteht darin, den Markt zu beschreiben, den die Engine tatsächlich bedienen wird — die Instrumente, das erwartete Orderprofil und die Spitzen der Stoßzeiten — und jede in Frage kommende Plattform an dieser Beschreibung zu messen statt an einer Benchmark-Schlagzeile. So gefasst, kann ein Betreiber eine Engine wählen, die standhält, wenn die Aktivität am höchsten ist, und erklärbar bleibt, wenn ihr Verhalten hinterfragt wird.