Provably Fair — verifique um sorteio você mesmo

O compromisso, sem complicação

Todo o mecanismo é um compromisso criptográfico: a plataforma publica um hash de um segredo antes de aceitar sua aposta. Um hash não pode ser revertido, então publicá-lo não entrega nada antecipadamente. Mas, quando o segredo é revelado, qualquer um pode calcular o hash de novo e conferir se bate com o que foi publicado — e como encontrar outra entrada com a mesma saída SHA-256 está computacionalmente fora de alcance, o segredo não pode ter sido trocado depois. Três dados entram em um resultado. A server seed é o segredo da plataforma, guardado até a rodada ser liquidada. A client seed é sua e normalmente pode ser alterada, o que importa mais do que parece: sem a participação do jogador, uma plataforma poderia escolher uma server seed já conhecendo a distribuição das apostas. O nonce é um contador que aumenta a cada jogada, então o mesmo par de seeds nunca gera o mesmo resultado duas vezes.

Verificando um sorteio, passo a passo

A verificação só precisa de uma calculadora SHA-256, e o que faz funcionar é a ordem. Os dados precisam ser capturados antes de jogar, porque depois não há como provar qual hash estava valendo. Reserve cinco minutos na primeira vez.

1. Registre o hash publicado da server seed e a sua client seed antes de abrir qualquer coisa.
2. Jogue e anote o resultado junto com o valor do nonce.
3. Force uma troca de seeds alterando a sua client seed. Só então a plataforma revela a server seed anterior, porque ela não é mais necessária para liquidar.
4. Calcule o SHA-256 da seed revelada e compare com o que você registrou no passo um. Precisam ser exatamente iguais.
5. Reproduza o resultado combinando as duas seeds com o nonce pela fórmula publicada da plataforma e convertendo o digest em um índice do pool de prêmios. O índice precisa apontar para o item que você recebeu.

Quatro coisas que ele não prova

Um sorteio verificado diz que a rodada foi honesta. Não diz nada sobre se o jogo vale a pena. São propriedades independentes, e confundi-las é o erro mais comum com esse recurso.

• Não a distribuição de prêmios. Uma caixa pode ser perfeitamente verificável e mesmo assim ter valor esperado muito abaixo do preço. Verificabilidade e valor não têm relação.
• Não a solvência. Nada no mecanismo fala sobre o operador conseguir pagar.
• Não o comportamento dos saques. Se um pagamento cai no prazo informado é algo testado na prática, não criptograficamente.
• Não a legalidade onde você mora. Jurisdição é outra pergunta, com outra resposta.

Então trate o provably fair como necessário, mas não suficiente: a ausência dele deveria eliminar uma plataforma, a presença não deveria aprová-la sozinha. As outras verificações que precisam ser feitas estão em melhores sites de abertura de caixas de CS2.