Como conferir uma rodada de crash com a seed, o nonce e o hash
Uma conferência de seed precisa de quatro valores, e um deles tem de ser copiado antes de você apostar. Este passo a passo cobre o que guardar, quando guardar, como comparar hashes e o que um valor que falta quer dizer.
Conferir uma rodada de crash é refazer, depois do fato, o cálculo que produziu o valor de parada dela, e confirmar que a casa usou a seed com que se comprometeu antes. Nada disso precisa de programa especial: uma ferramenta SHA256 ou SHA512, os valores que o jogo mostra, e a disciplina de copiar um deles no momento certo.
Os passos seguem duas descrições de primeira mão abertas em 15 de setembro de 2026. A página de provably fair da Spribe cobre os jogos dela como grupo; a página de fairness da Wolfbet expõe o modelo de seed mais nonce para os jogos da casa e imprime um procedimento completo para os dados dela.
O que uma conferência precisa, e quando cada valor existe. O hash tem de ser guardado antes de você apostar, porque nada depois o reproduz; a seed do servidor só aparece depois da troca. Com os quatro valores a conferência é um hash e uma comparação; com três deles ela não dá para ser feita de jeito nenhum.As quatorze seções
O hash da seed do servidor, mostrado antes da rodada. É o compromisso da casa, e uma comparação posterior só é independente se você tiver a sua própria cópia de antes de a aposta entrar.
A seed do cliente que estava ativa na rodada. No projeto da Spribe as seeds de vários jogadores entram numa rodada, e a janela de histórico as lista.
O nonce, em projetos que usam um. Na Wolfbet ele conta as apostas feitas com o par de seeds atual.
A seed do servidor revelada, disponível depois da rodada nos jogos da Spribe, ou quando a seed é aposentada na Wolfbet.
Como conferir uma rodada de crash, passo a passo
Copie o hash antes de apostar. Num jogo da Spribe, abra o menu do usuário, escolha «Provably Fair Settings» e copie o valor rotulado «Next server seed SHA256». Na Wolfbet, o hash da seed de servidor gerada é entregue depois do cadastro.
Anote a sua seed do cliente. Mude ela primeiro se quiser uma seed da sua escolha; a Spribe oferece isso na mesma janela de configurações, e a Wolfbet te deixa mudar quando quiser.
Anote o nonce da aposta num projeto de seed mais nonce. Ele começa de novo quando a seed do servidor muda, então escreva ao lado do hash a que ele pertence.
Faça a seed do servidor ser revelada. Num jogo da Spribe, clique no ícone «provably fair» ao lado da rodada na lista de histórico dela. Na Wolfbet, crie uma seed de servidor substituta no menu «Session», o que expõe a antiga.
Passe um hash na seed revelada e compare. Rode ela por SHA256 e ponha a saída ao lado do hash do passo 1. Todo caractere tem de bater. Uma cadeia hexadecimal quer dizer a mesma coisa impressa em maiúsculas ou em minúsculas, então compare sem considerar o caso.
Recalcule a combinação. Para a Spribe, junte a seed do servidor e as seeds dos jogadores, passe o resultado por SHA512 e compare com o hash combinado da janela de histórico. Para os dados da Wolfbet, rode HMAC-SHA256 com a seed do servidor como chave e a seed do cliente, um sublinhado e o nonce como mensagem.
Mapeie o hash para o resultado com o procedimento ou o conferidor do próprio jogo, e compare com o número que a rodada mostrou.
O passo 5 é o coração disso. Se os hashes batem, a seed atrás da rodada é a seed prometida antes das apostas. Os passos 6 e 7 então confirmam que o resultado exibido de fato sai daquela seed.
A troca revela a seed antiga do servidor e, no mesmo ato, encerra qualquer chance de conferir uma rodada cujos valores não foram guardados. Os dois efeitos vêm de um único passo, então guarde o hash, a seed do cliente e o nonce antes de trocar.
Um exemplo resolvido, calculado pelo procedimento de dados da Wolfbet
Os valores abaixo são inventados para o exemplo; esta não é uma aposta real, e dados não é um jogo crash. Ele está aqui porque a página da Wolfbet imprime o mapeamento completo, o que permite mostrar cada passo com números.
Seed do servidor: a1b2c3d4e5f60718. O hash SHA256 dela começa com b82efc46c073, a cadeia que um jogador teria copiado no passo 1.
Seed do cliente: myclientseed. Nonce: 7.
HMAC-SHA256 com a seed do servidor como chave e «myclientseed_7» como mensagem dá uma cadeia hexadecimal que começa com 5bef6c3997b8.
Os cinco primeiros caracteres, 5bef6, lidos como número hexadecimal, equivalem a 376.566. Isso está abaixo de 1.000.000, então é usado como está.
376.566 módulo 10.000 é 6.566; dividido por 100, o lance é 65,66.
Se o jogo tivesse mostrado 65,66 para aquela aposta, a conferência estaria completa. Qualquer diferença, mesmo na segunda decimal, significaria ou um erro de cópia ou um resultado que não sai da seed assumida. A aba de verificação da Wolfbet oferece campos para a seed do cliente, o nonce e a seed do servidor com o mesmo propósito.
O caminho da Spribe, pelo histórico do jogo
Num título da Spribe como o jogo do avião da Spribe, a conferência começa na própria rodada. Ache ela no histórico e abra a janela de fairness: ela mostra quatro itens, a saber a seed do servidor, cada seed de jogador, o hash SHA512 conjunto e o resultado. Duas comparações estão abertas para você: a seed do servidor contra o valor SHA256 que você copiou antes da rodada, e as seeds juntadas contra o valor SHA512 da janela.
A Spribe mantém a função que transforma o hash SHA512 num multiplicador dentro de cada jogo, dizendo apenas que a matemática difere um pouco de título para título. Aquele passo final, por isso, se apoia na exibição do próprio jogo. Como um hash se torna um valor de parada em geral está rastreado em a matemática atrás da parada, e o esquema como um todo está exposto na explicação de fairness.
Reproduzindo a ilustração da Spribe primeiro
A página da Spribe traz uma pequena ilustração que faz um bom primeiro exercício antes de uma rodada real. Ela junta «AB» e «CD» em «ABCD» e imprime o valor SHA512 daquela cadeia, 128 caracteres abrindo com 49EC55BD83FC e fechando com 5A33D9B. Passe um hash em «ABCD» em qualquer ferramenta SHA512 e a mesma cadeia volta. A ilustração também imprime um resultado de 25,00, mas o passo do hash para aquele número pertence a uma matemática de jogo que a Spribe não publica, que é exatamente o limite que você encontra com uma rodada real.
Guardando um registro que dê para usar
Uma conferência vale o que valem as anotações atrás dela, e um arquivo de texto simples por sessão basta. No topo, escreva a data, o jogo e o hash da seed do servidor copiado antes da primeira aposta. Para cada rodada que você possa querer examinar depois, acrescente como ela aparece no histórico, a seed do cliente em vigor, o nonce onde o projeto usa um e o resultado que a tela mostrou. Quando a seed for revelada, cole ela abaixo do hash a que pertence.
Copie e cole em vez de digitar de novo. Um único caractere errado numa cadeia SHA256 de 64 caracteres basta para fazer uma rodada honesta parecer alterada, e um único dígito errado num nonce aponta o recálculo para outra aposta.
Quando um valor falta
Sem os quatro valores você não consegue conferir uma rodada de crash, e vale ser claro sobre o motivo.
Sem hash guardado. A seed revelada ainda dá para passar por hash, mas não há nada que você tenha registrado de modo independente para comparar.
Sem nonce. Num projeto de seed mais nonce, uma seed de servidor cobre muitas apostas; sem o contador você não consegue dizer qual resultado pertence a qual aposta.
Sem seed revelada. Até a seed ser aposentada ou a rodada acabar, não há nada a recalcular. Na Wolfbet isso quer dizer gerar uma seed de servidor nova primeiro; a página de troca de seed explica o que esse passo muda.
Sem esquema de seed nenhum. A página do JetX da SmartSoft credita o multiplicador a geração aleatória e não dá procedimento de seed; sem valores a reunir, uma rodada de JetX não oferece nada a recalcular.
O que uma correspondência mostra, e o que ela deixa aberto
Uma correspondência mostra que uma rodada encerrada não foi alterada depois do compromisso. Ela nunca prevê a rodada seguinte, e não diz nada sobre o retorno: o do Aviator é 97%, então a vantagem da casa de 3% dele fica intocada por qualquer conferência, como explica a página sobre números de retorno. Ela também não diz nada sobre checagem de identidade ou tetos de saque de um cassino, que vivem nos termos dele e nas fichas das casas.
Se uma conferência falha, revise primeiro a cópia. Um espaço no fim, um caractere perdido ou uma seed da sessão errada mudam o hash inteiro. Se os valores continuarem discordando depois disso, guarde eles, anote a rodada no histórico, e leve a pergunta ao atendimento do cassino com os valores anexados. O vocabulário de seeds, hashes e nonces está reunido no glossário de crash.
Perguntas frequentes
Eu tenho de conferir uma rodada de crash logo depois de ela acabar?
Num jogo da Spribe a janela de histórico guarda a seed do servidor da rodada, as seeds dos jogadores, o hash combinado e o resultado, então a conferência pode vir depois, desde que você tenha guardado o hash SHA256 antes. Num projeto de seed mais nonce como o da Wolfbet, as apostas feitas com a seed atual só ficam conferíveis quando você gera uma seed de servidor nova. O que importa é a ordem: copie o hash primeiro, compare depois.
De que ferramentas eu preciso?
Uma ferramenta SHA256 e SHA512, disponível na maioria das linguagens de programação e em muitos utilitários offline, mais uma função HMAC-SHA256 para projetos que usam uma, como o jogo de dados da Wolfbet. Fora isso, os valores: o hash guardado, a seed do cliente, o nonce onde o projeto usa um e a seed do servidor revelada. A página de fairness da Wolfbet também oferece campos próprios de verificação para apostas de dados.
Conferir rodadas melhora os meus resultados?
Não. Uma conferência confirma que uma rodada passada usou a seed que foi assumida; ela não tem efeito sobre a seguinte, e deixa o retorno inalterado. O retorno informado do Aviator é 97% quer alguém confira uma rodada ou não. A verificação é um jeito de confirmar que o jogo cumpriu a palavra, não um jeito de mudar o que ele paga.