DASH BLOCK
Política de Privacidade
Última atualização: 3 de setembro de 2026.
1. Dados da conta
Para manter a conta, o Dash Block trata nome de usuário, e-mail, identificador protegido do celular, quatro últimos dígitos do celular, hash da senha, confirmações de maioridade e aceite, progresso e histórico da conta.
O número completo do celular não é persistido como texto. O servidor usa HMAC para localizar a conta e guarda somente os quatro últimos dígitos para exibição.
Contas demo não exigem telefone ou e-mail. Elas tratam nome de usuário, hash da senha, confirmação de maioridade, progresso, sessão e histórico do saldo demonstrativo.
2. Dados financeiros
O Dash Block registra em servidor o identificador interno da cobrança, valor em centavos, moeda, status, referência do provedor, lançamentos do ledger, créditos promocionais, obrigações e consumos de rollover e referências necessárias para conciliação.
A Amplopay pode processar dados do pagador necessários para executar o PIX. O adapter do Dash Block reduz a resposta do provedor aos campos financeiros necessários e não persiste nome ou documento do pagador quando esses dados não são necessários ao fluxo.
Quando um depósito PIX é confirmado, a consulta da transação na Amplopay pode retornar CPF e nome do pagador em `pixMetadata`. O servidor transforma esses dados em uma impressão HMAC para vincular a identidade financeira da conta. CPF e nome do pagador não são gravados em texto no perfil financeiro.
No saque, o usuário informa nome e CPF. O servidor compara a impressão criptográfica com a identidade vinculada e usa o mesmo CPF como chave PIX. Nome e CPF são enviados de forma transitória à Amplopay para executar a transferência.
Contas demo não enviam depósitos ou saques à Amplopay. Seus ajustes de saldo permanecem no ledger virtual do jogo e são separados do ledger financeiro.
3. Gameplay e segurança
O servidor registra eventos de rodada, fase, decisão, falha, plataforma, dimensões aproximadas do viewport, IDs internos e replays de inputs. Esses dados são usados para validar resultados, investigar bugs, medir dificuldade e detectar abuso.
Os eventos de gameplay não incluem o número completo do celular nem a senha.
4. Senhas, sessões e recuperação
Senhas usam scrypt e salt individual. Tokens de sessão ficam no banco somente como hash. O cookie de sessão é HttpOnly. Se o usuário escolher salvar o login, a sessão pode permanecer por até 30 dias. A senha não é salva no frontend.
O código de recuperação aparece apenas quando é gerado. O servidor guarda o hash do código. Depois de um reset de senha, o código usado perde a validade e as sessões anteriores são encerradas.
5. Infraestrutura e operadores
A aplicação usa PostgreSQL gerenciado pelo Supabase, hospedagem no Render e Amplopay para o fluxo PIX. Esses provedores recebem apenas os dados necessários para prestar os respectivos serviços.
Credenciais do banco, chaves da Amplopay e segredos da aplicação ficam no backend. O frontend não recebe esses valores.
6. Retenção
Telemetria e replays seguem a janela operacional definida pelo projeto para segurança, estabilidade e investigação. Registros financeiros podem ser mantidos por prazo maior quando isso for necessário para conciliação, contestação, prevenção a fraude ou obrigação legal.
Backups seguem controles de acesso e ciclos de retenção próprios. A exclusão de uma conta não apaga registros que precisem ser preservados por obrigação legal, segurança ou resolução de disputa.
7. Finalidades
Os dados são usados para autenticar a conta, manter saldo e histórico, processar pagamentos, validar partidas, prevenir fraude, recuperar acesso, investigar falhas e cumprir obrigações operacionais.
O saldo e o histórico financeiro não são usados para alterar secretamente a dificuldade da partida.
8. Compartilhamento
Os dados podem ser processados por provedores contratados quando isso for necessário para banco de dados, hospedagem, pagamento, segurança ou verificação de identidade. O projeto não vende dados pessoais.
9. Solicitações do titular
Pedidos de acesso, correção ou exclusão devem ser enviados pelo canal de suporte. Antes de alterar dados ou informações financeiras de uma conta, o responsável pode exigir verificação de identidade.