Como ler um relatório de prova de reservas: cada campo e o que ele diz

2026-09-20

Um relatório de prova de reservas é curto e ainda assim cheio de detalhe estrutural. O identificador de período diz qual fotografia você está vendo, a data da fotografia diz quando os saldos foram congelados, a versão do algoritmo diz como a árvore foi construída, a raiz é aquilo com que a sua própria verificação precisa bater, e as coberturas por ativo dizem se os ativos cobriam os saldos. Este guia vai campo a campo: para que serve cada um e onde cada um pode enganar.

Ler um relatório de prova de reservas: período, data da fotografia, versão do algoritmo, raiz e cobertura por ativo

O que uma divulgação contém de fato

Uma divulgação não é uma narrativa. É um conjunto pequeno de identificadores e números, e quase todo o seu valor está em se esses identificadores permitem amarrar o seu arquivo de prova à afirmação publicada.

Todo o resto da página é contexto. A explicação de árvores de Merkle, a tranquilização sobre privacidade, a descrição do fluxo de verificação: úteis para entender, mas não é isso que você confere. O que você confere é um punhado de campos que ou batem com o seu arquivo ou não batem.

Ler bem significa, portanto, saber quais campos são estruturais. O resto deste guia os toma em ordem de importância.

Os campos e para que serve cada um

Campo	O que é	Onde reparar
Identificador de período	De qual divulgação se trata	Se bate com o período do seu arquivo
Data da fotografia	Quando os saldos foram congelados	Se o seu depósito foi antes ou depois
Versão do algoritmo	Como a árvore foi construída	Se o seu verificador implementa essa versão
Status	Se o período é definitivo	Que esteja publicado e não pendente
Raiz	O resumo da árvore inteira	Que seja igual à raiz que você calcula
Cobertura por ativo	Ativos divididos por passivos	Que cada ativo coberto chegue a 100%
Lista de cobertura	Quais ativos entram	Quais dos seus ativos ficam fora

Dois são identificadores, dois são metadados e só três são a afirmação em si. Confundir esses papéis é o que faz alguém se tranquilizar com um relatório que nunca conferiu.

O período e a data da fotografia

O identificador de período impede você de comparar as coisas erradas. As divulgações se repetem em ciclos, cada uma produz sua própria árvore, e cada árvore tem sua própria raiz. Uma raiz que não bate não significa nada se o seu arquivo de prova veio de outro período.

A data da fotografia pesa mais, porque define do que o relatório fala. Os saldos são congelados naquele instante, tipicamente no primeiro dia do mês, e tudo o que vem depois pertence à divulgação seguinte. Um depósito do dia seguinte não está faltando no relatório: ele simplesmente não faz parte dele.

Isso também explica o susto mais comum. Quem se cadastrou ou depositou depois da fotografia recebe o aviso de que seus ativos não estão nela, o que é correto e não é falha. A mecânica da conferência está em como verificar a prova de reservas.

A versão do algoritmo e por que ela é impressa

Uma versão de algoritmo parece detalhe burocrático e não é. Ela fixa exatamente do que uma folha se compõe e como os hashes se combinam ao subir pela árvore, e essas escolhas não são universais.

Dois detalhes precisam estar pregados, senão a verificação independente não funciona. O primeiro é como os saldos são formatados, porque um valor escrito com outro número de casas decimais gera outro hash. O segundo é a ordem de concatenação em cada nível, porque hashear primeiro o irmão da esquerda e depois o da direita dá resultado diferente do inverso.

Publicar a versão é o que torna um verificador independente possível. Se você roda a sua própria ferramenta, a versão no relatório diz se a sua implementação serve para aquele período, e uma mudança de versão é sinal para conferir, não para supor.

A raiz

A raiz é o único campo que carrega toda a estrutura. É um valor único derivado de cada folha da árvore, e a propriedade dela é que mudar qualquer coisa nos dados de origem a muda por completo.

Essa propriedade é o que transforma a publicação em compromisso. Uma vez pública, a corretora não consegue revisar um saldo, acrescentar uma conta nem remover uma sem que a verificação de todos os usuários falhe ao mesmo tempo. Não dá para consertar a árvore em silêncio nem consertá-la para uma pessoa sem quebrá-la para todas.

Na prática você compara duas vezes. Ela precisa ser igual à raiz registrada no seu arquivo de prova e à raiz mostrada na página pública para aquele mesmo período. Só a segunda comparação amarra a sua conta ao conjunto mostrado a todos os demais; a estrutura por trás está em o que é prova de reservas.

As coberturas e a lista de cobertura

A cobertura de reservas é o que está on-chain dividido pelos passivos com usuários, e 100% é o limiar. Nele ou acima, a corretora mantinha o suficiente daquela moeda para cobrir os saldos no instante da fotografia.

Leia uma moeda de cada vez. Uma plataforma pode estar folgada acima da linha em uma moeda e abaixo em outra, e qualquer número misturado sobre tudo o que ela custodia esconde exatamente isso. Reportar por ativo informa mais do que um número de manchete, e a ausência disso já é um achado.

Depois leia a lista de cobertura, o campo mais pulado. Uma divulgação que abrange quatro ativos não afirma nada sobre um quinto. É limite de escopo, não defeito, mas só funciona como informação se você reparar em quais das suas posições ficam de fora.

O que deliberadamente não está no relatório

Uma prova de reservas é uma afirmação sobre ativos num instante, e disso decorrem três coisas que nenhum campo do relatório vai lhe dizer.

Ela nada diz sobre passivos além dos saldos de usuários que entraram na árvore, então não é declaração de solvência. Nada diz sobre o que aconteceu depois da fotografia, já que uma transferência posterior muda a situação sem mudar a raiz publicada. E nada diz sobre se os ativos on-chain eram exclusivamente da plataforma, porque controlar um endereço num instante não equivale a propriedade livre de ônus.

Nada disso enfraquece o relatório. Torna-o específico, que é a propriedade mais útil, e é por isso que o lado do passivo precisa de tratamento próprio em prova de reservas e passivos.

Em resumo

Leia uma divulgação começando pelos identificadores, não pelas frases tranquilizadoras. Confirme que o período bate com o seu arquivo de prova, anote a data da fotografia e de que lado dela caem os seus depósitos, e compare a versão do algoritmo com a que o seu verificador espera.

Depois leia a afirmação em si. A raiz precisa bater com a que você calcula, a cobertura de cada ativo coberto precisa ser de pelo menos 100%, e a lista de cobertura diz sobre quais dos seus ativos o relatório nunca se pronunciou. Um relatório sem qualquer um desses campos não é mais curto: é um que você não consegue terminar de conferir. Continue lendo os conteúdos da Bitbase Academy.

Leituras relacionadas

Outros artigos da Bitbase sobre este tema:

Aviso: Este artigo é conteúdo educacional da Bitbase Academy, fornecido apenas para fins informativos. Não constitui aconselhamento de investimento, negociação, tributário ou financeiro. Criptoativos são voláteis; avalie seu próprio risco. Escrito em setembro de 2026; consulte as informações oficiais mais recentes.