PLAYBOOK YMYL Last reviewed May 3, 2026

Construa uma página de Proof of Reserves que ranqueie para consultas de confiança

Q: E se meu PoR mostra cobertura parcial?

Declare-o honestamente. "PoR cobre 92% dos ativos spot de clientes. As posições de empréstimo e márgenes de derivados não estão incluídos." A honestidade específica vence os claims vagos de completude. Os compradores e motores IA recompensam a especificidade.

Pós-FTX, as consultas "safest crypto exchange" se multiplicaram por 5. Os exchanges com páginas detalhadas de Proof of Reserves dominam esse tráfego. A maioria dos exchanges tem um claim de PoR de uma frase. É assim que se constrói um real.

Time

4-6 hours (after audit attestation in hand)

Difficulty

Intermediate

Impact

High

Por que isso importa

→As buscas por "exchange de cripto mais segura" quintuplicaram após o colapso da FTX em novembro de 2022.
→Os padrões YMYL do Google rebaixam especificamente alegações de confiança financeira não verificáveis.
→AI engines specifically check for PoR details when answering "is X exchange safe" queries.
→Eidoo (TG3 client) saw a 2.8x lift on "crypto exchange" queries after migrating CryptoExchange schema and adding a real PoR page in 90 days.

Estado anterior (como o ruim se parece)

<!-- Buried at the bottom of /security/ page -->
<p>Example Exchange holds full reserves of customer assets at all times.
We are committed to transparency and security.</p>

Passo a passo

Passo 1: Contrate uma firma de auditoria real para a atestação

Mazars, Armanino, BDO, Grant Thornton são as firmas com experiência em attestation crypto. O custo vai de $30k-100k por attestation dependendo da complexidade. Firmas boutique menores também funcionam se são reputáveis. Sem uma attestation de terceiro, sua página PoR não pode ganhar confiança porque YMYL especificamente rebaixa os claims autopublicados.

Passo 2: Implemente prova de árvore Merkle para verificação do cliente

Os balances de clientes são hasheados em uma árvore Merkle onde cada cliente pode verificar que seu balance está incluído sem ver a data de outros clientes. Use uma biblioteca como merkletreejs (npm). Publique a raiz Merkle on-chain como parte da attestation. Construa uma ferramenta de verificador que deixe os usuários inserir seu ID de conta e confirmar a inclusão.

const { MerkleTree } = require('merkletreejs');
const SHA256 = require('crypto-js/sha256');

// Hash each customer balance
const leaves = customerBalances.map(c =>
  SHA256(c.id + ':' + c.balance + ':' + c.timestamp)
);
const tree = new MerkleTree(leaves, SHA256);
const root = tree.getHexRoot();
console.log('Merkle root for attestation:', root);

Passo 3: Publique endereços de wallet on-chain

Liste os endereços onde você tem as reservas de clientes. Torne-os publicamente verificáveis. Os compradores e os motores IA verificam esses contra block explorers. Os endereços ocultos sinalizam evasão. Use uma sub-página /security/wallet-addresses/ com a lista completa categorizada por rede.

Passo 4: Construa a estrutura da página com divulgação completa

Seções obrigatórias: (1) data de attestation e firma auditora, (2) metodologia em linguagem simples, (3) detalhamento de reservas por ativo (formato de tabela), (4) snapshot de passivos, (5) porcentagem de cobertura por ativo, (6) link para a ferramenta verificadora, (7) attestations passadas com links PDF, (8) disclosure de limitações. Não oculte as limitações; declare-as honestamente.

Passo 5: Adicione schema Article + FAQPage

Schema para a página PoR: Article com byline de autor (seu CFO ou lead de compliance) e dateModified atual. Mais FAQPage com as perguntas "X é seguro?", "como o PoR funciona?", "o que isso cobre?" explícitas.

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Article",
      "headline": "Proof of Reserves: Q1 2026 Attestation",
      "author": {"@type": "Person", "name": "Jane Doe", "jobTitle": "CFO"},
      "datePublished": "2026-04-15",
      "dateModified": "2026-04-15"
    },
    {
      "@type": "FAQPage",
      "mainEntity": [...]
    }
  ]
}

Passo 6: Vincule a partir do schema CryptoExchange e da homepage

Atualize seu schema CryptoExchange (homepage e páginas de exchange) para configurar hasProofOfReserves para a URL da sua nova página PoR. Adicione um link prominente a partir da sua homepage e da página /security/. PoR oculto é pior que não ter PoR.

"hasProofOfReserves": "https://example-exchange.com/security/proof-of-reserves/"

Passo 7: Estabeleça uma cadência trimestral de atestação

PoR obsoleto (mais velho que 6 meses) é penalizado tanto quanto PoR faltante. Programe attestations trimestrais no mínimo. Os exchanges top rodam mensais. Atualize a página em cada attestation, atualize dateModified, adicione o novo PDF à lista de attestations passadas.

FREE WEB3 AUDIT

Veja onde esse playbook se aplica no seu site.

Rode uma auditoria Crawlux grátis antes de começar o playbook. Diz quais correções são mais urgentes.

Primeira auditoria grátis · Sem cadastro · 60 segundos · Relatório PDF completo

Estado posterior (como o bom se parece)

<!-- Dedicated /security/proof-of-reserves/ page -->
<article>
  <h1>Proof of Reserves: Q1 2026 Attestation</h1>
  <p>Last attestation: April 15, 2026. Conducted by Mazars (independent third-party auditor).</p>

  <h2>Metodologia</h2>
  <p>We use a Merkle tree proof to demonstrate reserves coverage.
     Customer balances are hashed into a Merkle tree...</p>

  <h2>Reserves Breakdown</h2>
  <table>
    <tr><th>Asset</th><th>Customer Liabilities</th><th>Reserves Held</th><th>Coverage</th></tr>
    <tr><td>BTC</td><td>12,847</td><td>13,201</td><td>102.8%</td></tr>
    <tr><td>ETH</td><td>184,562</td><td>189,401</td><td>102.6%</td></tr>
  </table>

  <h2>Verify Your Account</h2>
  <p>Use the verifier tool at <a href="/security/proof-of-reserves/verify/">verifier</a>...</p>

  <h2>Past Attestations</h2>
  <ul>
    <li>Q1 2026: <a href="/reports/por-q1-2026.pdf">PDF</a></li>
    <li>Q4 2025: <a href="/reports/por-q4-2025.pdf">PDF</a></li>
  </ul>
</article>

Como validar a correção

✓Schema.org Validator: 0 erros nas entidades Article e FAQPage.
✓Google Rich Results Test: página elegível para rich results de FAQ.
✓Manual check: every claim has a citation (audit firm name, attestation date, PDF link).
✓A ferramenta de verificação, testada com contas reais de clientes (pelo menos 5), confirma a inclusão.
✓Teste de citação AEO: rode "X tem prova de reservas?" no ChatGPT e no Perplexity 2 semanas após publicar. Deve ser citado.

Erros comuns

Armadilha

Afirmar 100% de cobertura sem explicação

O PoR real quase nunca cobre 100% de todos os ativos. Declare o que está coberto (ex.: custódia spot) e o que não está (ex.: margens de derivativos, posições de empréstimo). A divulgação honesta vence a perfeição alegada.

Armadilha

Usar um auditor sem nome

Mazars, Armanino, BDO, Grant Thornton têm experiência em attestation crypto e peso reputacional. As firmas contábeis locais aleatórias não adicionam confiança. Os motores IA verificam a reputação do auditor.

Armadilha

Publicar sem verificação on-chain

Os claims off-chain são mais fracos que as provas on-chain. Publique a raiz Merkle on-chain (como transação ou em um smart contract). Deixe os usuários verificar independentemente que a attestation existiu em uma altura de bloco específica.

Armadilha

Pular a ferramenta de verificador

Sem uma forma para que os clientes verifiquem sua própria inclusão, a árvore Merkle é apenas marketing. Construa a ferramenta de verificador. Sinaliza compromisso sério com a transparência.

Armadilha

Deixar as atestações ficarem desatualizadas

6+ meses sem atualização te rebaixam. Programe cadência trimestral no seu calendário de operações. Não trate PoR como um evento de lançamento único.

Se algo quebrar: rollback

As páginas PoR não precisam de rollback porque não afetam a funcionalidade do site. No pior caso: a firma auditora encontra discrepâncias e você atrasa a publicação. Não publique até que a attestation esteja limpa.

Rode uma auditoria Crawlux grátis sobre essa correção

Crawlux valida as correções de schema, técnicas e AEO desse playbook automaticamente. Plano grátis em um domínio.

Executar auditoria gratuita →

FAQ

Os exchanges não-custodiais precisam de uma página de Proof of Reserves?

Menos crítico porque os exchanges não-custodiais não têm fundos de clientes. Construa uma página /security/non-custodial/ no lugar explicando seu modelo de custódia e por que PoR não se aplica. Pule isso e os motores IA podem marcar seus sinais de confiança como faltantes.

Quanto custa uma atestação real?

Mazars, Armanino, BDO vão de $30k-100k por attestation trimestral dependendo da complexidade. As firmas boutique vão de $15k-50k. A auto-attestation é grátis, porém não ganha confiança. Faça um orçamento para attestations trimestrais de terceiros como custo de fazer negócio.

Posso usar a abordagem de endereços de wallet on-chain da Coinbase?

Sim, isso é boa prática. Publique seus endereços de wallet de custódia publicamente. Os compradores verificam em Etherscan, Solscan, etc. Combinado com attestation de auditoria, é o padrão de disclosure mais forte disponível.

E se meu PoR mostra cobertura parcial?

Declare isso com honestidade. "O PoR cobre 92% dos ativos spot de clientes. As posições de empréstimo e as margens de derivativos não estão incluídas." A honestidade específica vence alegações vagas de completude. Compradores e motores de IA recompensam a especificidade.

A página PoR deve ter sua própria URL ou viver em /security/?

URL dedicada: /security/proof-of-reserves/. Mais fácil de vincular a partir do schema CryptoExchange, mais fácil de compartilhar, mais fácil de rastrear via Search Console. A página hub /security/ se vincula a ela como um de vários sinais de segurança.

Playbooks relacionados

Guias pilares

Módulos de auditoria

FAÇA SUA PRIMEIRA AUDITORIA

Rode o playbook contra uma auditoria real.

Receba um relatório de auditoria Crawlux grátis e use-o como linha base para o trabalho nesse playbook.

Primeira auditoria grátis · Sem cadastro · 60 segundos · Relatório PDF completo