Notícias do setor
Modelo matemático de jogos de cassino: guia de planilha PAR e evidências de teste
Um modelo matemático de jogos de cassino deve ser contratado como uma especificação de produto versionada, e não entregue à engenharia como uma planilha cujas fórmulas estão separadas das regras, da arte e do release. O artefato útil é um pacote matemático controlado que permite a um estúdio, operador, fornecedor de RGS e laboratório rastrear cada aposta e entrada aleatória até o resultado mostrado ao jogador, o valor liquidado e as evidências produzidas antes do lançamento.
Para um responsável de produto, líder de matemática, líder de engenharia ou equipe de compras, a decisão central é o que precisa ser congelado antes do início da implementação. Um pacote sólido reúne a planilha PAR, as probabilidades dos resultados, o mapeamento do RNG, o RTP teórico, o plano de testes, os identificadores de configuração e o desenho do monitoramento ao vivo. Ele não promete aprovação em todas as jurisdições; oferece à autoridade e ao laboratório aplicáveis uma implementação coerente para avaliação.
Comece com um único pacote matemático versionado
O pacote matemático deve identificar um jogo, uma tabela de pagamentos ou configuração, um conjunto de regras e um limite de release. Sem esses identificadores, um cálculo correto ainda pode ser associado ao build, à variante de mercado ou à tela do jogador errados.
No mínimo, defina apostas permitidas, estados, resultados possíveis, prêmios, probabilidades, gatilhos de recursos, prêmios máximos, RTP teórico e contribuições de prêmios compartilhados. Registre premissas e regras de arredondamento. Se um valor for configurável, informe a faixa permitida, o responsável e o efeito sobre o modelo.
O GLI-19 oferece uma referência útil para compras, e não um substituto para requisitos locais. Seu apêndice operacional descreve planilhas PAR para jogos contra a banca, incluindo RTP teórico, informações de aposta e tabelas de pagamentos, além de registros das mudanças que afetam o RTP teórico. Um comprador pode perguntar se o registro matemático é controlado e rastreável antes de discutir o modelo da planilha.
Use o mesmo vocabulário nas regras e na matemática
As regras para o jogador e o modelo matemático devem descrever os mesmos resultados, recursos, prêmios e condições com os mesmos nomes. Um modelo pode ser coerente internamente e ainda falhar como produto se a ajuda, a tabela de pagamentos, a animação ou a liquidação descreverem algo diferente.
O RTS 3 da Comissão de Jogos do Reino Unido sobre regras e probabilidade de ganhar exige que os jogos aplicáveis disponibilizem regras precisas e informações sobre chances de ganhar e pagamentos antes da aposta. Ele identifica regras, resultados vencedores, comportamento de recursos, RTP ou probabilidade e tabelas de pagamentos como informações relevantes ao jogador.
Transforme essa relação em uma tabela de rastreabilidade. Dê um identificador estável a cada regra e estado visível, e conecte-o à definição matemática, implementação, arte ou texto, caso de teste e liquidação esperada. Isso revela quando código, ajuda e roteiro de testes seguem interpretações diferentes.
Rastreie a entrada aleatória até o resultado
O caminho do resultado deve mostrar como uma entrada aleatória vira um resultado sem decisões ocultas entre a chamada ao RNG e a liquidação. Documente a interface do RNG, faixa de entrada, escalonamento, mapeamento, comportamento sem reposição quando aplicável, valores rejeitados, chamadas de recursos e ordem de consumo.
O RTS 7 sobre geração de resultados aleatórios da Comissão afirma que resultados aleatórios aplicáveis devem corresponder às probabilidades esperadas ou teóricas. Também afirma que o escalonamento deve preservar as qualidades aleatórias exigidas e que o mapeamento das entradas para resultados deve seguir as probabilidades e tabelas de pagamentos vigentes. O comportamento adaptativo que muda probabilidades com base em resultados anteriores não é permitido por esse padrão.
O GLI-19 para sistemas de jogos interativos pede separadamente a revisão das funções de aleatoriedade, escalonamento, embaralhamento e mapeamento que influenciam o resultado final. Também considera separadamente avaliáveis diferentes implementações de RNG dentro de um jogo. Isso sustenta uma regra prática: nunca escreva apenas “usa RNG certificado”. Identifique a interface exata e prove o que o jogo faz com a saída.
Comprove o RTP teórico por caminhos independentes
O RTP teórico deve ser derivado do modelo de probabilidades completo e aprovado, e verificado de forma independente da implementação. O cálculo deve incluir jogo-base, bônus, contribuições de recursos, jackpots quando aplicáveis, transições condicionais e cada variante que altere o resultado.
Use pelo menos dois caminhos de evidência. Calcule a esperança de forma analítica ou por enumeração exaustiva quando viável, depois simule o jogo implementado ou um equivalente verificado e compare a saída com a distribuição teórica. O procedimento de testes da Comissão cobre desenho, arte, regras, RTP teórico, simulação, emulação, jogo manual e escalonamento ou mapeamento do RNG.
Não inclua uma quantidade universal de rodadas na especificação. O mesmo procedimento observa que o tamanho da simulação depende da volatilidade. A amostra deve sustentar a confiança e o objetivo de detecção de defeitos acordados com o laboratório. Registre, quando disponível, o método de repetição, o build e a configuração testados, as rodadas, os resultados observados, o RTP, o método de tolerância e as anomalias.
Teste resultados raros de forma direcionada
Resultados raros devem ser exercitados deliberadamente porque uma simulação comum pode não alcançá-los vezes suficientes para comprovar a implementação. Prêmios máximos, recursos aninhados, novos gatilhos, condições progressivas, transições incomuns, apostas-limite e sequências interrompidas precisam de evidências direcionadas mesmo quando a contribuição esperada já está no modelo.
A Comissão descreve a emulação como uma forma de reproduzir resultados raros, como gatilhos de jackpot, recursos especiais e prêmios máximos. Ela distingue esse trabalho da simulação e do jogo manual. Mantenha a lógica de produção sem mudanças quando possível, ou documente e valide qualquer ferramenta que altere a velocidade de execução ou as entradas.
Crie um catálogo de eventos raros a partir das regras e do modelo de estados. Para cada caso, registre gatilho, precondições, consumo do RNG, resultado visual, prêmio, efeito no saldo, histórico da rodada e recuperação. Isso transforma um recurso dramático em um estado testável, não em uma demonstração de animação.
Vincule cada tabela de pagamentos ao release exato
Cada tabela de pagamentos e configuração deve resolver para uma identidade imutável de release na matemática, no código, na arte, no relatório de testes e na solicitação de implantação. Um nome como matematica-final.xlsx não sustenta esse contrato.
O procedimento da Comissão afirma que um relatório deve identificar o jogo, RTP, número do software, assinatura digital, versão da plataforma, canais e resultado. Use campos equivalentes na entrega interna antes do laboratório. Adicione versão do modelo, versão das regras, identificador da tabela, hash do artefato, RGS ou plataforma alvo, canais suportados e versão substituída.
Quando um valor mudar, classifique o impacto antes de reutilizar evidências. Uma correção de texto pode ter escopo diferente de uma mudança de prêmio, probabilidade, função de mapeamento ou regra de recurso. O guia de feature flags para releases certificados explica por que os controles de configuração continuam subordinados à decisão aplicável de repetição dos testes.
Desenhe o monitoramento de RTP antes do lançamento
O monitoramento de RTP ao vivo deve ser desenhado a partir do mesmo modelo teórico usado nas evidências prévias. Isso preserva as dimensões necessárias para comparar o comportamento real e esperado por jogo, tabela, canal, mercado e outros limites aprovados.
A orientação da Comissão sobre monitoramento de RTP ao vivo afirma que o monitoramento deve comparar RTP real e esperado, definir a frequência pelo volume, considerar a volatilidade e evitar agregação que esconda erros de nível inferior. Também afirma que contratos devem esclarecer a responsabilidade quando empresas B2B e B2C compartilham o serviço.
Defina responsável, fonte de dados, janela de cálculo, limiar da amostra, tolerância baseada na volatilidade, rota de alerta e autoridade para desativar um jogo. Trate um alerta como motivo para investigação, não como prova automática de injustiça. O modelo deve distinguir variação normal de defeitos de configuração, mapeamento, prêmio ou canal.
Transforme o pacote em uma tabela de aceitação
A tabela de aceitação deve tornar o pacote matemático uma obrigação de entrega com evidências e condições de parada. Ela deve identificar o autor, revisor independente, versão implementada, artefatos para o laboratório e responsável pelo monitoramento.
Para um estúdio ou operador que contrata desenvolvimento de jogos de cassino, as linhas úteis incluem planilha PAR controlada, rastreabilidade entre regras e matemática, interface e mapeamento do RNG, cálculo analítico do RTP, simulação, catálogo de eventos raros, revisão das informações ao jogador, assinatura do release, referência do relatório e configuração do monitoramento. Certificação e conformidade podem ser planejadas junto ao build, mas a autoridade e o laboratório aplicáveis continuam sendo a fonte dos requisitos de aprovação de cada jurisdição.
Perguntas frequentes
O que faz parte de um modelo matemático de jogos de cassino?
Um modelo matemático de jogos de cassino deve definir regras, estados, opções de aposta, tabela de pagamentos, probabilidades dos resultados, RTP teórico, contribuições dos recursos, escalonamento e mapeamento do RNG, casos-limite, identificadores de configuração e evidências para verificar a implementação.
O que é uma planilha PAR para um jogo de cassino?
Uma planilha PAR é um registro controlado da matemática e da configuração de pagamentos do jogo. O formato exato varia, mas deve permitir que revisores conectem apostas, resultados, probabilidades, prêmios e contribuições dos recursos ao RTP teórico de um jogo e uma tabela de pagamentos identificados.
Como um estúdio deve verificar o RTP teórico?
Um estúdio deve calcular o RTP teórico com base no modelo de probabilidades aprovado, revisar o cálculo de forma independente e comparar a saída da implementação com o resultado esperado por simulação. Estados raros e prêmios máximos também precisam de emulação ou testes manuais direcionados.
Um RNG aprovado prova que um jogo de cassino é justo?
Não. A aprovação do RNG não prova sozinha que escalonamento, mapeamento, lógica, regras, arte ou pagamentos usam os valores aleatórios corretamente. O caminho completo da entrada aleatória até o resultado exibido e liquidado precisa de revisão e testes.
Quantas rodadas uma simulação de RTP deve executar?
Não existe uma quantidade universal segura. O escopo deve ser acordado com o laboratório ou a autoridade aplicável e refletir a matemática, a volatilidade, a frequência dos recursos, a confiança pretendida e os defeitos que o teste deve conseguir detectar.
O que deve mudar quando a tabela de pagamentos muda?
Uma mudança na tabela de pagamentos deve criar uma nova configuração controlada com matemática recalculada, informações ao jogador atualizadas, uma nova identidade do artefato e uma decisão de testes documentada. A jurisdição e o laboratório aplicáveis determinam o caminho de aprovação ou repetição dos testes.
Se você está contratando um jogo de cassino, fale com a Wizards sobre transformar o modelo matemático, o mapeamento de resultados, as evidências de teste e o pacote de release em um único contrato de desenvolvimento.