Redigindo o relatório analítico

O relatório é a única parte de uma investigação que a maioria das pessoas chega a ver. Semanas de decodificação, rastreamento e consultas só se tornam úteis quando alguém que não participou do trabalho consegue entender as constatações, confiar nelas, verificá-las e agir com base nelas. Esta aula apresenta uma estrutura padrão para um relatório analítico on-chain, mostra como redigir constatações e apêndices que resistam ao escrutínio e explica como adaptar o mesmo trabalho a diferentes leitores.

Conheça o leitor

A mesma investigação pode gerar vários documentos. Antes de escrever uma palavra, decida quem lerá cada documento e o que fará com ele.

Seja qual for o leitor, apresente a conclusão principal logo no início (BLUF): a resposta à pergunta no primeiro parágrafo, seguida dos elementos que a sustentam. Os leitores que pararem após o resumo ainda devem sair com a conclusão correta e o nível de confiança adequado.

Na prática, muitas equipes mantêm um relatório-mestre e derivam dele versões mais curtas: um resumo de uma página para executivos, uma lista de ações para compliance, um resumo com dados ocultados para publicação. Cada versão derivada deve citar o identificador e a versão do relatório-mestre, para que qualquer número citado em um resumo possa ser rastreado até a constatação e a linha do apêndice que o sustentam. Uma versão derivada nunca deve conter um julgamento ou um nível de confiança que não conste do relatório-mestre.

Uma estrutura padrão

Um relatório que segue uma estrutura previsível é mais fácil de ler, revisar e comparar com outros. Um formato comum:

1. Bloco de título: identificador do relatório, versão, data, autor ou equipe, restrições de distribuição e corte dos dados, expresso como alturas de blocos por blockchain.
2. Resumo e julgamentos principais: de três a cinco julgamentos numerados, cada um com um termo de probabilidade e um nível de confiança, além da ação recomendada.
3. Pergunta e escopo: a pergunta analítica, sementes, blockchains, ativos, janela temporal, limites de saltos e regras de parada (consulte Da pergunta à hipótese).
4. Dados e método: fontes e versões dos dados, heurísticas utilizadas, escala estimativa utilizada, fontes dos rótulos.
5. Constatações: uma subseção por constatação, em ordem de importância.
6. Alternativas e limitações: hipóteses consideradas e motivos para terem sido rejeitadas ou mantidas, e o que a análise não conseguiu observar (consulte Confiança, incerteza e linguagem).
7. Apêndices: tabelas de transações, tabelas de endereços e rótulos, consultas, dados das figuras, glossário, registro de alterações.

Redigindo constatações

Cada constatação deve permitir que o leitor rastreie o caminho dos dados à conclusão. Um padrão confiável é afirmação, evidência, raciocínio, confiança:

Constatação 3. Os fundos chegaram à Exchange K. Entre os blocos 941.203 e 941.219 da Bitcoin, três saídas da cadeia peel, totalizando 2,95 BTC, foram pagas aos endereços bc1q…k8p0, bc1q…2rtd e bc1q…v9ae (Apêndice A, linhas 14–16). Cada um desses endereços foi posteriormente gasto em uma varredura junto com mais de 100 outros endereços para uma carteira quente que consta em uma lista de endereços de reserva publicada pela própria Exchange K (linhas 21–22). Com base na heurística de entrada comum e no padrão da varredura, avaliamos que é muito provável que esses sejam endereços de depósito da Exchange K. Temos confiança moderada neste julgamento porque o caminho até esses endereços depende da detecção de troco ao longo de vários saltos da cadeia peel; os registros da própria Exchange K resolveriam essa questão.

Observe o que o parágrafo faz: fornece intervalos exatos de blocos e referências ao apêndice, nomeia o método, usa um termo da escala declarada, informa a confiança em uma frase separada e indica quais evidências eliminariam a dúvida restante.

Regras de estilo que ajudam todos os públicos:

• Voz ativa e verbos simples: “o endereço enviou”, não “observou-se que os fundos haviam sido transferidos”.
• Números com unidades, arredondados de forma sensata no texto (2,95 BTC, cerca de USD 205.000 na época) e exatos no apêndice.
• Defina cada termo técnico uma vez ou no glossário. “Cadeia peel” e “varredura” não são conhecimentos comuns fora da área.
• Um termo, um significado: se “cluster” significa um conjunto de endereços agrupados por heurísticas, não o use também para “entidade”.
• Não deixe que adjetivos substituam evidências: “suspeito”, “ilícito” e “claramente” só devem aparecer nas conclusões se as constatações os justificarem.

Apêndices que permitem verificar o relatório

O apêndice é o que torna um relatório verificável. O elemento central é uma tabela de transações: uma linha por transação considerada, com blockchain, hash da transação, altura do bloco, hash do bloco, carimbo de data e hora UTC, remetente, destinatário, ativo, valor e a constatação que ela sustenta. Incluir o hash do bloco, e não apenas a altura, comprova qual versão da blockchain você consultou (consulte Blocos e cabeçalhos como dados).

Monte a tabela com uma consulta, em vez de fazê-lo manualmente, para que ela não se desvie dos dados:

-- Apêndice A: todas as transações citadas nas constatações, com hash do bloco para comprovar a proveniência
SELECT
  c.finding_id,
  tx.hash                          AS tx_hash,
  tx.block_number,
  b.hash                           AS block_hash,
  b.block_timestamp                AS block_time_utc,
  tx.from_address,
  tx.to_address,
  CAST(tx.value AS DECIMAL(38,0))  AS value_wei
FROM case_citations c
JOIN transactions tx ON tx.hash = c.tx_hash
JOIN blocks b        ON b.number = tx.block_number
WHERE c.case_id = 'CASE-2026-031'
ORDER BY c.finding_id, tx.block_number;

A consulta parte de uma tabela de citações mantida no arquivo do caso, associa cada transação citada ao seu bloco para obter o hash e o carimbo de data e hora do bloco, e ordena as linhas por constatação. Os nomes das colunas seguem um esquema EVM típico; uma blockchain UTXO precisa de tabelas de entradas e saídas (consulte Consultando dados UTXO). Um extrato poderia ser assim, com identificadores abreviados aqui para facilitar a leitura:

No apêndice real, apresente os hashes e endereços completos: identificadores abreviados são aceitáveis no texto principal, mas um apêndice com hashes truncados não pode ser verificado. Acrescente uma tabela de endereços (endereço, papel no caso, rótulo, fonte e data do rótulo) e as próprias consultas, cada uma com um identificador de versão.

Reprodutibilidade

Um segundo analista com os mesmos dados deve chegar aos mesmos números. Registre, na seção de método ou em um apêndice:

• Fonte e versão dos dados: cliente de nó e versão, ou nome do conjunto de dados e data do instantâneo (consulte Desempenho, custo e reprodutibilidade).
• Finalização: foram usados apenas blocos finalizados ou com confirmações suficientes, e até qual profundidade.
• Texto e parâmetros das consultas, sob controle de versão, com o commit ou hash que gerou cada tabela.
• Conjunto de rótulos e data, pois os rótulos mudam.
• Fonte e método dos preços para qualquer valor fiduciário: qual fonte e se os preços são do momento da transação ou dos fechamentos diários.

Quando o relatório for atualizado, aumente o número da versão e mantenha um registro de alterações. Se um julgamento mudar, informe isso e explique o motivo. O ICD 203, um padrão analítico público usado aqui como exemplo de prática, inclui “explica mudanças ou consistência dos julgamentos analíticos” entre seus padrões de ofício, e esse hábito protege tanto o analista quanto o leitor.

Revisão antes da publicação

Nenhum relatório deve sair da equipe sem que outra pessoa o revise. Uma lista de verificação breve:

• Todos os números do resumo correspondem às constatações, e todas as constatações correspondem ao apêndice.
• Uma amostra das transações citadas foi verificada novamente em um nó ou em um explorador independente.
• Cada julgamento usa um termo da escala declarada, e a confiança é informada separadamente.
• Pelo menos um revisor defendeu a principal hipótese alternativa.
• As figuras seguem as regras de Visualizando fluxos e grafos: vínculos observados versus inferidos, valores não rastreados explicitados.
• Uma revisão de privacidade removeu ou restringiu dados pessoais de que o leitor não precisa (consulte Proteção de dados, ética e divulgação responsável).

Foco no exame: adaptação de um relatório para executivos, equipes de compliance, leitores jurídicos, revisores técnicos e o público; conclusão principal logo no início; as sete partes da estrutura padrão, incluindo o corte dos dados expresso como alturas de blocos; redação das constatações como afirmação, evidência, raciocínio e confiança, com referências ao apêndice; a tabela de transações com hashes de blocos e identificadores completos, gerada por consulta como os demais apêndices; o que registrar para garantir a reprodutibilidade (fonte e versão, finalização, versões das consultas, data dos rótulos, método dos preços); registros de alterações e explicação de julgamentos alterados; lista de verificação da revisão antes da publicação.