Casino bridge orqali live-provayderlarni qanday ulaydi

Live-casino kontekstida bridge nima

Bridge - bu operator platformasi va live-provayderlar (Evolution, Pragmatic Live, Ezugi, TVBet va boshqalar) o’rtasidagi qatlamdir. Oddiy qilib aytganda, bridge o’nlab turli integratsiyalarni bir xil ko’rinishga soladi: yagona stavkalar shartnomasi, yagona tur maqomi sxemasi, bir xil webhooks va hisobot.

Nima uchun kerak

O’nlab provayderlar uchun yagona kontrakt (platformada kamroq o’zgarishlar).

Idempotentlik va dubllardan himoya qilish (tarmoq retraylari, o’yinchining reconnect).

Katalogni normallashtirish (jadvallar, limitlar, side-bets, lokallar).

Yagona kassa va tavakkalchilik qoidalari (limitlar, AML/KYT, RG).

Provayderlar bo’yicha QoS oqimi va SLA monitoringi.

Komponentlar zanjiri

1. Casino Platform (xost): hisoblar, KYC/RG, bonuslar, hamyon, front.

2. Bridge: provayder adapterlari, bus hodisalar, mapping stollari/limitlari, moliyaviy hisoblash, logistika, webhooks.

3. Live-Provider: oqim (odatda WebRTC/HLS), o’yin dvigateli, hisob-kitob, dilerlar.

4. Hamyon: Seamless (balans operatorda saqlanadi) yoki Transfer (o’yin bankiga omonat provayderda).

5. Kuzatish darajasi: oqim metrikasi (FPS, RTT, bufer), biznes metrikasi (Bet, GGR, Hold).

Tarmoq protokollari va sessiyalari

Video:

WebRTC - past kechikish (100-500 ms), ICE/STUN/TURN talab qilinadi.
HLS/LL-HLS - yuqori kechikish, ammo CDN osonroq.
Stavkalar va hodisalar: WebSocket/HTTP-SSE/REST.
Tokenlar: qisqa umr ko’ruvchi JWT/opaque (TTL 3-10 min), provayder talabiga ko’ra rotatsiya.

Hamyon modellari

1) Seamless wallet (tavsiya etiladi)

Stavka/to’lov bridge orqali operator hamyoniga o’tadi.

Ijobiy tomonlari: yagona balans, limit nazorati, soddalashtirilgan RG.

Kamchiliklar: hamyonga nisbatan qat’iy talablar (SLA).

2) Transfer wallet

O’yinchi mablag’larni provayderning «stol banki» ga o’tkazadi.

Ijobiy tomonlari: cho’qqilar paytida operatorning hamyoniga kamroq yuk.

Salbiy tomonlari: qaytarish, reconcile va AML nazorati, UX da ishqalanish qiyinroq.

Seamless (seamless)

1 ./createSession → bridge’sessionId’ni yaratadi,’streamUrl’,’betSocketUrl’ni qaytaradi.

2. Front pleyer (WebRTC/HLS) va hodisalar bogʻlanishini ochadi.

3. O’yinchi →’placeBet’ni bridge (’idempotencyKey’,’roundId’,’selection’,’stake’) ga qo’yadi.

4. Bridge hamyondagi summani (hold) oldindan tasdiqlaydi → provayderga tasdiqlaydi.

5. Provayder’bettingClosed’→ spin/deal →’roundResult’deb e’lon qiladi.

6. Bridge to’lovni hisoblab chiqadi, hisobdan chiqaradi/qaytaradi,’transactionId’ni yaratadi.

7. Bridge webhook platformasiga (’roundId’,’result’,’payout’,’balanceAfter’) yuboradi.

8. Tugallash/qayta ulanish -’sessionId’(idempotent).

Voqealar shartnomasi (misol)

Stavka → bridge (WS/REST):

json
{
"type": "bet. place",  "idempotencyKey": "c0a4-77f…",  "sessionId": "sess_abc123",  "roundId": "R-2025-10-17-18:45:03-Table23",  "selection": [{"market":"roulette_straight","value":"17"}],  "stake": {"amount":"5. 00","currency":"EUR"},  "limitsProfile":"VIP_A"
}

Bridge javobi:

json
{
"status":"accepted",  "balanceHold":"-5. 00",  "betId":"bet_9f2…",  "effectiveLimits":{"maxBet":"5000. 00"}
}

Natija → platforma (webhook):

json
{
"event":"round. settle",  "roundId":"R-2025-10-17-18:45:03-Table23",  "bets":[
{"betId":"bet_9f2…","stake":"5. 00","payout":"180. 00","outcome":"WIN"}
],  "transactions":[
{"id":"trn_bet_9f2…","type":"DEBIT","amount":"5. 00"},   {"id":"trn_pay_9f2…","type":"CREDIT","amount":"180. 00"}
],  "balanceAfter":"1320. 40"
}

Asosiy qoidalar:

Idempotentlik: barcha soʻrovlar’idempotencyKey’.
Natijalarning aniq tipifikatsiyasi:’WIN/LOSE/PUSH/VOID/RETRY’.
Barqaror identifikatorlar:’roundId’global jihatdan noyobdir (jadval + vaqt + shard).

Katalog va limitlar

Discovery: ’/providers/: id/tables’- stollar roʻyxati, limitlar, side-bets, tillar, jadval.

Limitlar puli:’DEFAULT’,’VIP _ A’,’VIP _ B’,’Ultra’.

Mapping qoidalari: mamlakat/valyuta/KYC maqomi → ruxsat etilgan stol va limit profillari.

Cheklov oʻzgarishi:’limits. update’dasturini qayta ishga tushirmasdan.

Kuzatish va oqim sifati (QoS)

O’yinchi ko’rsatkichlari:

RTT stavkalar signallari (maqsad <150 ms WebRTC).
Dropped frames / buffer events.
Bitrate/Resolution moslashuvi.
Bet window latency (’bettingOpen’va amalda qabul qilingan stavka orasidagi vaqt).

Provayder/stol ko’rsatkichlari:

Stol aptaymi, aborted rounds, late settlements, chastota’VOID’.
Stavkalar yopilgandan keyingi o’rtacha vaqt-to-settle.
QoS alertlari: FPS degradatsiyasi,’retry’portlashlari.

Komplayens va xavfsizlik

KYT/AML: depozit manbalarini tahlil qilish, «yuqori tavakkalchilik» bayrog’i → live-da stavkalarni taqiqlash.

RG (mas’uliyatli o’yin): taym-autlar, limitlar, o’zini istisno qilish -’placeBet’gacha qo’llaniladi.

Data residency: mantiq va PII operatorda saqlanadi; bridge faqat texnik saqlaydi. jurnal va agregatlar.

Transport security: mTLS/IP-whitelist provayderlarga, HMAC so’rovlari imzosi, qisqa TTL tokenlari.

Audit: o’zgarmas ledjer (WORM/append-only),’roundId ’/’ sessionId’bo’yicha eksport.

Hisoblash, reconcile va qaytarish

On-the-fly settle: har bir natija bo’yicha tezkor debet/kredit.

Batch reconcile: provayderning hisobotlarini (hourly/daily) bridge (P&L, komissionka) ledjeri bilan solishtirish.

VOID/REFUND stsenariylari: oqim muvaffaqiyatsiz tugadi, diler xatosi, nizo - sabablarning aniq kodlari bilan qisman/to’liq qaytish.

Dispute-markaz: «roundId» bogʻlamasi videofidni (taym-kod) yozib olish, shunda qoʻllab-quvvatlash tezda chiptalarni hal qiladi.

Unumdorlik va nosozlikka chidamlilik

Skalirovka: provayderlarning stateless-adapterlari + Kafka/NATS voqealar shinasi sifatida.

Saqlash joylari: sessiyalar/limitlar uchun issiq (Redis), ledjer uchun issiq (Postgres), loglar uchun sovuq (S3).

Folbeklar: agar hamyon javob bermasa -’SOFT _ DECLINE’retralari bilan; agar provayder mavjud bo’lmasa - stollarni o’chirish/lobbida yashirish.

Idempotent retralar:’placeBet ’/’ settle’ni takrorlash xavfsiz.

UX: frontend patternlari

Soat sinxronizatsiyasi:’serverTime’dan bridge taymyerlari uchun foydalaning...

Mahalliylashtirish: diler tili ≠ interfeys tili; subtitrlar/atamalar soʻzlarini koʻrsating.

Strim pleyer: auto-fallback WebRTC → LL-HLS yomon tarmoq bilan.

Error UI: tushunarli kodlar (’LBRG-401 TOKEN_EXPIRED',’LBRG-429 LIMIT_EXCEEDED',’LBRG-503 PROVIDER_DOWN').

Multitablitlik: tezkor svetch stol (seansni uzmasdan) (reuse’sessionId’).

Anti-patternlar

Uzoq umr ko’radigan tokenlarni mijozda saqlash.

’bettingClosed’ dan so’ng bahoni qabul qilish uchun - bahs kafolatlangan.

’idempotencyKey’ → retralarda dubllar mavjud emas.

’RoundId’ va hisobotlarda time-zonesni aralashtirish.

Profillar va KYC maqomisiz «ko’z o’ngiga» limitlar qo’yish.

Mobil tarmoqlardagi yuqori churn - QoS oqimini eʼtiborsiz qoldirish.

Bosqichma-bosqich joriy etish rejasi (chek-ro’yxat)

Arxitektura va kontraktlar

Voqealarning yagona shartnomasini tuzish:’bet. place`, `bet. accepted`, `bet. rejected`, `round. settle`, `limits. update`, `session. close`, `provider. error`.
Idempotency va’roundId’,’betId’,’transactionId’formatlarini aniqlash.
Hamyon modelini tanlang (Seamless ustuvor).

Xavfsizlik

mTLS provayderlarga, HMAC imzosi webhooks, TTL tokeniga ≤ 10 daqiqa.
Stavkalarga kirishdan oldin RG/AML/KYT siyosati, audit-log.

Katalog va limitlar

Mamlakatlar/valyutalar/QQS bo’yicha jadvallar va limitlar profillari importi, mapping.
Stollarning limitlari va maqomlarini yangilash.

Frontend

LL-HLS folbekli WebRTC pleyeri, sinxronlash soatlari, barqaror taymerlar.
Error-kodlar va o’qish mumkin bo’lgan xabarlar.

Test-reja

High-latency/packet-loss stsenariylari, reconnection stavkasini yo’qotmasdan.
Stavkaning ikki marta bosilishi → bitta debet (idempotentlik).
VOID/REFUND, bahsli raundlar, hisobotlardagi tafovutlar.

Kuzatish

Дашборд QoS: RTT, dropped frames, aborted rounds, time-to-settle.
Provayderning SLA bo’yicha alertlari, reconcile hisobotlari.

Bridge jonli integratsiya hayvonot bog’ini boshqariladigan tizimga aylantiradi: yagona stavkalar, yagona hisob-kitoblar, oldindan aytib bo’ladigan UX va oqim sifatini shaffof nazorat qilish. To’g’ri loyihalashtirilgan bridge bilan operator yangi live-provayderlarni tezroq ulaydi, texnologik xavflarni kamaytiradi va P&L ni idempotentlik, qat’iy limitlar va aniq kuzatish hisobiga himoya qiladi.