PROVADO (PRV) — Whitepaper v0.1

Reputação verificável para análise de mercado Rascunho para discussão — setembro de 2026

Sumário

1. Resumo executivo
2. O problema
3. A solução
4. Como funciona o protocolo
5. O token PRV
6. Tokenomics
7. Arquitetura técnica
8. Governança
9. Segurança e riscos
10. Aspectos regulatórios (Brasil)
11. Roadmap
12. Equipe e tesouraria
13. Plano passo a passo de execução
14. Glossário

1. Resumo executivo

Provado é um protocolo onde analistas de mercado publicam previsões (calls) com stake em jogo e têm seu histórico registrado de forma imutável e auditável em blockchain. Quem acerta constrói reputação e recebe recompensas; quem erra perde parte do stake. Seguidores pagam apenas por acesso a analistas com histórico comprovado — não por promessas.

O token PRV é o ativo que faz o sistema funcionar: é usado como garantia (stake) nas previsões, como meio de pagamento por assinaturas e como direito de voto na governança.

Em uma frase: Provado transforma "confie em mim" em "verifique meu histórico".

2. O problema

O mercado de sinais e análises de criptomoedas movimenta bilhões, mas opera quase sem responsabilização:

• Histórico não verificável. Grupos de sinais mostram apenas os acertos; os erros são apagados ou nunca publicados.
• Zero pele em jogo. O analista ganha a assinatura independentemente do resultado. Quem perde dinheiro é sempre o seguidor.
• Custo de descobrir bons analistas é alto. Um trader precisa pagar por vários grupos e perder capital para descobrir quem realmente entrega.
• Incentivos invertidos. Quanto mais sensacionalista a call, mais assinantes — a precisão não é premiada.
• Sem portabilidade. A reputação construída no Telegram morre no Telegram; não é um ativo do analista.

Nenhuma dessas falhas se resolve com "mais um grupo". Elas exigem uma camada de registro neutro, com custo de mentir e prêmio por acertar.

3. A solução

Provado é uma camada de registro e incentivos com três participantes:

Princípios de design

1. Registro antes do resultado. Uma call só conta se for registrada em blockchain com hash e timestamp antes do evento previsto.
2. Stake proporcional à confiança. O analista escolhe quanto apostar; quanto maior o stake, maior o peso da call na reputação (e maior a perda em caso de erro).
3. Resolução objetiva. Calls são resolvidas por oráculos de preço (ex.: "BTC acima de X até a data Y"), não por opinião.
4. Reputação como ativo. O score do analista é um NFT não transferível (soulbound) que ele carrega para qualquer plataforma.

4. Como funciona o protocolo

4.1 Ciclo de vida de uma call

Analista → cria call (ativo, direção, alvo, prazo, stake)
        → call é registrada on-chain (hash + timestamp)
        → conteúdo fica oculto para não-assinantes até o prazo
        → prazo vence → oráculo consulta preço → call resolvida
        → ACERTO: stake devolvido + recompensa do pool
        → ERRO: parte do stake vai para o pool de recompensas
        → score de reputação é atualizado

4.2 Estrutura de uma call

4.3 Resolução

• Alvo atingido antes da invalidação e dentro do prazo: acerto.
• Invalidação atingida primeiro: erro.
• Prazo vence sem tocar nenhum dos dois: neutro (stake devolvido, sem recompensa, pequena taxa de rede).

Os preços são obtidos de oráculos descentralizados (Chainlink ou Pyth) com agregação de múltiplas fontes, o que elimina disputa manual.

4.4 Score de reputação

O score não é uma simples taxa de acerto — isso premiaria quem faz calls fáceis. Ele combina:

• Taxa de acerto ponderada pelo stake (calls com mais stake pesam mais)
• Calibração — se o analista declara 70% de confiança, ele deve acertar perto de 70% dessas calls. Excesso de confiança é penalizado.
• Razão risco/retorno das calls (alvo distante com stop apertado vale mais)
• Decaimento temporal — calls antigas pesam menos, para refletir o desempenho atual
• Volume mínimo — score só é exibido após 20 calls resolvidas

4.5 Assinaturas

Seguidores pagam em PRV para ver calls de um analista antes da resolução. O analista define o preço. O protocolo retém uma taxa (ver seção 6) e o restante vai para o analista.

4.6 Penalidades e anti-manipulação

• Spam de calls: custo mínimo de stake por call e limite de calls simultâneas por analista.
• Calls contraditórias (alta e baixa no mesmo ativo/prazo): detectadas e anuladas, com perda de stake.
• Sybil (várias contas): o score precisa de histórico; criar contas novas não dá vantagem, e o stake mínimo torna o ataque caro.
• Manipulação de oráculo: uso de múltiplas fontes e janela de tempo, não preço instantâneo.

5. O token PRV

5.1 Funções

5.2 Especificação

• Padrão: ERC-20
• Rede: Base (L2 da Coinbase sobre Ethereum) — custo baixo, segurança do Ethereum, boa liquidez
• Supply máximo: 1.000.000.000 PRV (fixo, sem inflação além da emissão programada)
• Decimais: 18

6. Tokenomics

6.1 Distribuição inicial

Racional: mais de metade do supply vai para quem usa e governa o protocolo. Equipe e investidores somam 27% com vesting longo — abaixo da média do mercado, sinalizando compromisso de longo prazo.

6.2 Fluxo de valor

Assinaturas ─┐
Taxas de call ─┼──► Taxa do protocolo (10%) ──► 50% queima
Penalidades ──┘                                 30% pool de recompensas
                                                20% tesouraria

• Queima: cria pressão deflacionária proporcional ao uso real.
• Pool de recompensas: alimentado por penalidades e emissão; distribuído a analistas com acerto, ponderado por stake e dificuldade.
• Tesouraria: financia desenvolvimento, auditorias e incentivos.

6.3 Emissão programada (recompensas)

A emissão alta no início atrai analistas antes de existir volume de assinaturas; depois, o protocolo precisa se sustentar com taxas reais.

6.4 Mecânica do stake

• Stake mínimo por call: 100 PRV (ajustável por governança)
• Perda em caso de erro: 30% do stake (ajustável)
• Recompensa por acerto: proporcional a stake × (1 - confiança declarada) — apostar alto em algo que você declarou como improvável paga mais

7. Arquitetura técnica

7.1 Camadas

┌──────────────────────────────────────┐
│  Frontend (web + app)                │  Next.js, wallet connect
├──────────────────────────────────────┤
│  Indexador / API                     │  The Graph ou Ponder, cache de scores
├──────────────────────────────────────┤
│  Smart contracts (Base)              │  Solidity
│   ├─ PRVToken.sol (ERC-20)           │
│   ├─ CallRegistry.sol                │  registro e resolução de calls
│   ├─ Staking.sol                     │  stake, penalidade, recompensa
│   ├─ Reputation.sol                  │  NFT soulbound + score
│   ├─ Subscription.sol                │  assinaturas e split de receita
│   └─ Governance.sol + Timelock       │  OpenZeppelin Governor
├──────────────────────────────────────┤
│  Oráculos                            │  Chainlink Data Feeds / Pyth
└──────────────────────────────────────┘

7.2 Privacidade das calls

A call é publicada como commit-reveal: no registro, só o hash vai on-chain (prova de que existia). O conteúdo fica criptografado no IPFS, com chave liberada a assinantes. No prazo, o conteúdo é revelado publicamente para verificação de qualquer um.

7.3 Por que Base

• Taxas por transação na casa de centavos — essencial para calls frequentes
• Herda a segurança do Ethereum
• Ecossistema ativo, ferramentas maduras (Foundry, Hardhat, OpenZeppelin)
• Alternativas consideradas: Arbitrum (similar), Solana (mais barato, mas ferramental e auditoria mais caros em Rust)

7.4 Stack recomendada

• Contratos: Solidity 0.8.x, Foundry para testes, OpenZeppelin como base
• Auditoria: duas auditorias independentes antes do mainnet
• Frontend: Next.js + wagmi + viem
• Indexação: Ponder (self-hosted) ou The Graph
• Armazenamento: IPFS via Pinata para conteúdo das calls

8. Governança

• Modelo: DAO com OpenZeppelin Governor + Timelock de 48h
• 1 PRV = 1 voto, com bônus por tempo de lock (veToken, até 2x com lock de 2 anos)
• Quórum: 4% do supply circulante
• Parâmetros votáveis: taxas, stake mínimo, % de penalidade, oráculos aceitos, uso da tesouraria, adição de novos tipos de call
• Fase inicial (12 meses): multisig 4-de-7 com poder de veto para emergências, dissolvido após a fase de descentralização progressiva

9. Segurança e riscos

Riscos técnicos

• Bug em contrato: mitigado por auditorias, bug bounty (Immunefi) e lançamento gradual com limites de stake.
• Falha de oráculo: múltiplas fontes, circuit breaker se as fontes divergirem mais de 2%.
• Front-running: commit-reveal e resolução baseada em janela de tempo.

Riscos econômicos

• Baixa adoção de analistas: emissão inicial alta + programa de embaixadores.
• Liquidez fina: liquidez travada por 24 meses, sem venda de equipe no primeiro ano.
• Gaming do score: calibração e decaimento temporal dificultam explorar o sistema com calls fáceis.

Riscos de mercado

• Volatilidade do PRV afeta o custo real do stake. Solução futura: permitir stake em stablecoin com conversão automática.

10. Aspectos regulatórios (Brasil)

Esta seção é um mapa de pontos de atenção, não parecer jurídico. Consulte advogado especializado em criptoativos antes de qualquer lançamento.

• Lei 14.478/2022 (Marco Legal dos Criptoativos) e regulamentação do Banco Central: prestadores de serviço de ativos virtuais (VASPs) precisam de autorização. Um protocolo descentralizado pode não se enquadrar, mas a entidade que opera frontend e custódia pode.
• CVM — Parecer de Orientação 40: se o token for caracterizado como valor mobiliário (expectativa de lucro pelo esforço de terceiros), a oferta pública exige registro. O desenho do PRV como token de utilidade e governança — com uso real desde o dia 1 — reduz esse risco, mas não elimina. A venda pública é o ponto mais sensível.
• Tributação: ganhos com cripto são tributados (IN RFB 1.888/2019 e Lei 14.754/2023 para ativos no exterior). A estrutura da fundação/empresa emissora influencia isso.
• Estrutura jurídica comum: fundação no exterior (Suíça, Cayman, Panamá) detendo a propriedade intelectual e a tesouraria, com empresa operacional no Brasil. Tem custo e complexidade — decisão para tomar com advogado.
• Conteúdo de análise: analistas de valores mobiliários no Brasil precisam de credenciamento CVM. Para cripto puro, a regra hoje é mais frouxa, mas isso pode mudar. O protocolo deve deixar claro que calls não são recomendação de investimento.

11. Roadmap

12. Equipe e tesouraria

Equipe mínima viável para chegar ao mainnet:

• 1 fundador / produto (você)
• 2 desenvolvedores Solidity (um sênior)
• 1 desenvolvedor frontend
• 1 pessoa de comunidade/crescimento
• Advogado e contador terceirizados
• Auditorias terceirizadas

Orçamento estimado até o mainnet: US$ 250 mil a 500 mil, sendo auditorias a maior linha isolada (US$ 60 mil a 150 mil). Esse valor é o que a rodada de investidores iniciais precisa cobrir.

13. Plano passo a passo de execução

Etapa 1 — Validar a ideia (semanas 1–4)

1. Entrevistar 20 analistas e 30 seguidores de grupos de sinais. Pergunta central: "você registraria suas calls com dinheiro em jogo?"
2. Montar uma landing page com lista de espera.
3. Rodar um piloto sem blockchain: planilha pública + hash das calls publicado no Twitter/X. Se ninguém quiser participar sem token, não vai querer com token.
4. Critério de continuar: pelo menos 15 analistas dispostos a entrar no beta.

Etapa 2 — Estrutura (semanas 5–8)

5. Consultar advogado de cripto sobre estrutura (fundação + empresa) e enquadramento do token.
6. Definir cap table e acordo de fundadores.
7. Fechar a equipe núcleo (pelo menos o dev Solidity sênior).
8. Finalizar o whitepaper com feedback do piloto.

Etapa 3 — Construir (semanas 9–20)

9. Escrever os contratos com Foundry; cobertura de testes acima de 90%.
10. Deploy em testnet (Base Sepolia).
11. Frontend mínimo: conectar carteira, criar call, ver score, assinar analista.
12. Beta fechado com os analistas do piloto usando tokens de teste.
13. Iterar a fórmula de score com dados reais do beta.

Etapa 4 — Financiar (paralelo à etapa 3)

14. Preparar pitch deck e data room.
15. Rodada com fundos de cripto e anjos: 12% do supply por US$ 300–500 mil (define valuation inicial).
16. Alternativa se não conseguir rodada: lançamento justo (fair launch) com escopo reduzido e equipe menor.

Etapa 5 — Segurança (semanas 21–28)

17. Contratar duas auditorias (ex.: uma boutique + uma grande).
18. Corrigir tudo o que for crítico e alto; publicar os relatórios.
19. Abrir bug bounty.

Etapa 6 — Lançar (semanas 29–32)

20. Deploy dos contratos em mainnet com multisig.
21. Criar pool de liquidez PRV/ETH em DEX (Aerodrome ou Uniswap na Base) e travar a liquidez.
22. Airdrop para beta testers.
23. Abrir o protocolo com limites de stake baixos, aumentando semanalmente.

Etapa 7 — Crescer (mês 9 em diante)

24. Programa de embaixadores: analistas com score alto recebem PRV extra por trazer seguidores.
25. Publicar rankings semanais — o ranking em si é marketing.
26. Integração com TradingView e Telegram (bot que registra a call on-chain a partir de uma mensagem).
27. Listagens em CEX apenas depois de volume orgânico comprovado — listar cedo demais só atrai especulação.

O que evitar

• Lançar o token antes do produto. Token sem uso vira só especulação e atrai o público errado.
• Prometer retorno. Além de ser ilegal em vários cenários, contradiz a proposta do projeto.
• Economizar em auditoria. É o único item em que cortar custo pode encerrar o projeto.
• Distribuição concentrada. Equipe + investidores acima de 35% costuma ser rejeitado pela comunidade.

14. Glossário

• Call: previsão de preço registrada no protocolo.
• Stake: tokens depositados como garantia de uma call.
• TGE (Token Generation Event): momento em que o token passa a existir e circular.
• Vesting: liberação gradual de tokens ao longo do tempo.
• Cliff: período inicial sem liberação alguma.
• Oráculo: serviço que traz dados externos (preços) para a blockchain.
• Soulbound NFT: NFT que não pode ser transferido — ligado permanentemente a uma carteira.
• Commit-reveal: registrar um hash primeiro e revelar o conteúdo depois, provando que existia antes.
• DAO: organização governada por votação de detentores de tokens.
• VASP: prestador de serviços de ativos virtuais, termo da regulação brasileira.
• Multisig: carteira que exige várias assinaturas para executar uma transação.