Verificação

Segurança

Quem pode mudar o quê no projeto, de onde vem a aleatoriedade e que riscos permanecem. A tabela de cima é lida direto da rede, e não desenhada à mão.

O que está gravado na rede agora

Lendo os dados…

Código aberto, anonimato e privacidade

Código aberto

Todo o projeto (contrato, site, scripts de lançamento, testes) é aberto, sob licença MIT. O código pode ser lido. A compilação do contrato com o comando anchor build ainda não foi verificada (veja “Status”); depois do lançamento, será possível compilar o programa por conta própria e compará-lo com o que está em operação na rede. Como verificar

O link do repositório aparecerá aqui e no rodapé do site assim que for publicado.

O projeto é anônimo

Nomes e pessoa jurídica não são divulgados, e os jogadores não precisam de nome, e-mail, telefone nem documento de identidade. Basta uma carteira. As regras estão registradas no contrato e podem ser lidas. O outro lado do anonimato

Saque sem documentos

O próprio contrato transfere os tokens para a sua carteira com uma única assinatura. Pelo código do contrato, não há documentos, formulários, verificação de identidade (KYC), solicitações nem aprovação manual. Essa é uma característica do contrato, e não uma permissão para violar a lei do seu país: a responsabilidade de cumpri-la é sua (termos). Como sacar

Site oficial: fairdrum.to

Um site transparente e anônimo: sem login nem contas, sem cookies, análises, contadores ou scripts de publicidade. As fontes e os scripts são servidos pelo próprio site, as configurações (tema, histórico de giros neste dispositivo) ficam apenas no seu navegador, e o código do site é aberto, então tudo isso pode ser verificado. Confira o endereço na barra do navegador: se ele diferir em uma única letra, não é o site oficial.

O que o site sabe e quem vê as suas ações

O quêComo funciona
Nome, e-mail, telefone, documentosNão são exigidos nem solicitados em lugar algum: nem no registro, nem no saque.
Cookies, análises, contadores, publicidadeNão. Nada disso existe no código do site, e ele também não carrega scripts nem fontes externos.
O que fica no seu navegadorTema, modo da roda, som e efeitos (se você os ativou), histórico de giros neste dispositivo, qual carteira você conectou e o endereço da conta de serviço de aleatoriedade. Tudo fica no seu dispositivo e não é enviado a lugar nenhum.
Com quem o site se comunicaCom um nó da rede Solana (RPC): ele lê os dados do jogo e aceita suas transações. O site nunca fala diretamente com o oráculo. O nó vê seu endereço IP e o da carteira, como qualquer nó da rede.
O que é público no blockchainO seu endereço, o número de jogador, o saldo, os giros, os prêmios e os saques: qualquer pessoa pode consultá-los. O endereço continua sendo um pseudônimo; não há anonimato total. Se o endereço estiver ligado à sua identidade (por exemplo, o SOL veio de uma exchange em que você passou por verificação), a ligação pode ser rastreada.

O anonimato do projeto e dos jogadores não é absoluto e tem um lado negativo: o projeto não tem pessoa jurídica contra a qual se possa fazer uma reclamação. Isso está descrito nos “Riscos”.

As chaves e o que elas podem fazer

ChaveO que podeO que não pode
Autoridade de atualização do programaCarregar uma nova versão do código do contrato.Não pode tirar tokens diretamente, mas uma nova versão do código poderia, em princípio, fazer isso. Por isso, no plano de lançamento, a chave é transferida primeiro a um multisig com atraso e depois revogada; o estado atual está mostrado nesta tabela.
Emissão do token (mint)Nada: no plano de lançamento, é revogada logo depois da emissão.Criar novos tokens.
Congelamento (freeze)Nada: nunca foi concedida.Congelar os tokens de alguém.
Administrador (dev_authority)Retirar os 10% acumulados dos giros (claim_dev).Mudar as regras, retirar saldos de jogadores, prêmios, o jackpot e o fundo de atividade.
Promoção (promo_authority)Pagar a partir do fundo de promoção (promo_pay).Todo o resto.
Ordem de transferência da autoridade de atualização.

1) no início, com quem fez o deploy do programa; 2) antes do lançamento na rede principal, é transferida a um multisig (Squads) com atraso para qualquer atualização, para que os jogadores vejam a mudança com antecedência; 3) quando o projeto se estabiliza, a autoridade é revogada para sempre e o código é congelado. A etapa atual aparece na tabela acima.

De onde vem a aleatoriedade

O contrato não inventa o número aleatório nem o recebe do projeto. Usa-se o ORAO VRF: na transação da aposta o próprio contrato solicita a aleatoriedade, e o número é escrito depois por um quórum de nós independentes da ORAO com assinaturas criptográficas verificadas pelo programa deles. A semente do pedido deriva de forma unívoca da chave do jogador e do seu contador, então não dá para repetir um pedido antigo nem trocar a conta. Enquanto os nós do oráculo trabalharem honesta e independentemente, o valor não pode ser escolhido nem previsto de antemão. A confiança nos nós da ORAO permanece: é uma dependência externa.

De um único valor de 32 bytes o contrato obtém quantos números precisar via sha256, e o jogador não pode influenciá-lo. O contrato só aceita uma conta de aleatoriedade pertencente ao programa ORAO cujo endereço deriva da semente do jogador (sem essas verificações qualquer um poderia apresentar a própria conta com o valor desejado).

Se o oráculo não funcionar, os giros param, e a aposta de um giro encerrado depois de 3.000 blocos não é devolvida.

O que o contrato simplesmente não sabe fazer

Mudar as chances

Todos os números são constantes do código. Números novos só são possíveis com uma nova versão do programa, que fica visível pela transação de atualização.

Tirar o saldo do jogo

Não há instruções para “tirar do jogador”. O saldo só sai para você, no saque, e para as apostas, nos giros.

Emitir tokens

Pelo plano de lançamento, a autoridade de emissão é revogada. Depois disso, a emissão total de 100 bi só pode diminuir com a queima.

Pagar duas vezes

Um giro é encerrado uma única vez. A integridade dos tokens (a soma dos pools e saldos não é maior do que o que há no cofre) é verificada por testes automáticos em cenários com muitos jogadores e lotes de 1000 giros.

Riscos que permanecem

  • Erros no código. O contrato é coberto por testes, mas não houve auditoria independente (veja “Status do projeto”). Um erro não detectado pode levar à perda de fundos.
  • Atualização do programa. Enquanto a autoridade de atualização não for revogada, o administrador (ou o multisig) pode, em teoria, publicar uma versão com regras diferentes. Acompanhe a tabela acima.
  • Oráculo e rede. Uma falha dos nós da ORAO ou a sobrecarga da Solana atrasa os giros; numa falha longa (mais de ~20 minutos) a aposta se perde sem devolução. Não há devolução de propósito: senão daria para espiar o resultado e desistir da perda.
  • Tokens do administrador fora do contrato. Marketing e reserva (juntos, cerca de 30% da emissão) não estão bloqueados no contrato, e os do desenvolvedor (10%) estão em vesting em um serviço externo. Vesting: link não informado; bloqueio de liquidez: link não informado; multisig do administrador: link não informado. Se o link não estiver informado, considere que ainda não é possível conferir isso.
  • Fundo de promoção. A chave promo_authority pode enviar o que está acumulado no fundo para qualquer endereço. Cada pagamento é público (evento PromoPaid), mas o contrato não verifica em que foi gasto.
  • Giros grátis e multicontas. Não há no jogo, nem pode haver, uma verificação de que “é uma pessoa”: uma pessoa pode registrar muitas carteiras e receber um giro grátis de cada uma. O gasto é limitado pelo tamanho do fundo de atividade, mas dele se pode extrair uma parte considerável.
  • Potes grandes. Quanto maior o pote do jackpot em relação ao normal, maior o retorno esperado por giro; com um pote muito grande, ele pode ultrapassar 100%. É assim em todos os jackpots progressivos, e jogadores experientes vão atrás de potes grandes.
  • Velocidade da rede. Todos os giros passam por uma única conta comum do contrato, por isso, nos picos, a fila pode crescer. Isso deixa o jogo mais lento, mas não altera os resultados.
  • O site não é o contrato. O endereço do site pode mudar ou desaparecer; o contrato, porém, continua na rede, e é possível trabalhar com ele diretamente por qualquer cliente compatível.
  • Administrador anônimo. O nome e a pessoa jurídica não são divulgados: se algo der errado, não é possível fazer uma reclamação nem recuperar o dinheiro pela justiça ou pelo suporte. O que protege é apenas o que está registrado no contrato e que você verifica por conta própria.
  • A lei. Os jogos de azar são restritos ou proibidos em muitos países. A responsabilidade é sua.
  • É um jogo de sorte. Em média, o jogador perde uma parte das apostas.

Como conferir por conta própria

  1. Abra o endereço do programa em um explorador (Solscan, Solana Explorer) e encontre o campo Upgrade Authority: se estiver vazio, o código está congelado.
  2. Abra o token: os campos Mint Authority e Freeze Authority devem estar vazios.
  3. Abra a conta config do programa e compare com a “Economia” os valores dos potes, o número de giros e o total queimado.
  4. Compile o contrato a partir do código aberto (anchor build --verifiable) e compare o hash com o que está na rede (solana-verify).