Como funciona o módulo Live Casino e as distribuidoras

1) O que é Live Casino em termos de arquitetura

O Live Casino é um programa de mídia em tempo real em constante funcionamento + um motor financeiro de rodadas. Na configuração mínima, há:

Estúdio: mesa, câmera, luz, microfones, RFID/sensores, monitor do distribuidor (prompter).
Videotrakt: encoders, mixers, keyer para overleys (apostas, temporizadores, dicas).
Orquestrador de rodadas: status do jogo, janelas de apostas, cálculo do resultado, publicação de eventos.
Sinal de atraso baixo: WebRTC (principal) + LL-HLS/DASH (folback).
Integração com a plataforma: carteira/leamless (seamless), limites/regulamentos regionais, Resource Gaming (RG).
Operações: agendamento de distribuidores, controle de qualidade, gravação/arquivo, moderação de bate-papos.

2) Estúdio e equipamentos

Câmaras e som: 1080p/60 ou 4K/60 (estáticos/robóticos), microfones de linha/galhos, mixagem.

Sensores/reconhecimento:

RFID em fichas/mesa (roleta/poker), Shoe scanners para blecjeck, Visão computadorizada (CD) para reconhecimento de mapas/bolas, pedal distribuidor para mudança de fases (open/close bets, no more bets).
Reserva: Duplos de câmera e encoder, alimentação ininterrupta, balcão quente.

3) Ciclo de vida da rodada

1. `round. open '- acção de apostas aberta (por exemplo, 12-18 segundos).

2. `round. close '/' no _ more _ bets '- A recepção das apostas está encerrada e as apostas vão para a colina.

3. `round. play '- O distribuidor distribui/rola, O CD/RFID registra o resultado.

4. `round. result' - resultado calculado, pagamento/débito.

5. `round. setle '- publicar os resultados aos jogadores e no lobby, atualizar a história.

Invariantes: a janela de apostas e o evento 'close' devem ser rigorosamente sincronizados com o timecode de vídeo (SMPTE timecode/server time) para evitar que «apostas pós-gong» apareçam.

4) Vídeo e protocolos

WebRTC - p95 atraso de 150-500 ms para jogador, canal de dados bidirecional (DataChannel) para sinais de aposta/timer.

LL-HLS/DASH - reserva para problemas de WebRTC; segmentos 1-2 c, atraso de 2-5 s.

Overlay: Os horários da janela de apostas, a seleção das apostas vencedoras, as dicas são rendidas no servidor (composto) ou como overs HTML sobre o leitor.

Sincronização: «verdade» é considerado o tempo do servidor (UTC) que é enviado para o cliente e usado para a contagem inversa e para a junção de eventos.

5) Orquestrador de rodadas e carteira

Seamless-carteira: dinheiro armazenado na operadora, o provedor acessa a API da carteira:

`bet. place 'n' hold para o valor da aposta (Idimpotente, chave por' ').
`round. result' para calcular o resultado; release/setle hall e payout no candeeiro.
O jogador vê o equilíbrio instantaneamente após o setle.

Contratos de eventos (simplificado):

json
//Evento no pneu
{
"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) Fluxos de dados do jogador

Vídeo, WebRTC/LL-HLS.

Sinais: WebSocket/WebRTC DataChannel - temporizadores, estatais, apostas disponíveis, confirmações.

API: REST/gRPC - Colocação de aposta, pesquisa de balanço, histórico, limites.

Telemetria: QoS (PTT, dropped frames), latência 'bet. aceitt', erros.

7) Timing e atrasos: SLO alvo

O caminho «Clique → hold» é p95 ≤ 150-250 ms na região.

`round. close 'para parar a recepção: deadline qualificado no orquestrador + «fechador de clientes».

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

Atraso de vídeo: WebRTC p95 ≤ 500 ms; LL-HLS como um folback ≤ 3-5 s.

8) Escala e rede de borda

Edge-pula WebRTC mais perto dos jogadores (EU/UK/CA/LA/SEA).

Anycast/DNS para balanceamento; geo-roteamento.

Autoscaling: por carga de apostas e métricas QoS (RPT, rebuffer).

Origin shield (LL-HLS) para proteção contra burstas.

9) Qualidade e observabilidade (QoS)

T.SLO:

WebRTC RTT, bitrate, dropped frames, packet loss.
`bet. reject_rate` (<0. 2%), 'void/refund' picos, 'round. settle p95`.
Lagui CPI/RFID.

Negócios SLO: CR lobby→game, retenção de sessão, aborted rounds, queixas.

Dashboard: Trailers «traceId» (leitor → API → carteira → provedor → webhook), cartões de QoS por geo/operadores de comunicação.

10) Segurança e honestidade

mTLS em todos os canais entre servidores, HMAC em webhooks.

Anti-replay: 'X-Request-Timestamp/Nince', janela de £300 s.

Idempotidade: 'X-Idempotency-Key' em 'bet. place '/pagamentos/webhooks.

Honestidade da rodada: gravar todas as fontes (vídeo, eventos de CD/RFID, carregando no distribuidor) em armazenamento inalterado (WORM) para controvérsias e auditorias.

Anti-cheat: protecção contra apostas «tardias» no cliente (UI-banimento) + deadline do servidor como a única fonte de verdade.

11) Bate-papo e moderação

Filtragem toxicidade/spam (modelo NLP), ban stop palavras.

Abrandamento da frequência de mensagens, anti-flood.

Modernização do distribuidor: painéis de dicas/sinais, proibição de transmissão de PII.

O logi do bate-papo faz parte da auditoria.

12) Acidentes e folbacks

Queda de WebRTC: folback automático em LL-HLS; as apostas limitam-se temporariamente ao deadline anterior.

Falha da CVM/RFID: digitação manual do resultado com duplo teste e referência à gravação; o round pode ser VOID de acordo com as regras.

O provedor não está disponível: «maintenance» mesas, mudança de jogadores para mesas vizinhas, compensações.

13) Complaens e RG

Overlay idade/direito por país/localidade.

RG-naj: ofertas de pausas/limites para risco-pattern.

KYC/AML/KYT: Acesso a mesas/limites de taxas estão relacionados com status KYC e screening de pagamentos/endereços.

Geo Blocking IP/GPS/documento, provedores autorizados por jurisdição.

14) Exemplos de API (simplificado)

Colocação da aposta (Idempotental):

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/..."}
}

Resposta:

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

Evento de encerramento da recepção de apostas:

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

15) Integração com provedores de jogos

A camada de bridge normaliza as diferenças: identificadores, limites, side-bets, estatais.

Contratos: formato único 'roundId/betId', mapas de erro.

Modos de carteira: seamless (preferencialmente) ou transfer (depósito do provedor, mais atrito).

16) DR./HA para Live

Estúdio Multi-AZ ou estúdio de reserva; presídios sincronizados.

Replicação de sinais (orquestrador, CD) e gravação em dois armazéns independentes.

Procedimentos VOID/REFUND para um pacote de rodadas com registros de razões e assinaturas dos responsáveis.

17) Anti-pattern

Considerar o tempo do cliente «verdade» → apostas tardias/disputas.

Misturar OLTP (carteira) e streaming → aumento da latência e 'reject _ rate'.

Não há idempotidade → debêntures duplas nos retais da rede.

A ausência do folback LL-HLS → «tela preta» quando a WebRTC é degradada.

Atualizar UI/Assets sem versões → overlees «batidos».

Ignorar a moderação de bate-papos → toxicidade e queixas, risco para a licença.

18) Folha de cheque para iniciar mesa Live Casino

Estúdio

Câmaras duplas/encoders, luz/controle de ruídos, UPS.
RFID/KG estão calibrados, o pedal do distribuidor está funcionando.

Protocolos e sincronização

Tempo de servidor → cliente, exatas deadline 'round. close`.
WebRTC p95 ≤ 500 ms, LL-HLS está configurado como um folback.

Finanças

Carteira Seamless, Idempotidade 'bet. place/settle`.
PITR e registro de rodadas no WORM.

Observabilidade

Dashboard QoS, 'bet. reject _ rate ',' setle p95 ', alertas VOID/aborto.
Logs de bate-papo e ações do distribuidor, «traceId».

Segurança/Complaens

mTLS/HMAC, anti-replay, toquenização PII.
Overlei RG e políticas locais, geo-bloqueamento de jurisdição.

Operações

Incidentes runbooks, cenários VOID/REFUND, estúdio de reserva.
Plano de lançamento UI/overlay sem interrupção (manifestos CDN).

O módulo Live Casino é uma liga de vídeo em tempo real, lógica financeira rigorosa e disciplina operacional. O sucesso é determinado pela sincronização de deadline com vídeo, carteira segura, atraso baixo (WebRTC com folback LL-HLS), observabilidade de QoS e complicações. Seguindo esses princípios, o jogador vê um jogo vivo, honesto e perfeitamente estável - e a plataforma ganha uma margem previsível e escalável.