Certificação de slots: GLI-19, teste de RNG e o pacote

Um slot terminado só vira produto quando alguém independente confirma que ele faz exatamente o que a folha de matemática diz. Em mercados regulados esse alguém é um laboratório de testes que trabalha contra uma norma publicada — na maioria das vezes a GLI-19 para jogos online — e o processo é uma mistura de revisão documental, inspeção de código, testes estatísticos e muita espera. Este texto descreve o que a certificação envolve de fato, o que o laboratório pede e como o estúdio se prepara para que a espera seja de semanas e não de meses.

Quem certifica e contra qual norma

Três nomes cobrem a maior parte do setor: Gaming Laboratories International (GLI), BMM Testlabs e iTech Labs, com laboratórios regionais como eCOGRA, Trisigma e Quinel atuando em mercados específicos. As normas usadas são ou do próprio laboratório — a GLI publica sua série, sendo a GLI-19 a norma de sistemas de jogo interativo e a GLI-11 a de dispositivos de jogo — ou os requisitos técnicos do regulador: o RTS da comissão britânica, os padrões técnicos de Malta, as regras da ADM na Itália, os padrões do iGO em Ontário.

Um jogo certificado para uma jurisdição não vale automaticamente em outra: cada regulador decide quais relatórios aceita. Vale também separar certificação de revisão de plataforma. Um crivo de qualidade como a avaliação pré-lançamento da Stake Engine não é uma certificação regulatória: ele verifica se o jogo se comporta conforme documentado naquela plataforma. Um estúdio que mira operadores europeus licenciados precisa do laudo do laboratório por cima disso.

O que o laboratório testa

1. O gerador de números aleatórios

A certificação do RNG é a base. O laboratório examina o algoritmo, a semeadura, o escalonamento — como os números brutos são mapeados para posições de bobina sem viés —, o resemeamento e o tratamento do fluxo de números entre jogadas. Baterias estatísticas (qui-quadrado, testes de corridas, as suítes Diehard e NIST ou as próprias do laboratório) rodam sobre amostras enormes. Se o RNG for da plataforma e não do estúdio, o certificado existente pode ser referenciado — mais um motivo pelo qual a escolha da plataforma importa.

2. RTP e a matemática

O laboratório refaz a PAR sheet: recalcula as combinações do jogo base a partir das fitas e da tabela de pagamentos, verifica a contribuição dos recursos por simulação e compara seus resultados com os do estúdio. Cada modo de aposta é checado separadamente. Se o jogo tiver RTP configurável — builds de 94%, 96% e 97%, por exemplo —, cada configuração é verificada e listada no certificado.

3. Regras e exibição

Tudo o que é dito ao jogador precisa bater com a matemática: páginas da tabela de pagamentos, regras dos recursos, o RTP exibido, o prêmio máximo e, em alguns mercados, a probabilidade do prêmio principal. Os laboratórios leem as telas de ajuda linha por linha.

4. Sessão e tratamento de erros

O que acontece na queda de conexão no meio de um recurso, no duplo clique no botão de giro, na troca de moeda, diante de uma mensagem malformada do servidor. As normas exigem que nenhuma interrupção altere o resultado de uma rodada nem faça o jogador perder dinheiro — e o laboratório tenta provocar exatamente isso.

5. Jogo responsável e regras por jurisdição

Tempo mínimo de giro, limites ou proibição de autoplay, avisos de tempo de sessão, restrições ao bonus buy e exigências de exibição que variam por mercado. Na prática isso vira um conjunto de flags de configuração por jurisdição, e cada conjunto é testado.

O que o estúdio prepara

O pacote de submissão, na ordem em que os laboratórios costumam pedir:

• Descrição e regras do jogo — o documento de design reduzido ao que o jogador é informado.
• PAR sheet / especificação matemática — fitas, tabela de pagamentos, tabelas de combinações, análise dos recursos e resumo com RTP, frequência de acerto, volatilidade e probabilidade do prêmio máximo, por modo de aposta.
• Relatório de simulação — número de giros simulados (dezenas de milhões no mínimo; nós rodamos bilhões), RTP empírico com intervalo de confiança, frequência dos recursos.
• Código-fonte ou build — o módulo de matemática e o cliente, com hash de versão fixo. Qualquer alteração após a submissão significa novo teste.
• Documentação do RNG — algoritmo, semeadura, escalonamento; ou o certificado do RNG da plataforma.
• Matriz de configuração por jurisdição — quais flags valem para qual mercado.
• Ferramenta de teste — um modo que permita ao laboratório forçar resultados (paradas específicas, disparo de recursos) para testar regras e casos de borda sem esperar pela aleatoriedade.

O item mais valioso é o último. Uma ferramenta que deixa o laboratório definir a saída do RNG transforma duas semanas de revisão de regras em dois dias.

Prazos e custos

Uma submissão limpa para uma jurisdição costuma levar de quatro a oito semanas entre o recebimento e o laudo, mais em temporadas cheias. Os custos ficam na casa dos poucos milhares de dólares por jogo e por jurisdição para testes de RNG e RTP, e sobem com o número de mercados e com cada ressubmissão. As falhas caras são evitáveis: uma tela de pagamentos que discorda da folha, uma contribuição de recurso estimada em vez de simulada, um cliente que perde estado ao reconectar.

Como projetar para certificação desde o primeiro dia

• Escreva a seção de conformidade do documento de design antes de a arte começar: mercados, normas, flags.
• Mantenha o módulo de matemática separado do cliente e versionado por hash.
• Simule tudo o que for declarado, inclusive a probabilidade do prêmio máximo.
• Construa a ferramenta de forçar resultados como parte do jogo, não como um remendo de última hora.

Boa parte disso já está descrita em o que é uma PAR sheet e em como funciona a produção na Stake Engine. Na Giro Games a preparação do pacote de certificação faz parte do desenvolvimento de slots sob encomenda: a matemática, o build e a documentação saem prontos para o laboratório, não para serem reescritos depois dele.