Canlı satıcıların real vaxt axını necə işləyir

1) Niyə «real» reallıq lazımdır

Live Casino video istehsalı və əməliyyat məntiqinin birləşməsidir. Bütün dəyər sinxronizmdədir: oyunçu dileri görür, "Set" düyməsini basır, "No more bets 'ə qədər bahis təyin edir və nəticə şəffaf hesablanır. Hər hansı bir rasinxronizasiya (gecikmiş video, «gec» bahis) VOID, mübahisə və ya etimad itkisinə çevrilir.

2) Studiyadan oyunçuya konturu

Studiya → Ingest → Orkestrator → Çatdırılma → Player

1. Studio: kameralar 1080p/60 (və ya 4K/60), mikrofonlar, işıq, mikser, keyer overley (zamanlayıcılar/ipuçları).

2. Ingest: SDI/NDI → Encoder (h. 264/h. 265, Opus/AAC) → SRT/RTMP qəbulu.

3. Prosessinq: overlay kompozit, arxiv qeydləri, CV/RFID hadisələr, timecode sinxronizasiya.

4. Transkod: şəbəkə/cihaz profilləri (1080p/720p/480p), GOP 0. 5-1 s.

5. Poçt:

WebRTC - əsas aşağı patentli trakt (p95 150-500 ms), LL-HLS/DASH - folbek (2-5 s), DataChannel/WebSocket - bahis/zamanlayıcı siqnalları.
6. Player: server time (UTC) ilə sinxronlaşdırılmış, zamanlayıcıları çəkir və qərarlar qəbul edir.

3) Protokollar: harada uyğun

WebRTC: brauzer/mobil ən sürətli, UDP, congestion control, iki yönlü DataChannel.

SRT: Stüdyodan davamlı ingest (ARQ, şifrələmə), baş-end qədər jitter/itkilərə qarşı yaxşıdır.

LL-HLS/DASH: kütləvi folbek/CTV, seqmentlər 1-2 s, tez-tez partial-updates; gecikmə daha yüksəkdir, lakin miqyaslı daha ucuzdur.

RTMP: yalnız müştəri çatdırılması kimi deyil, uyğunluq (ingest) üçün «keçmiş əsr» kimi.

4) Raundların və bahislərin sinxronizasiyası

Həqiqət - server vaxtı. Müştəri vaxtaşırı sinxronlaşdırılır (NTP-oxşar pinqlər) və local-offset tənzimləyir.

Həyat dövrü:

1. `round. open '- bahis pəncərəsi aktivləşdirilmişdir (məsələn, 15 s).

2. `round. close '- server bahis qəbul dayandırır, UI bloklanır.

3. `round. result '- CV/RFID/operatorun nəticəsi.

4. `round. settle '- pul kisəsində ödənişlər/silinmələr.

İnvariantlar: server müddəti müştəridən «sərt». Şəbəkə tələsirsə, «gongdan sonra» qəbul etməkdənsə, bahsi rədd etmək daha yaxşıdır.

5) Data kanalları və API

Siqnallar (real-time): DataChannel/WebSocket - masaların statusu, taymerlər, bahis təsdiqləri.

Əməliyyatlar (pul): İdempotentlik ('X-Idempotency-Key') və HMAC imzası ilə REST/gRPC.

Telemetriya QoS: RTT, packet loss, bitrate, dropped frames, latency 'bet. accept`.

Nümunə 'round. close`:

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

Dərəcənin yerləşdirilməsi nümunəsi (idempotent):

http
POST /live/bet/place
X-Idempotency-Key: 9a7f-2b1c
Content-Type: application/json
{
"playerId":"p_123",  "tableId":"evo_blackjack_23",  "roundId":"R-2025-10-17T14:23:10Z-evo-23",  "selections":[{"market":"player","amount":"10. 00"}],  "currency":"EUR"
}

6) Gecikmələrin taymininqləri və büdcələri (məqsədli)

Cüzdanda → 'hold' klik: p95 ≤ 150-250 ms.

`round. close '→ stop qəbulu: ≤ 50 ms server + ani kilid UI.

'result' → 'settle': p95 ≤ 1-2 s (CV/RFID yoxlaması daxil olmaqla).

Video gecikmə: WebRTC p95 ≤ 500 ms; LL-HLS ≤ 5 с.

Siqnallar: bölgədə p95 ≤ 150 ms məlumat kanalı.

7) Ölçmə və edge-memarlıq

Regionlar üzrə Edge-SFU/WebRTC qovşaqları (EU/UK/CA/LA/SEA) - oyunçuya yaxın.

Geo-routing (Anycast/DNS) və QoS (RTT/PLR) tərəfindən sağlamlıq testləri.

Abunəçilərin sayı, bitreyt və deqradasiya siqnalları ilə autoscaling.

LL-HLS üçün Origin-shield (kənarda pleylistlərin/seqmentlərin cache).

Profil hovuzları: şəbəkə (UDP-optimallaşdırılmış), CPU-ağır (transkod), yaddaş-ağır (bufer).

8) Video siqnal və overley emalı

Server Overlay (kompozit): həmişə video ilə üst-üstə düşür, lakin transkod baxımından daha bahalıdır.

Müştəri üzərində overlay (HTML/CSS/Canvas): daha ucuz, çevik; eyni server time və hadisə işarələri var kritik.

Tövsiyə: zamanlayıcılar/» No more bets» - müştəri üzərində overley kimi, lakin arxa planda« sərt »server müddəti ilə.

9) Keyfiyyət (QoS) və müşahidə

Tech-SLO: WebRTC RTT, packet loss, bitrate, server-client time fərqi, rate 'bet. reject`, `VOID/REFUND`.

Biznes SLO: sessiyanın saxlanması, aborted rounds, şikayətlər, CR lobby → game.

Daşbordlar: end-to-end trace ('traceId': player → API → cüzdan → provayder → vebhuk), geo/telekom operatorları üçün QoS kartları.

Alerts: sıçrayış 'VOID', artım RTT> 300 ms, packet loss> 5%, artım 'bet. reject` > 0. 2%.

10) Təhlükəsizlik və dürüstlük

mTLS xidmətlər/provayderlər arasında, HMAC vebhuklarda.

Anti-replay: `X-Request-Timestamp/Nonce`, окно ±300 с.

bet-də idempotentlik. place ',' payout. ', PSP vebhukları.

Raundların dürüstlüyü: audit/mübahisələr üçün WORM-anbarında studiya videolarının, CV/RFID etiketlərinin və diler basmalarının yazılması.

Player domenlərində CSP/Referrer-Policy; qısa TTL ilə giriş tokenləri.

11) CV/RFID iş və «həqiqət mənbəyi»

RFID: çiplər/rulet hüceyrələri/bahis sahələri.

CV: kart/top tanıma, diler əlinin izlənməsi.

Elections: sensor CV ilə mübahisə edirsə - siyasət prioritet (adətən RFID → CV → əl daxil), bütün həllər - jurnalda.

12) Folbeklər və deqradasiyalar

WebRTC deqradasiya → LL-HLS-də hamar folbek, UI əvvəlcədən bahis pəncərəsini azaldır (məsələn, 1-2 s).

CV/RFID mövcud deyil → ikiqat yoxlama ilə manual giriş; şübhə ilə - VOID.

Edge düyün həddindən artıq yüklü → DNS/Anycast ani rebalance; ödənişli masaların/regionların prioritetləşdirilməsi.

13) Komplayens və RG

Geo-fencing: ölkə üzrə masaların/provayderlərin mövcudluğu.

Yerli dildə hüquqi/yaş overlay.

RG siyasətləri: risk nümunələrində yumşaq ipuçları/zaman-aut; bahis/sessiya limitləri.

PII-izolyasiya: pleyer PII-ni ötürmür, yalnız 'playerId' təxəllüsləri.

14) DR/HA: «qara ekran» hüququ olmadan

Multi-AZ studiyası və ya ehtiyat platforması; doubly encoders/şəbəkələr.

Müstəqil storage üçün raund siqnalları (orkestrator/CV) ikiqat qeyd.

VOID/REFUND planı rabitə şablonları və tayminqaları ilə.

Müntəzəm təlimlər: AZ-ın bağlanması, şəbəkənin deqradasiyası, CV itkisi.

15) Anti-nümunələr

həqiqət kimi client time güvənmək.

WebRTC problemləri zamanı LL-HLS folbek → «qara ekran» yoxdur.

ALTP cüzdanına axın analitikasını qoyun → gecikmə partlayışları və 'reject _ rate'.

Pul/vebhuklarda idempotentlik və HMAC yoxdur.

Versiyası olmayan assets/overleylərin «sakit» dəyişdirilməsi (sındırılmış müştərilər).

DataChannel/WebSocket (flood/DoS chat) üçün sıfır limitlər.

WORM arxivinin olmaması: dürüstlüyü sübut edəcək heç nə yoxdur.

16) Canlı axını başlamaq üçün çek siyahısı

Studiya/ingest

Kamera/Encoder Dubley, UPS; şifrələmə ilə SRT ingest.
CV/RFID kalibrlənmiş, diler pedalı sinxronlaşdırılmışdır.

Mediastek

WebRTC p95 ≤ 500 ms, LL-HLS konfiqurasiya (seqment ≤ 2 c, preload hints).
1080/720/480 profilləri, GOP ≤ 1 c, Opus/AAC audio.

Sinxronizasiya/oyun

Server time müştəri, deadline 'round. close 'yoxlanıldı.
Zamanlayıcılar - müştəri overley + «sərt» server stop kimi.

Maliyyə/Təhlükəsizlik

Pul/vebhuk idempotentliyi, HMAC + mTLS, anti-replay.
WORM-də tur və video jurnalı; PITR cüzdan.

Müşahidə

QoS-daşbordları (RTT/PLR/bitrate), 'bet. reject`, `VOID`, `settle p95`.
Deqradasiya və sürüklənmə vaxtı üçün alertlər.

DR/Əməliyyatlar

Ehtiyat studiya/kanal, folbek ssenariləri və VOID/REFUND.
Runbooks, rabitə şablonları, müntəzəm təlimlər.

Dilerlərin real canlı axını dəqiq sinxronlaşdırılmış media iplaynı və pul mühərrikidir. WebRTC sürəti təmin edir, LL-HLS - davamlı folbek, SRT - etibarlı ingest; məlumat kanalları kritik siqnalları ötürür və server vaxtı raundun dürüstlüyünü sementləşdirir. QoS telemetriya, idempotent pul, təhlükəsizlik və DR əlavə edin - və oyunçu təbii, sürətli və ədalətli oyun görəcək və operator proqnozlaşdırıla bilən SLO və marja alacaq.