O que significa provably fair?

Toda a ideia se apoia em uma função hash de mão única, como o SHA-256. Dê a ela qualquer valor e ela devolve uma sequência de tamanho fixo. Duas propriedades importam aqui: a mesma entrada sempre produz a mesma saída, e não é possível voltar da saída para recuperar a entrada.

Essa combinação permite um compromisso. O cassino gera um valor secreto, calcula o hash dele e mostra o hash a você antes de jogar. O hash não revela nada útil sobre o segredo, mas prende o cassino — publicado o hash, o único valor que algum dia vai corresponder a ele é aquele que você já tinha. Quando o segredo é revelado depois, você calcula o hash por conta própria e compara. Se bater, isso prova que o valor existia antes da aposta e não foi trocado por outro mais conveniente.

Todo o resto em um sistema provably fair é encanamento em torno dessa única garantia.

A maioria das implementações usa as mesmas três entradas:

• Server seed — um valor aleatório secreto gerado pelo cassino ou pelo provedor do jogo e mantido oculto durante o jogo.
• Client seed — um valor que você fornece, ou um gerado no seu navegador que você pode alterar a qualquer momento.
• Nonce — um contador que aumenta a cada rodada, para que o mesmo par de seeds produza um resultado diferente a cada vez.

A rodada típica segue uma sequência fixa:

• O provedor gera um server seed e publica seu hash antes de o jogo começar.
• Você define um client seed, ou aceita o padrão oferecido.
• A cada rodada, o jogo combina server seed, client seed e nonce e os passa por uma fórmula determinística para produzir o resultado.
• Depois da rodada, ou quando você troca para um novo par de seeds, o provedor revela o server seed original.
• Você gera o hash do seed revelado, confirma que ele corresponde ao hash publicado antes e, então, executa novamente a fórmula para reproduzir o resultado.

O client seed é o que impede o problema inverso. Como você contribui com uma entrada que a operadora não conhecia quando gerou o server seed, ela não pode escolher um server seed que produza um resultado conveniente para uma aposta que ainda não viu.

Aqui está uma rodada, do início ao fim, na ordem em que os valores aparecem.

Suponha que uma rodada de crash termine em 2,41x e você queira conferir. O painel de transparência mostrou um hash antes da rodada. Depois, ele revela o server seed. Você cola esse seed em qualquer ferramenta de SHA-256 e compara a saída com o hash que anotou — são iguais, então o seed não foi substituído. Em seguida, você insere o server seed, seu client seed e o nonce da rodada na fórmula publicada pelo provedor e obtém 2,41x de volta. A rodada está verificada.

Veja o que aconteceria se a operadora tentasse trapacear. Alterar o resultado exigiria um server seed diferente, que geraria um hash diferente, que não corresponderia ao publicado. A divergência é imediata e incontestável, e é exatamente esse o ponto.

Os estúdios aplicam o mesmo princípio com nomes próprios. Segundo o fluxo publicado pela BGaming, o resultado do jogo, chamado de Result, é calculado antes de a aposta ser feita, combinado a um Secret aleatório e comprometido por meio de um hash SHA-256. Os jogadores podem definir um Client Seed, que é então aplicado ao Result pré-calculado para derivar o Final Result exibido no jogo. Quando a rodada termina, o provedor revela o Result e o Secret para que os jogadores verifiquem o compromisso e confirmem que o resultado final foi derivado corretamente.

As peças se encaixam diretamente no padrão geral:

• Result mais Secret — o resultado pré-calculado e uma sequência aleatória, ocultos durante o jogo
• Hash(Result + Secret) — o compromisso exibido antes de o jogo começar
• Client Seed — a entrada controlada pelo jogador, aplicada ao resultado pré-calculado
• Final Result — o que o jogo exibe, derivado das entradas divulgadas
• Divulgação pós-rodada — a revelação que permite ao jogador auditar a rodada de forma independente

A BGaming aplica isso a vários tipos de jogos, incluindo roleta, jogos de cartas, video poker e alguns slots. Em uma rodada de roleta, o jogo pré-gera um resultado e um secret, publica o hash antes do giro e revela ambos depois, para que o jogador confirme que o número exibido veio das entradas divulgadas. Você pode saber mais sobre o estúdio no nosso guia do provedor BGaming.

As duas abordagens miram o mesmo objetivo e prestam contas a auditores diferentes.

Nenhuma substitui a outra. A certificação testa a qualidade estatística da aleatoriedade em um jogo inteiro; o provably fair testa a integridade de uma rodada que você de fato jogou. Nosso guia sobre geradores de números aleatórios detalha o lado certificado.

• Mito: provably fair significa que você tem mais chance de ganhar. Realidade: ele verifica integridade, não generosidade. A vantagem da casa está escrita na tabela de pagamentos e não é afetada pela verificação.
• Mito: o cassino não consegue ver o resultado antes de você. Realidade: na maioria das implementações, ele pré-calcula o resultado. O que não pode fazer é alterá-lo depois que o hash é publicado.
• Mito: o selo provably fair é prova por si só. Realidade: a prova é a verificação que você executa. Um painel de transparência que nunca revela um server seed, ou um provedor que não publica sua fórmula, dá a você um selo e nada para conferir.
• Mito: a verificação exige conhecimentos de programação. Realidade: a maioria dos provedores inclui um botão de verificar, e qualquer ferramenta pública de SHA-256 confirma a correspondência de um hash em segundos.
• Mito: trocar seu client seed melhora suas chances. Realidade: ele muda os resultados produzidos, não a distribuição deles. Trocar o seed é um hábito de transparência, não uma estratégia.

• O que é um RNG — como funciona a aleatoriedade certificada nos jogos de cassino padrão
• O que é um cassino cripto — o ambiente em que os jogos provably fair são mais comuns
• Cassinos cripto são seguros? — as verificações mais amplas que acompanham a transparência dos jogos
• Glossário de cassino — definições simples de hash, seed, nonce, RNG e RTP

A tecnologia provably fair é usada principalmente em jogos de cassino cripto e permite que os jogadores verifiquem de forma independente que os resultados não foram manipulados pelo cassino nem pelo jogador, usando algoritmos criptográficos que podem ser conferidos matematicamente depois que a rodada termina. Nem todo jogo de cassino a usa: ela aparece onde o provedor integrou o fluxo de seed e hash ao jogo, e convive com — e não no lugar de — os geradores de números aleatórios testados por trás do restante da biblioteca.

No Lunaris, a biblioteca de cassino roda com jogos fornecidos por estúdios consagrados, e o modelo de transparência depende do título que você abre. Quando um jogo inclui um painel provably fair, os seeds e hashes aparecem na própria interface do jogo, então a verificação acontece ali, e não pelo cassino. Você pode ver quais estúdios estão ativos na página de provedores, e cada estúdio publica sua própria documentação de transparência.

Em todo o resto, a transparência se apoia em aleatoriedade testada de forma independente para os jogos RNG e em dealers reais operando equipamentos reais nos jogos com dealer ao vivo. Nos três casos, o resultado de qualquer rodada é aleatório e o retorno de longo prazo do jogo é uma média matemática, não uma promessa sobre a sua sessão. Se algum dia quiser que uma rodada específica seja revisada, entre em contato com [email protected] informando o número da rodada, o valor da aposta, data e hora, jogo e provedor.