So funktioniert das Live-Casino-Modul und das Streaming der Händler

1) Was ist Live Casino in Bezug auf die Architektur

Live Casino ist eine ständig funktionierende Echtzeit-Medienplattform + Finanz-Engine für Runden. In der minimalen Konfiguration gibt es:

Studio: Schreibtisch, Kameras, Licht, Mikrofone, RFID/Sensoren, Händler-Monitor (Prompter).
Video-Pause: Encoder, Mixer, Keyer für Overlays (Wetten, Timer, Tipps).
Orchestrator der Runden: Spielstatus, Wettfenster, Berechnung des Ergebnisses, Veröffentlichung von Ereignissen.
Signal mit niedriger Latenz: WebRTC (primär) + LL-HLS/DASH (Folback).
Integration mit der Plattform: Wallet/Ledger (seamless), Limits/regionale Regeln, Responsible Gaming (RG).
Operationen: Händler Zeitplan, Qualitätskontrolle, Aufnahme/Archiv, Chat-Moderation.

2) Studio und Ausrüstung

Kameras und Sound: 1080p/60 oder 4K/60 (statisch/robotisch), lineare Mikrofone/Knopflöcher, Mixer.

Sensoren/Erkennung:

RFID in Chips/Tisch (Roulette/Poker), Shoe-Scanner für Blackjack, Computer Vision (CV) für die Erkennung von Karten/Bällen, Dealer-Pedal für Phasenwechsel (open/close bets, no more bets).
Redundanz: doppelte Kameras und Encoder, unterbrechungsfreie Stromversorgung, heißes Rack.

3) Lebenszyklus der Runde

1. `round. open'- Die Annahme von Wetten ist offen (z. B. 12-18 Sekunden).

2. `round. close '/' no _ more _ bets' - die Wettannahme ist geschlossen, die Wetten gehen an hold.

3. `round. play'- der Händler verschenkt/dreht, CV/RFID zeichnet das Ergebnis auf.

4. `round. result'- Ergebnis berechnet, Auszahlungen/Abschreibungen.

5. `round. settle'- Veröffentlichung der Ergebnisse an die Spieler und in der Lobby, Aktualisierung der Geschichte.

Invarianten: Das Wettfenster und das „close“ -Ereignis müssen streng mit dem Videomarker (SMPTE-Timecode/Serverzeit) synchronisiert werden, damit keine „Post-Gong-Wetten“ entstehen.

4) Video-Pause und Protokolle

WebRTC - p95 Verzögerung 150-500 ms bis zum Spieler, bidirektionaler Datenkanal (DataChannel) für Wett-/Timer-Signale.

LL-HLS/DASH - Reserve bei Problemen mit WebRTC; Segmente 1-2 c, Verzögerung 2-5 s.

Overlays: Timer des Wettfensters, Hervorhebung von Gewinnwetten, Hinweise - werden entweder auf dem Server (Composite) oder als HTML-Overlay über dem Player gerendert.

Synchronisation: Die „Wahrheit“ ist die Serverzeit (UTC), die an den Client gesendet und zum Countdown und Binden von Ereignissen verwendet wird.

5) Orchestrator Runden und Geldbeutel

Seamless-Wallet: Das Geld wird beim Betreiber gespeichert, der Anbieter greift auf die Wallet-API zu:

`bet. place' → hold auf die Höhe des Einsatzes (idempotent, Schlüssel durch 'requestId').
`round. result '→ das Ergebnis berechnen; release/settle holda und payout im Ledger.
Der Spieler sieht das Gleichgewicht sofort nach settle.

Veranstaltungsverträge (vereinfacht):

json
//Veranstaltung im Bus
{
"event":"round. settle",  "gameId":"evo_blackjack_23",  "roundId":"R-2025-10-17T14:23:10Z-evo-23",  "bets":[{"betId":"b_92f","playerId":"p_1","stake":"10. 00","payout":"15. 00","outcome":"WIN"}],  "calcVer":"wallet-7. 2",  "ts":"2025-10-17T14:23:13. 120Z",  "traceId":"tr_5f1"
}

6) Datenströme des Spielers

Video: WebRTC/LL-HLS.

Signale: WebSocket/WebRTC DataChannel - Timer, Status, verfügbare Wetten, Bestätigungen.

API: REST/gRPC - Platzieren Sie Ihre Wette, fordern Sie Ihr Guthaben, Geschichte, Grenzen.

Telemetrie: QoS (RTT, dropped frames), Latenz' bet. accept', Fehler.

7) Timing und Verzögerungen: Ziel-SLOs

Der Pfad „Klickrate → halten“: p95 ≤ 150-250 ms in der Region.

`round. close' → Empfangsstopp: qualifizierte Deadline im Orchestrator + Client „Snap“.

`result → payout`: p95 ≤ 1–2 с.

Videoverzögerung: WebRTC p95 ≤ 500 ms; LL-HLS als Folback ≤ 3-5 s

8) Skalierung und Edge-Netzwerk

WebRTC Edge Pools sind näher an den Spielern (EU/UK/CA/LA/SEA).

Anycast/DNS zum Ausgleich; Geo-Routing.

Autoscaling: durch die Belastung von Wettsignalen und QoS-Metriken (RTT, rebuffer).

Ursprungsschild (LL-HLS) zum Schutz vor Bursten.

9) Qualität und Beobachtbarkeit (QoS)

Tech-SLO:

WebRTC RTT, bitrate, dropped frames, packet loss.
`bet. reject_rate` (<0. 2%), 'void/refund' -Spitzen, 'round. settle p95`.
CV/RFID-Lags.

Business-SLO: CR- lobby→game, Sitzungsrückhaltung, abortierte Runden, Beschwerden.

Dashboards: End-to-End-Traces „traceId“ (Player → API → Wallet → Provider → Webhook), QoS-Karten nach Geo/Carrier.

10) Sicherheit und Ehrlichkeit

mTLS auf allen Service-übergreifenden Kanälen, HMAC auf Webhooks.

Anti-replay: 'X-Request-Timestamp/Nonce', Fenster ± 300 s.

Idempotenz: 'X-Idempotency-Key' auf 'bet. place '/Zahlungen/Webhooks.

Runde Integrität: Aufzeichnung aller Quellen (Videos, CV/RFID-Ereignisse, Händleranschläge) in einem unveränderlichen Speicher (WORM) für Streitigkeiten und Audits.

Anti-Cheat: Schutz vor „späten“ Wetten auf den Client (UI-Verbot) + Server-Deadline als einzige Quelle der Wahrheit.

11) Chat und Moderation

Filterung von Toxizität/Spam (NLP-Modelle), Verbot von Stoppwörtern.

Verlangsamung der Nachrichtenfrequenz, Anti-Flood.

Händlermoderation: Hinweis-/Signalfelder, PII-Übertragungsverbot.

Chat-Protokolle sind Teil des Audits.

12) Unfälle und Folbacks

WebRTC Drop: Automatischer Folback auf LL-HLS; Wetten sind vorübergehend auf einen früheren Stichtag beschränkt.

CV/RFID-Ausfall: manuelle Eingabe des Ergebnisses mit Doppelprüfung und Schreibreferenz; Runde kann VOID nach den Regeln werden.

Der Anbieter steht nicht zur Verfügung: „Wartung“ der Tische, Wechsel der Spieler zu benachbarten Tischen, Entschädigungen.

13) Compliance und RG

Alter/rechtliche Überschneidungen nach Land/Ort.

RG-naj: Pausen-/Grenzvorschläge bei Risikomustern.

KYC/AML/KYT: Tischzugang/Gebotslimits sind mit dem KYC-Status und dem Payment/Address Screening verknüpft.

Geoblocking: IP/GPS/Dokument, zugelassene Anbieter nach Gerichtsbarkeit.

14) API-Beispiele (vereinfacht)

Platzierung der Wette (idempotent):

http
POST /live/bet/place
X-Idempotency-Key: 9a7f-2b1c
Content-Type: application/json

{
"playerId":"p_123",  "gameId":"evo_blackjack_23",  "roundId":"R-2025-10-17T14:23:10Z-evo-23",  "selection":[{"market":"player","amount":"10. 00"}],  "currency":"EUR",  "device":{"ip":"203. 0. 113. 5","ua":"Mozilla/..."}
}

Die Antwort lautet:

json
{"status":"ACCEPTED","betId":"b_92f","balanceAfter":"245. 30","hold":"10. 00"}

Abschlussereignis der Wettannahme:

json
{"event":"round. close","roundId":"R-...","ts":"2025-10-17T14:23:12. 000Z"}

15) Integration mit Spieleanbietern

Bridge-Layer normalisiert Unterschiede: IDs, Limits, Side-Bets, Status.

Verträge: einheitliches Format 'roundId/betId', Fehlerkarten.

Wallet-Modi: seamless (vorzugsweise) oder Transfer (Einzahlung beim Anbieter, mehr Reibung).

16) DR/HA für Live

Multi-AZ-Studio oder Backup-Studio; synchronisierte Presets.

Signalreplikation (Orchestrator, CV) und Aufzeichnung in zwei unabhängige Speicher.

VOID/REFUND-Verfahren pro Rundenpackung mit Ursachenprotokoll und Unterschriften der Verantwortlichen.

17) Anti-Muster

Betrachten Sie die Zeit des Kunden als „Wahrheit“ → späte Wetten/Streitigkeiten.

Mischen Sie OLTP (Wallet) und Streaming Analytics → Latenzwachstum und „reject _ rate“.

Keine Idempotenz → doppelte Belastung bei Netzwerk-Retrays.

Das Fehlen eines LL-HLS-Folbacks → einen „schwarzen Bildschirm“ beim Abbau von WebRTC.

UI/Assets ohne Versionierung aktualisieren → „gebrochene“ Overlays.

Ignorieren Sie die Moderation von Chats → Toxizität und Beschwerden, Risiko für die Lizenz.

18) Checkliste für Live Casino Tischstart

Studio

Dual Kameras/Encoder, Licht/Geräuschkontrolle, UPS.
RFID/CV sind kalibriert, das Händlerpedal funktioniert.

Protokolle und Synchronisation

Serverzeit → Client, genaue Deadlines' rund. close`.
WebRTC p95 ≤ 500 ms, LL-HLS ist als Folback konfiguriert.

Finanzen

Seamless-wallet, idempotency 'bet. place/settle`.
PITR und Rundenmagazin in WORM.

Beobachtungsstand

QoS Dashboards, 'bet. reject_rate', 'settle p95', VOID-Warnungen/Abtreibungen.
Chat-Protokolle und Dealer-Aktionen, Ende-zu-Ende' traceId'.

Sicherheit/Compliance

mTLS/HMAC, Anti-Replay, PII-Tokenisierung.
RG-Overlays und Richtlinien nach Standort, Geoblocking nach Gerichtsbarkeit.

Operationen

Runbooks der Vorfälle, VOID/REFUND-Szenarien, Backup-Studio.
UI/Overlay-Releaseplan ohne Ausfallzeiten (CDN-Manifeste).

Das Live Casino-Modul ist eine Verschmelzung von Echtzeit-Video, strenger finanzieller Logik und operativer Disziplin. Der Erfolg wird durch die Synchronisation der Deadlines mit dem Video, einer zuverlässigen Wallet, einer geringen Latenz (WebRTC mit LL-HLS-Folback), QoS-Beobachtbarkeit und Compliance bestimmt. Wenn diese Prinzipien befolgt werden, sieht der Spieler ein lebendiges, ehrliches und makellos stabiles Spiel - und die Plattform erhält vorhersehbare Margen und Skalierbarkeit.