O que é provably fair e como você pode verificar um jogo?

Uma rodada é perdida e a janela de justiça mostra uma seed do servidor (server seed), uma seed do cliente, um nonce e uma sequência longa chamada hash. Alguma coisa ali deveria provar que o jogo rodou de forma honesta, mas nada na tela diz o que o jogador pode conferir de fato — ou o que uma verificação bem-sucedida provaria. Este guia explica o que significa o sistema de jogo verificável (provably fair), como o esquema de verificação funciona, como conferir uma rodada passo a passo e onde ficam os limites da checagem.

O que significa provably fair?

Provably fair é uma abordagem de verificação para jogos de cassino: o operador fixa os dados que determinam uma rodada antes da aposta, segue um algoritmo publicado e revela depois a parte oculta, para que o resultado possa ser recalculado e comparado. A checagem confirma coerência — a rodada corresponde aos dados que foram comprometidos antes da aposta.

Quatro coisas distintas não devem ser confundidas. A verificabilidade cobre o resultado de uma única rodada. A aleatoriedade é uma propriedade da geração de números por trás dela. As regras matemáticas do jogo — incluindo o RTP, o percentual que o jogo devolve ao jogador no longo prazo, e a vantagem da casa, a fatia matemática média do operador — são definidas pela tabela de pagamentos, não pela verificação. E a confiabilidade do operador como negócio é uma questão que o esquema não alcança.

Como funciona um sistema provably fair?

A maioria das implementações segue as mesmas quatro fases: comprometimento antes da aposta, o jogo em si, divulgação dos dados ocultos e verificação depois. Uma imagem útil é a do envelope lacrado: o operador lacra os dados do resultado antes da rodada, entrega a você o envelope lacrado e o abre depois, para que você compare o conteúdo. O limite da analogia importa, porém — o que se compara é uma impressão digital dos dados, não um envelope físico com lacre de cera.

Um esquema comum funciona assim. É um exemplo de como esses sistemas são construídos, não um padrão único da indústria.

Seed do servidor e hash

O servidor gera uma seed do servidor (server seed) — uma sequência aleatória que vai influenciar todas as rodadas jogadas com ela. Antes da aposta, o jogo mostra o hash dela: uma impressão digital criptográfica de mão única da seed. Um hash não é uma versão criptografada dos dados; ele não pode ser revertido na seed, mas qualquer alegação posterior de que «esta era a seed» pode ser testada contra ele. Na implementação documentada da Stake, a seed em si só é revelada depois que o jogador gira o par de seeds, e o hash exibido antes da aposta funciona como o comprometimento.

Seed do cliente

A seed do cliente é a contribuição do jogador, geralmente uma sequência que você mesmo define nas configurações de justiça. Como o operador não pode conhecê-la antecipadamente, ele não consegue pré-calcular os resultados das suas rodadas. O propósito dela é eliminar qualquer possibilidade de a casa direcionar os resultados — não permitir que o jogador os direcione.

Nonce e o resultado do jogo

O nonce é um contador que aumenta a cada aposta feita sob o par de seeds ativo, de modo que cada rodada combina as mesmas entradas com um número novo. Jogos que precisam de mais de um valor aleatório — distribuições de blackjack, por exemplo — extraem valores adicionais da mesma sequência, com um cursor marcando a posição nela. A implementação da Stake usa HMAC SHA-256, uma construção com chave, enquanto os jogos provably fair da BGaming descrevem SHA-256 sobre um resultado mais uma sequência secreta — algoritmos diferentes a serviço do mesmo propósito, e é exatamente por isso que não existe uma fórmula universal para todos os jogos provably fair.

Como verificar um jogo provably fair

Os campos exatos e as fórmulas variam entre plataformas, então trate a documentação do jogo específico como a fonte da verdade. A sequência abaixo segue o fluxo publicado das implementações documentadas:

1. Antes de apostar, salve o comprometimento. Abra a janela de justiça, localize o hash da seed do servidor ativa e anote o nome do jogo e a versão do algoritmo, se forem exibidos. O comprometimento precisa existir antes da aposta — um hash que só aparece depois da rodada não prova que nada foi fixado antecipadamente.
2. Registre as suas entradas. Guarde a seed do cliente, o nonce ou número da rodada e quaisquer outros parâmetros que a documentação exigir. Não presuma que o conjunto de campos de uma plataforma vale em todas.
3. Obtenha os dados divulgados. Depois da rodada — ou depois de girar a seed, que é quando a Stake revela a seed do servidor —, reúna os valores revelados e o registro da rodada.
4. Confira o comprometimento. Calcule o hash dos dados divulgados exatamente como a documentação especifica — o formato da sequência e a codificação importam — e compare com o hash que você salvou.
5. Reproduza o resultado. Siga o algoritmo documentado a partir do conjunto completo de dados, incluindo a etapa que converte valores aleatórios em uma carta, um número de dado ou um multiplicador. Essa é uma tarefa separada da checagem do hash.
6. Compare e aja. Cote o resultado recalculado com o registro da rodada. Se divergirem, revise primeiro a seed, o nonce, o cursor, o formato da sequência e a versão do jogo antes de concluir qualquer coisa — e guarde os dados para abrir um chamado com o suporte.

Um exemplo resolvido compacto torna a primeira checagem concreta. O que segue é um exemplo didático rotulado usando o esquema documentado da BGaming — SHA-256 sobre um valor de resultado mais uma sequência secreta —, não um registro de rodada real de cassino. Suponha que o jogo se comprometeu com o hash f13d6868a091a367d1b53d00d66c6fcef5fc22cdfe8f71203d64fb4837dc5b36 antes da rodada. Depois dela, revela um resultado de 12 e um segredo de 8m2v7t1a. Calcular o SHA-256 da sequência «128m2v7t1a» em qualquer ferramenta padrão de SHA-256 retorna exatamente o hash comprometido, então a checagem do comprometimento passa. O que este exemplo ainda não faz é reproduzir o evento do jogo: transformar um valor bruto em uma posição de roleta, uma carta ou um multiplicador segue as regras documentadas de cada jogo, e essa segunda checagem precisa ser feita separadamente.

Calculadora, verificador e validador provably fair

Uma calculadora, verificador ou validador provably fair automatiza a aritmética da seção anterior: você insere a seed do servidor revelada, a seed do cliente, o nonce e — quando o algoritmo usa um — o cursor, e a ferramenta recalcula o hash e o resultado. O que a ferramenta faz é aritmética. Um «gerador» nesse contexto produz seeds e hashes de teste para um esquema comprometido, e nenhum nome de ferramenta implica a capacidade de prever rodadas futuras.

A compatibilidade é o porém prático. Um verificador reproduz um algoritmo — frequentemente o esquema HMAC SHA-256 documentado por plataformas no estilo da Stake — e uma implementação diferente, como a construção SHA-256 da BGaming, exige um procedimento diferente. A aderência da ferramenta depende do operador, do jogo, do algoritmo e da versão dele, e não existe verificador universal para todo cassino provably fair. Quando a plataforma documenta bem o algoritmo dela, qualquer ferramenta padrão de SHA-256 ou HMAC basta; quando não documenta, nenhuma ferramenta salva a checagem.

Jogos provably fair em cassinos cripto

O mecanismo aparece em todo o conjunto habitual de jogos. Rolagens de dados mapeiam um valor aleatório em uma faixa numérica; o crash sorteia o multiplicador em que a curva despenca; versões de roleta e blackjack usam a sequência de valores aleatórios para escolher casas e distribuir cartas. Alguns jogos próprios expõem os parâmetros de justiça diretamente; nos caça-níqueis de provedores, as checagens equivalentes, quando existem, seguem a documentação do próprio provedor.

Os jogos de cartas mostram por que a documentação por jogo importa. A documentação da Stake descreve o Hi Lo dela como um sorteio do conjunto de 52 cartas com baralhos praticamente ilimitados — uma regra dessa versão específica, não uma descrição de jogos de cartas em geral. O mesmo cuidado vale para craps e loterias em Bitcoin: a verificação pode ser descrita em princípio, mas afirmações concretas sobre um produto específico exigem a documentação desse produto, e é por isso que este guia para no mecanismo.

Mais uma distinção cabe aqui. Jogar em BTC, ETH ou BNB não diz nada sobre como — ou se — os resultados são verificados. A moeda de pagamento e o mecanismo de justiça são camadas separadas; o guia sobre o que é um cassino cripto aprofunda essa divisão.

RNG de cassino cripto versus provably fair

«Provably fair» e «RNG certificado» respondem a perguntas diferentes. Um gerador de números aleatórios produz os valores por trás de cada rodada; a certificação trata da qualidade estatística dessa geração. A RTS 7 da UK Gambling Commission, por exemplo, exige que os resultados em seu mercado regulado sejam aceitavelmente aleatórios, imprevisíveis e conformes às probabilidades teóricas, demonstrados por análise estatística — teste do gerador em nível regulatório, não divulgação por rodada. O provably fair, em vez disso, dá ao jogador um modo de reproduzir rodadas individuais. As duas abordagens podem coexistir, e nenhuma torna a outra redundante.

Cassinos comuns baseados em RNG não devem ser chamados de opacos ou desonestos por padrão — o argumento de justiça deles se apoia em testes e regulação, e não na divulgação por rodada, o que é um caminho diferente para um objetivo parecido.

Como a blockchain é usada no jogo provably fair

A blockchain não é necessária para o esquema descrito acima. O comprometimento, o jogo e a verificação rodam off-chain, nos servidores do operador — que é como a maioria dos cassinos provably fair funciona hoje.

Onde blockchains realmente agregam algo é em tornar partes do processo publicamente computáveis. Jogos com contratos inteligentes podem registrar um comprometimento on-chain, importar aleatoriedade externa ou usar uma função aleatória verificável — uma construção em que o resultado aleatório vem acompanhado de uma prova criptográfica que qualquer pessoa pode verificar on-chain antes que o valor seja usado. O Chainlink VRF é o exemplo documentado: um oráculo gera o valor aleatório e a prova dele, e o contrato coordenador verifica a prova on-chain antes de entregar o resultado. Mesmo assim, a prova verificada diz respeito à aleatoriedade — não é uma auditoria do jogo inteiro nem uma garantia de pagamentos.

Pagar em BTC, ETH ou BNB, por si só, não coloca nada on-chain: o registro da transferência é público, mas a rodada ainda rodou em um servidor. Uma transação registrada torna verificável o movimento dos fundos, não a justiça do jogo.

O que conferir em um cassino provably fair

O selo no site é o começo da checagem, não o fim. Antes de confiar em uma alegação provably fair, examine:

• Documentação por jogo. Qual algoritmo cada jogo usa, com campos e fórmulas descritos — não apenas um selo genérico na página inicial.
• Comprometimento antes da aposta. O hash precisa estar visível antes de você apostar, e os dados divulgados devem continuar recuperáveis depois da rotação de seeds.
• Um algoritmo reproduzível. Regras precisas o bastante para recalcular o resultado por conta própria, incluindo a conversão de valores aleatórios em eventos do jogo.
• RTP e regras publicados. A tabela de pagamentos e as regras de cada jogo, além da licença e dos termos de saque que regem o lado do dinheiro.

Se só parte do catálogo é documentada como provably fair, trate o restante como jogos de RNG padrão. O catálogo de jogos deste site marca a disponibilidade de demos separadamente, e os detalhes de justiça dos jogos de provedores pertencem à documentação do provedor.

Dá para ganhar usando provably fair?

Nenhuma ferramenta desse esquema melhora as chances. Um verificador confere os dados que você já tem; ele não elimina a vantagem da casa, e um número de RTP favorável descreve a matemática do jogo no longo prazo, não a sua próxima rodada. Mudar a seed do cliente muda quais valores aleatórios as suas rodadas usam, mas como o resultado é desconhecido até que as entradas sejam combinadas, nenhuma escolha de seed pode prometer um resultado melhor. E, em um esquema corretamente construído, a seed do servidor secreta não pode ser recuperada do hash dela «decodificando» — resistir a essa reversão é exatamente para o que um hash de mão única serve. A verificação lhe dá um jeito de detectar manipulação, não de vencer o jogo.

Antes de confiar no selo

Guarde o hash do comprometimento, a sua seed do cliente, o nonce e os dados divulgados de qualquer rodada que queira conferir, e use a documentação do próprio jogo como fonte das fórmulas. Verifique uma rodada de ponta a ponta uma vez, e a mecânica para de ser misteriosa. A checagem cobre apenas a justiça — os termos do operador, a licença e as regras de jogo locais continuam valendo, então defina limites antes de jogar e trate o jogo como entretenimento pago.

Perguntas frequentes