Real vaqt rejimida live-dilerlarning strimingi qanday amalga oshiriladi

1) «Haqiqiy» haqiqat nima uchun kerak?

Live-casino - bu video ishlab chiqarish va tranzaksion mantiqning birikmasi. Butun qiymat sinxronlikda: o’yinchi dilerni ko’radi, «Qo’yish» ni bosadi, «No more bets» gacha bo’lgan stavkani belgilaydi va natija shaffof hisoblanadi. Har qanday rassinxronizatsiya (videoning kechikishi, «kech» stavka) VOIDga, nizoga yoki ishonchni yoʻqotishga aylantiriladi.

2) Studiyadan futbolchigacha bo’lgan konturlar

Studiya → Ingest → Orkestrator → Yetkazib berish → Pleer

1. Studiya: kameralar 1080p/60 (yoki 4K/60), mikrofonlar, yorug’lik, mikser, keyer overleylar (taymerlar/maslahatlar).

2. Ingest: SDI/NDI → enkoder (h. 264/h. 265, Opus/AAC) → Qabul qilish uchun SRT/RTMP.

3. Protsessing: overleys kompozitsiyasi, arxiv yozuvi, CV/RFID hodisalari, timecode sinxronizatsiyasi.

4. Transkod: tarmoqlar/qurilmalar uchun profillar (1080p/720p/480p), GOP 0. 5-1 q.

5. Joʻnatish:

WebRTC - asosiy past patentli trakt (p95 150-500 ms), LL-HLS/DASH - folbek (2-5 s), DataChannel/WebSocket - stavka/taymer signallari.
6. Player: server time (UTC) bilan sinxronlashtirilgan, taymerlarni chizadi va qarorlar qabul qiladi.

3) Bayonnomalar: qayerda o’rinli

WebRTC: brauzergacha eng tezkor/mobil, UDP, congestion control, ikki yo’nalishli DataChannel.

SRT: studiyadan barqaror ingest (ARQ, shifrlash), head-end gacha jitter/yo’qotishlarga qarshi yaxshi.

LL-HLS/DASH: ommaviy folbek/CTV, segmentlar 1-2 s, tez-tez partial-updates; kechikish yuqori, lekin ko’lami arzonroq.

RTMP: mijozlarga yetkazib berish kabi emas, balki muvofiqlik uchun «o’tgan asr» sifatida.

4) Raundlar va stavkalarni sinxronlashtirish

Haqiqat - server vaqti. Mijoz vaqti-vaqti bilan sinxronlashtiriladi (NTP-oʻxshash pinglar) va local-offset-ni tuzatadi.

Hayot sikli:

1. `round. open’- stavkalar oynasi faollashtirilgan (masalan, 15 s).

2. `round. close’- server stavkalarni qabul qilishni toʻxtatadi, UI bloklanadi.

3. `round. result’- CV/RFID/operatordan olingan natija.

4. `round. settle’- hamyondagi to’lovlar/hisobdan chiqarish.

Invariantlar: server muddati mijozdan qattiqroq. Agar tarmoq to’xtab qolsa, «gongdan keyin» qabul qilishdan ko’ra, stavkani rad etish yaxshiroqdir.

5) Data-kanallar va API

Signallar (real-taym): DataChannel/WebSocket - stollar maqomi, taymerlar, stavkalarni tasdiqlash.

Tranzaksiyalar (pul): idempotentlik bilan REST/gRPC (’X-Idempotency-Key’) va HMAC-imzo.

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

Misol’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"
}

Stavkani joylashtirish namunasi (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) Tayminglar va kechikishlar budjetlari (maqsadli)

Hamyondagi →’hold’tugmasi: p95 ≤ 150-250 ms.

`round. close’→ qabul qilishni toʻxtatish: serverda 50 ms ≤ + UIni darhol blokirovka qilish.

’result’ →’settle’: p95 ≤ 1-2 s (shu jumladan CV/RFID tekshiruvi).

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

Signallar: mintaqadagi p95 ≤ 150 ms ma’lumot-kanal.

7) Kattalashtirish va edge-arxitektura

Edge-SFU/WebRTC uzellari mintaqalar bo’yicha (EU/UK/CA/LA/SEA) - o’yinchiga yaqinroq.

Geo-routing (Anycast/DNS) va QoS (RTT/PLR) bo’yicha health-testlar.

Obunachilar soni, bitreyt va degradatsiya signallari boʻyicha autoscaling.

LL-HLS uchun Origin-shield.

Profil pullari: tarmoq (UDP-optimallashtirilgan), CPU-heavy (transkod), memory-heavy (buferlash).

8) Videosignal va overleylarga ishlov berish

Server overley (kompozit): har doim videoga mos keladi, lekin transkoddan qimmatroq.

Mijozdagi overley (HTML/CSS/Canvas): arzon, moslashuvchan; bir xil server time va voqea belgilariga ega bo’lish juda muhim.

Tavsiya: taymerlar/» No more bets» - mijozda overley sifatida, lekin orqa tomonda« qattiq »server muddati bilan.

9) Sifat (QoS) va kuzatish

Texnik-SLO: WebRTC RTT, packet loss, bitrate, server-client time, rate’bet farqi. reject`, `VOID/REFUND`.

Biznes SLO: sessiyani ushlab turish, aborted rounds, shikoyatlar, CR lobby → game.

Dashbordlar: end-to-end trace (’traceId’: pleyer → API → hamyon → provayder → vebxuk), geo/aloqa operatorlari bo’yicha QoS kartalari.

Alertlar:’VOID’, o’sish RTT> 300 ms, packet loss> 5%, o’sish’bet. reject` > 0. 2%.

10) Xavfsizlik va halollik

mTLS xizmatlar/provayderlar o’rtasida, HMAC vebxuklarda.

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

Idempotentlik’betda. place’,’payout.’, PSP vebxuklarida.

Raundlarning halolligi: audit/nizolar uchun WORM omborxonasida studiya videolari, CV/RFID belgilari va dilerning bosimlarini yozish.

pleyer domenlarida CSP/Referrer-Policy; qisqa TTL bilan kirish tokenlari.

11) CV/RFID ishi va «haqiqat manbai»

RFID: fishkalar/kataklar ruletkalar/stavkalar maydonlari.

CV: xarita/sharlarni tanib olish, dilerning qo’lini treking qilish.

Elections: agar sensor CV bilan bahslashsa - siyosat bo’yicha ustuvor (odatda RFID → CV → qo’lda kiritish), barcha qarorlar jurnalga kiritiladi.

12) Folbeklar va degradatsiyalar

WebRTC degradatsiyaga uchradi → LL-HLS uchun silliq folbek, UI oldindan stavkalar oynasini kamaytiradi (masalan, 1-2 s).

CV/RFID mavjud emas → ikki marta tekshirilgan natijani qo’lda kiritish; shubhalanganda - VOID.

Edge tuguni ortiqcha yuklangan → DNS/Anycast boʻyicha tezkor rebalans; pulli stollar/hududlarni ustuvorlashtirish.

13) Komplayens va RG

Geo-fencing: mamlakat bo’ylab stol/provayderlardan foydalanish imkoniyati.

Mahalliy tildagi yuridik/yoshga oid overleylar.

RG-siyosati: tavakkalchilik patternlarida yumshoq maslahatlar/taym-autlar; stavkalar/sessiyalar limitlari.

PII izolyatsiya: pleyer PII uzatmaydi, faqat’playerId’taxallusini beradi.

14) DR/HA: «qora ekran» huquqisiz

Multi-AZ studiyasi yoki zaxira maydonchasi; enkoderlar/tarmoqlar dubli.

Raund signallarini (orkestrator/CV) mustaqil stoyajlarga ikki marta yozish.

VOID/REFUND rejasi kommunikatsiya shablonlari va tayminglar bilan.

Muntazam o’quv mashg’ulotlari: AZni uzib qo’yish, tarmoqni buzish, CVni yo’qotish.

15) Anti-patternlar

Haqiqat sifatida client time ga tayanish.

WebRTC muammolari uchun LL-HLS folback → «qora ekran» mavjud emas.

OLTP hamyoniga oqim tahlilini qoʻyish → latentlik portlashlari va’reject _ rate’.

Pul/vebxuklarda idempotentlik va HMAC yo’qligi.

Versiyasiz assetalar/overleylarni almashtirishning «sokin» usuli (buzilgan mijozlar).

DataChannel/WebSocket uchun nol limitlar (flud/DoS chatlar).

WORM arxivi yo’qligi: halollikni isbotlaydigan hech narsa yo’q.

16) Live-stream ishga tushirish chek-varaqasi

Studiya/ingest

Kameralar/enkoderlar dubli, UPS; Shifrlangan SRT-ingest.
CV/RFID kalibrlangan, diler pedali sinxronlashtirilgan.

Mediastek

WebRTC p95 ≤ 500 ms, LL-HLS sozlangan (segment ≤ 2 c, preload hints).
1080/720/480, GOP ≤ 1 c, Opus/AAC audio profillari.

Sinxronlash/oʻyin

Server time mijozda, muddati’round. close’tekshirildi.
Taymerlar - mijozning overley + «qattiq» server to’xtashi kabi.

Moliya/xavfsizlik

Pul/vebxuklarning idempotentligi, HMAC + mTLS, anti-replay.
WORM dagi raund va video jurnali; PITR hamyon.

Kuzatish

QoS-dashbordlar (RTT/PLR/bitrate),’bet. reject`, `VOID`, `settle p95`.
Tanazzulga qarshi alertlar va tayminglarni driftlash.

DR/Operatsiyalar

Zaxira studiyasi/kanali, folbek va VOID/REFUND ssenariylari.
Runbooks, aloqa namunalari, muntazam mashqlar.

Dilerlarning haqiqiy jonli oqimi - bu aniq sinxronlashtirilgan media-piklin va pul dvigateli. WebRTC tezlikni, LL-HLS - barqaror folbekni, SRT - ishonchli ingestni ta’minlaydi; data-kanallar tanqidiy signallarni uzatadi, server vaqti esa raundning halolligini sementlaydi. QoS telemetriyasi, idempotent pul, xavfsizlik va DR qo’shing - o’yinchi tabiiy, tez va adolatli o’yinni ko’radi va operator oldindan aytib bo’ladigan SLO va marjani oladi.