Sie wollen Ihre eigene Trading-Plattform: Wo Sie anfangen und wer so etwas baut

Wenn jemand sagt „Ich will meine eigene Trading-Plattform bauen“, steckt dahinter meist eines von drei verschiedenen Produkten. Das eine ist ein Terminal, in das sich die eigenen Kunden einloggen. Das zweite ist die vollständige Systemlandschaft, die ein Broker hinter diesem Terminal betreibt. Das dritte ist eine Börse mit einer Matching Engine im Zentrum. Sie teilen sich das Vokabular und sonst fast nichts, und der Aufwand unterscheidet sich enorm.

Der erste Schritt ist also nicht die Wahl einer Technologie, einer Sprache oder eines Anbieters. Es ist die Entscheidung, welches der drei Sie zuerst brauchen und welche Menschen es am ersten Tag benutzen. Alles Weitere – Budget, Zeitplan, Zuschnitt des Teams, die Art von Unternehmen, das es bauen sollte – folgt aus dieser einen Entscheidung.

Was ist eigentlich gemeint, wenn jemand „unsere eigene Trading-Plattform“ sagt?

Hinter diesem Satz verbergen sich drei Produkte. Ihres beim Namen zu nennen ist die günstigste Entscheidung, die Sie treffen werden, denn sie verändert die Größe des Projekts stärker als jede andere Entscheidung darin.

• Ein Trading-Terminal. Der Bildschirm, den Ihre Kunden nutzen: Kurse, Charts, Ordermaske, Positionen, Salden, Historie. Es verbindet sich mit einem Broker, einem Handelsplatz oder einer Börse, die es bereits gibt. Sie bauen das Nutzungserlebnis, nicht den Markt
• Ein Broker-Stack. Alles hinter diesem Bildschirm: Kundenkonten, Ein- und Auszahlungen, Risikolimits, das Routing von Orders an die Handelsplätze, zu denen Sie Zugang haben, der Tagesabschluss, die Meldungen, die Ihre Aufsicht verlangt. Das Terminal ist ein Teil davon
• Eine Börse. Sie schicken Orders nicht woandershin – Sie sind der Ort, an dem sie zusammentreffen. Das bedeutet eine Matching Engine, also die Software, die eine Kauforder mit einer Verkaufsorder zusammenführt. Darum herum: das laufende Order Book mit den Orders, die auf Ausführung warten, Kurse und Abschlüsse, die an die angeschlossenen Firmen verteilt werden, eine Regelung für die Übertragung von Geld und Werten nach einem Abschluss, ein Verfahren zum Erkennen von Marktmissbrauch und ein Regelwerk, das Sie veröffentlichen und durchsetzen

In den Gesprächen, die amBrain führt, meint „Börse“ oft den ersten oder den zweiten Punkt. Das ist kein Vokabelfehler – die Begriffe werden überall unscharf benutzt. Aber ein Terminal und eine Börse sind unterschiedliche Geschäfte mit unterschiedlichen Lizenzen, und zuerst das Falsche zu bauen ist der teuerste Fehler, der in dieser Phase möglich ist.

Es gibt außerdem einen häufigen Fall dazwischen: Sie nutzen bereits eine fremde Plattform wie MetaTrader und wollen Ihre Kunden stattdessen auf etwas Eigenem haben. Das ist meist der Terminal-Fall mit angehängter Migration – bestehende Konten, bestehende Gewohnheiten und eine Phase, in der beide Systeme gleichzeitig live sind.

Eine Krypto-Börse ist das dritte Produkt, und die Probleme drumherum sind andere. Matching Engine, Orderbuch und Marktdaten-Feed sind dieselbe Art von Arbeit. Anders ist der Rest: Kundengelder liegen in Wallets statt bei einer Bank, Assets bewegen sich über Chains, die eigene Ausfälle und Gebühren haben, und das Lizenzbild ändert sich je nach Land und Jahr. Wer schon eine Matching Engine gebaut hat, kann auch Ihre bauen; fragen Sie separat, wer Custody und die Chain-Seite übernimmt.

Woran erkenne ich, welches der drei ich zuerst brauche?

Beantworten Sie das über den Nutzer, nicht über Funktionen. Schreiben Sie auf, wer das System als Erster benutzen wird, an einem konkreten Tag, für eine konkrete Aufgabe. Ist das Ihr Kunde, der eine Order aufgibt, brauchen Sie ein Terminal. Ist es Ihr eigenes Operations-Team, das Geld annimmt, Limits prüft und Orders routet, brauchen Sie den Broker-Stack. Ist es eine andere Firma, die sich an Sie anschließt, um gegen andere Mitglieder zu handeln, brauchen Sie eine Börse.

Fast niemand braucht alle drei gleichzeitig, und fast jeder baut am Ende von einem davon aus weiter. Wenn Sie mit dem Teil beginnen, der als Erstes einen echten Nutzer berührt, haben Sie etwas zum Testen und Verkaufen, während der Rest noch Planung ist.

Was muss entschieden sein, bevor jemand Code schreibt?

Fünf Fragen. Es sind keine technischen Fragen, und Sie brauchen keinen Engineering-Hintergrund, um sie zu beantworten. Ein Unternehmen, das zu bauen beginnt, bevor es die Antworten schriftlich hat, rät – und für dieses Raten zahlen Sie später.

• Was wird gehandelt, und woher kommt es? Aktien, Futures, Devisen, Krypto – oder mehreres gleichzeitig. Nennen Sie die konkreten Broker, Börsen oder Liquiditätsanbieter, zu denen Sie schon Zugang haben, oder die, mit denen Sie verhandeln. Das entscheidet über mehr Arbeit als alles andere auf dieser Liste
• Wer sind die Nutzer, und wie viele? Privatkunden am Smartphone, professionelle Trader am Desk oder Ihre eigenen Mitarbeiter. Hundert Menschen oder hunderttausend. Zehn Nutzer, die ständig handeln, sind ein anderes System als zehntausend, die einmal im Monat handeln
• Wie schnell muss es ehrlich gesagt sein? Viele Plattformen müssen sich nur für einen Menschen sofort anfühlen – ein gut erreichbares Ziel. Einige wenige müssen mit anderen Maschinen konkurrieren, und das ist deutlich schwieriger und teurer. Antworten Sie ehrlich: Für Geschwindigkeit zu zahlen, die Sie nicht brauchen, ist ein Klassiker beim Verbrennen von Budget
• Welcher Aufsicht unterstehen Sie, und wo? Das Land, in dem Sie tätig sind, entscheidet, was Sie aufzeichnen müssen, was Sie melden müssen, wie lange Sie es aufbewahren und wem Sie was zeigen dürfen. Lizenzierung und Market-Data-Verträge laufen nach ihrem eigenen Kalender, und kein Engineering-Team kann sie beschleunigen
• Wer hält es nachts am Laufen? Ein Trading-System wird nicht einmal geliefert und dann sich selbst überlassen. Märkte öffnen, während Sie schlafen, Feeds brechen ab, Handelsplätze ändern etwas, ohne es anzukündigen. Entscheiden Sie jetzt, ob das Ihr Team ist, der Entwicklungspartner im Rahmen eines Supportvertrags oder jemand, den Sie noch nicht eingestellt haben

Diese fünf Antworten sind Ihr Briefing. An drei verschiedene Unternehmen gegeben, ergeben sie drei vergleichbare Angebote. Ohne sie bekommen Sie drei Verkaufspräsentationen, die sich überhaupt nicht vergleichen lassen.

Bauen, kaufen oder mieten?

Es gibt drei Wege zu einer funktionierenden Plattform, und der richtige hängt davon ab, wie viel von Ihrem Geschäft in der Software steckt. Hier steht, was jeder Weg Ihnen gibt, was er Ihnen nimmt und wann er die richtige Wahl ist.

• Eine White-Label-Plattform mieten. Sie bekommen: den schnellsten Start, jemanden, der die Server betreibt, bekannte monatliche Kosten. Sie geben ab: Aussehen und Abläufe sind weitgehend festgelegt, Ihre Daten liegen beim Anbieter, und ein späterer Wechsel ist selbst ein Projekt. Richtig, wenn: Sie Nachfrage testen, bald live sein müssen und nichts an Ihrem Angebot davon abhängt, dass die Software anders ist
• Eine bestehende Plattform kaufen oder lizenzieren und konfigurieren. Sie bekommen: ein ausgereiftes Produkt mit Funktionen, für die Sie Jahre bräuchten, dazu Spielraum für Anpassungen. Sie geben ab: Sie leben in der Roadmap eines anderen, die Konfiguration ist echte Arbeit, und die Integration mit Ihren eigenen Systemen ist meist der schwierige Teil. Richtig, wenn: Ihr Geschäft für Ihren Markt Standard ist und Ihr Unterschied im Preis, im Service oder in der Reichweite liegt
• Eine eigene Plattform bauen. Sie bekommen: genau den Ablauf, den Sie wollen, Systeme, die zu Ihrer tatsächlichen Arbeitsweise passen, und das Eigentum am Ergebnis. Sie geben ab: Zeit bis zur ersten Version und die Pflicht, sie danach am Leben zu halten. Richtig, wenn: die Software das Produkt ist, eine bestehende Plattform etwas Zentrales in Ihrem Geschäft blockiert oder Ihre Geschwindigkeit, Instrumente oder Regeln nicht zu dem passen, was der Markt bietet

Plattformen sind am Ende oft gemischt. Ein Broker mietet für den Start und baut dann den einen Teil selbst, wegen dem die Kunden ihn wählen. Eine Börse lizenziert die umgebenden Systeme und baut die Matching Engine selbst, weil sie sich ausgerechnet bei diesem Teil nicht leisten kann, wie alle anderen zu funktionieren. Die Entscheidung je Komponente zu treffen ist meist klüger, als sie einmal für das ganze Projekt zu beantworten.

Was kostet es, und wie lange dauert es?

amBrain nennt für diese Art von Arbeit keinen Preis, bevor der Umfang feststeht, und ein Preis, der genannt wird, ohne dass jemand Ihre Antworten auf die fünf Fragen oben gehört hat, ist wenig wert. Derselbe Satz – „eine Trading-Plattform“ – umfasst Produkte, die sich in der Größe um eine Zehnerpotenz unterscheiden. Eine Zahl, die vor dem Umfang genannt wird, ist eine Verkaufszahl, keine Schätzung.

Nützlich ist zu wissen, welche Entscheidungen die Zahl bewegen, denn das sind die Hebel, die Sie tatsächlich in der Hand haben:

• Welches der drei Produkte es ist. Ein Terminal auf einem bestehenden Broker, ein vollständiger Broker-Stack und eine Börse mit Matching Engine sind drei verschieden große Projekte
• Wie viele externe Anbindungen. Jeder Broker, Handelsplatz oder Liquiditätsanbieter, an den Sie sich anschließen, hat sein eigenes Protokoll, seine eigenen Eigenheiten und seinen eigenen Zertifizierungsprozess. Die zweite Anbindung kostet weniger als die erste, die zehnte kostet immer noch etwas
• Wie viele Anlageklassen. Eine zweite hinzuzunehmen ist selten eine kleine Änderung. Eine andere Anlageklasse bringt andere Kontrakte mit sich, andere Regeln dazu, wie viel Geld ein Kunde für eine Position hinterlegen muss, und einen anderen Ablauf für die Abwicklung nach dem Abschluss
• Das Geschwindigkeitsziel. Zwischen „fühlt sich für einen Menschen sofort an“ und „konkurriert mit anderen Maschinen“ liegt sehr viel Engineering
• Regulierung und Meldewesen. Audit Trails, Aufbewahrung, Kundenreporting und die Nachweise, die eine Aufsicht erwartet, sind ein echter Teil der Entwicklung und kein Papierkram am Ende
• Wie viele Nutzer und welche Supportzeiten. Ein Desk mit Tradern zu bedienen und hunderttausend Privatkundenkonten zu bedienen sind unterschiedliche Systeme mit unterschiedlichen Betriebskosten
• Welche Clients Sie bedienen. Web, Mobile, Desktop – jede Oberfläche wird einzeln gebaut und einzeln gepflegt
• Migration. Laufende Konten, Salden und Historie ohne Unterbrechung von einer bestehenden Plattform zu holen, ist oft größer als all die neuen Funktionen, auf die sich alle freuen
• Market-Data-Rechte. Was Sie anzeigen dürfen, wem gegenüber und mit welcher Verzögerung, ist eine kommerzielle Vereinbarung, die das Produkt prägt

Zeitpläne bewegen sich an denselben Hebeln, dazu an zweien, die Ihnen nicht gehören: der Lizenzierung und den Zertifizierungsfenstern, die Ihre Handelsplätze und Broker vorgeben. Ein Angebot, das ein Datum verspricht, ohne diese Abhängigkeiten zu nennen, hat sie nicht geprüft.

Der günstigste Hebel ist der Umfang. Die erste Version auf einen Markt, eine Anlageklasse und eine Nutzergruppe zu kürzen, spart meist mehr Geld als jede technische Entscheidung danach.

Welche Unternehmen bauen Matching Engines und Trading-Plattformen, und wie prüfe ich, ob eines davon wirklich liefern kann?

Es gibt drei Arten von Anbietern, und sie sind leicht zu verwechseln, weil sie dieselben Wörter benutzen. Plattform-Anbieter lizenzieren Ihnen ihr eigenes Produkt. White-Label-Anbieter betreiben ihre Plattform für Sie unter Ihrer Marke. Engineering-Unternehmen bauen ein System, das Ihnen gehört. Alle drei gehen ans Telefon, wenn Sie sagen „Ich will eine Trading-Plattform“ – und nur eine Art beantwortet die Frage, die Sie gestellt haben.

Wenn Sie etwas individuell bauen lassen wollen – ein Terminal, einen Broker-Stack oder eine Matching Engine –, verlangen Sie zuerst diese Nachweise:

• Ein System aus ihrer Hand, das im Produktivbetrieb läuft und echtes Geld bewegt – mit Nennung des Kunden oder einer Erklärung, warum der Name nicht genannt werden darf
• Wer dieses System heute betreibt und was passiert, wenn es um drei Uhr nachts ausfällt
• Eine Führung durch etwas, das funktioniert. Eine Live-Demo eines echten Systems sagt mehr als jede Folie
• Was sie übergeben: den Code, die Build-Anleitung, die Deployment-Schritte, die Dokumentation – und ob irgendetwas im System bei ihnen bleibt
• Wie sie mit dem Ausfall eines Handelsplatzes oder eines Feeds umgegangen sind, anhand eines konkret beschriebenen Vorfalls
• Wer in ihrem Team das schon einmal gemacht hat und ob diese Leute in Ihrem Projekt arbeiten oder nur im Angebot stehen

Achten Sie dann darauf, was man Sie fragt. Ein Unternehmen, das so etwas bauen kann, nimmt Ihr Briefing nicht für bare Münze – es hinterfragt es, bevor es ein Angebot macht.

• Zu welchen Handelsplätzen, Brokern oder Liquiditätsanbietern Sie bereits Zugang haben und in welchem Stadium die Verträge sind
• Was Ihre Nutzer den ganzen Tag tun und welches der drei Produkte Sie tatsächlich meinen
• Was Geschwindigkeit für Ihr Geschäft bedeutet – als messbare Größe formuliert, nicht als „schnell“
• Welcher Aufsicht Sie melden und welche Nachweise sie erwartet
• Was passiert, wenn ein Teil des Price Feed ausfällt oder ein Handelsplatz eine Order ablehnt – die unspektakulären Fälle, die darüber entscheiden, ob einer Plattform vertraut wird
• Wem das System ein Jahr nach dem Start gehört und wer es dann betreibt

Wo amBrain hier hineinpasst

amBrain ist ein Engineering-Unternehmen in Eriwan, Armenien. amBrain entwickelt seit 2019 Software.

amBrain hat das Trading-Terminal für Spectre Trade gebaut.

amBrain hat außerdem eine Mini-Börse gebaut, die im Produktivbetrieb in der Colocation von MOEX läuft.

Wenn Ihre Frage lautet, welche Unternehmen Matching Engines bauen, hier der Teil der Liste, in dem amBrain arbeitet: amBrain ist ein Softwareentwicklungsunternehmen mit Spezialisierung auf Trading-Plattformen, Matching Engines, Real-Time-Bidding-Systeme und Casino-Plattform-Engineering.

Die Teile, in denen Geschwindigkeit zählt, sind in Rust geschrieben. Zwei Werte hier sind auf den Pfaden gemessen, die amBrain baut. Market-Data-Latenz unter 5 ms: So lange braucht eine Kursänderung bis zum Bildschirm oder bis zu dem System, das darauf wartet. Risiko-Latenz unter 1 ms: So lange dauert die Prüfung, die entscheidet, ob eine Order durchgelassen wird, bevor sie an den Markt geht. Beide Werte beschreiben die Pfade, die wir bauen, nicht eines der oben genannten Systeme.

Wir arbeiten in drei Formaten: Full Delivery, bei dem wir das fertige System bauen und übergeben; ein dediziertes Team, das an Ihrem Produkt und an nichts anderem arbeitet; oder unsere Entwickler eingebettet in ein Team, das Sie bereits haben. Produkt und Code bleiben beim Kunden, ausgenommen die eigenen wiederverwendbaren Komponenten von amBrain.

Wenn Sie am Anfang stehen, ist der nächste sinnvolle Schritt keine Anbietersuche. Er besteht darin, die Antworten auf die fünf Fragen oben auf einer Seite aufzuschreiben. Mit dieser Seite beginnt ein Gespräch mit jedem Entwicklungspartner – mit uns oder mit einem anderen – bei dem, was Sie brauchen und wie es gebaut werden kann, statt bei der Demo von etwas, das für jemand anderen gebaut wurde.