Zum Inhalt springen

Eine Live-Wetten-Engine, gebaut wie ein Trading Desk

Wie ein Casino- & Sportwettenanbieter sein Live-Wettbuch auf eine Engine umgestellt hat, die jeden Markt wie eine Handelsposition führt: für Hunderttausende Endnutzer, mit Abrechnung unter einer Sekunde.

IndividualsoftwareDediziertes Team100k+ Endnutzer
<300ms
von der Wette bis zur Abrechnung
100k+
Endnutzer auf der Plattform
ausfallfrei
durch alle Topevents hinweg
M1
RG-Kontrollen von Anfang an

Die Ausgangslage

Ein Casino- & Sportwettenanbieter wollte sein Live-Angebot ausbauen: Quoten, die sich mit dem Spiel bewegen, Cash-out mitten im Event, Märkte, die sich in Sekunden öffnen und wieder schließen. Die bestehende Plattform war jedoch für Pre-Match-Wetten ausgelegt. Quoten aktualisierten sich im Polling-Takt, die Abrechnung lief in Batches, und die Trader steuerten das Risiko aus Tabellen, die jemand von Hand nachzog. Jedes Topspiel war ein Stresstest, den die Plattform gerade so bestand.

Das Problem hinter dem Problem

Live-Wetten sind keine schnellere Variante von Pre-Match-Wetten, sondern eine eigene Disziplin. Eine Quote ist ein Live-Preis, eine offene Wette ist eine offene Position, und ein veralteter Feed ist unbepreistes Exposure. Das eigentliche Problem lag darin, dass die Systeme des Anbieters den Begriff der Position gar nicht kannten. Die Diagnose hat die Aufgabe deshalb neu gefasst: kein schnelleres Sportsbook, sondern ein Handelsraum mit angeschlossenem Sportsbook.

Was wir umgesetzt haben

Eine ereignisgesteuerte Engine, in der jeder Markt ein Buch ist und jede Wette ein Fill. Quoten bewegen sich auf Marktereignisse hin und nicht auf Timer, die Abrechnung wird in dem Moment berechnet, in dem ein Ergebnis feststeht, und der Trading Desk sieht das Exposure live pro Markt, pro Event und pro Kundensegment. Automatische Limits pausieren einen Markt, bevor das Risiko davonläuft; für Ermessensentscheidungen, die keine Regel abbilden kann, greift der Trader selbst ein.

Systemaufbau: Echtzeit-Pipeline für Quoten und Abrechnung · Exposure-Dashboards pro Markt · automatische Risikolimits mit Trader-Override · Responsible-Gaming-Kontrollen und lückenloser Audit-Trail schon im ersten Meilenstein

Der schwierige Teil

Spitzenlast ist nicht Durchschnittslast. Ein Topevent presst den Traffic eines ganzen Tages in die Nachspielzeit, und ausgerechnet der Moment, in dem alle das System nutzen, ist der Moment, in dem es nicht ausfallen darf. Vor der Abnahme jedes Meilensteins haben wir die Engine deshalb unter einem Mehrfachen der Last des größten je gemessenen Events getestet. Der Abrechnungspfad blieb dabei bewusst langweilig: kein cleveres Caching zwischen einem feststehenden Ergebnis und dem Kontostand eines Kunden.

Ergebnisse, die Bestand haben

Das Live-Wettbuch läuft heute ohne Zwischenfälle durch die Spitzenspiele, die Zeit von der Wette bis zur Abrechnung bleibt auch unter Last unter 300 Millisekunden, und der Trading Desk steuert das Risiko über Dashboards statt über Tabellen. Responsible-Gaming-Kontrollen und ein vollständiger Audit-Trail gehörten zum ersten Meilenstein und waren keine Compliance-Nachrüstung. Die Zusammenarbeit läuft als dediziertes Team weiter, das die Engine um neue Markttypen erweitert.

Läuft Echtzeit-Geld bei Ihnen auf Systemen aus der Batch-Ära?

Das Diagnosegespräch ist kostenlos, und es beginnt mit Ihrer Spitzenlast, nicht mit Ihrem Durchschnitt.