O que é perícia em criptoativos

Toda investigação de criptoativos produz vínculos e números, mas apenas alguns deles podem ter peso em um tribunal, em um pedido de bloqueio ou em uma reivindicação em processo de insolvência. A perícia em criptoativos é a disciplina de chegar a constatações sobre fluxos, saldos e controle de ativos digitais de uma forma que outra pessoa qualificada possa verificar, repetir e contestar. Cada constatação se apoia em dados que alguém recuperou, decodificou e interpretou; um perito que não consegue dizer qual nó produziu os dados, qual software os decodificou e de quem eram os rótulos aplicados não consegue defender a constatação. Esta aula apresenta o que torna um trabalho pericial, a quais casos ele se aplica, quem o realiza e o que cada camada de dados de blockchain acrescenta.

Trabalho analítico e trabalho pericial

Os mesmos dados de blockchain permitem dois tipos de trabalho. O trabalho analítico responde a perguntas com rapidez suficiente para permitir uma ação: qual exchange recebeu um depósito, qual é a exposição de um cliente a um mixer, se uma carteira ainda está ativa. Ele admite premissas de trabalho, usa a ferramenta mais rápida disponível e é avaliado por sua utilidade. O trabalho pericial responde a perguntas segundo um padrão probatório: a constatação se apoia em dados de origem preservados, é alcançada por um método declarado, é registrada de modo que possa ser refeita e é expressa com suas limitações. Ele é avaliado por sua capacidade de resistir ao escrutínio de um especialista da parte contrária e do tribunal.

A maioria dos casos começa como trabalho analítico e se torna pericial quando uma decisão com consequências jurídicas passa a depender deles. A armadilha é levar atalhos analíticos, como um rótulo não verificado ou uma regra de rastreamento não documentada, para o conjunto probatório. Equipes bem estruturadas tratam todos os casos como potencialmente periciais desde o recebimento, porque reconstruir a proveniência depois é demorado e, às vezes, impossível.

Reproduzível, documentado, defensável

Três critérios separam uma constatação pericial de uma opinião.

Reproduzível. Outro perito, com as mesmas fontes e o mesmo método, chega ao mesmo resultado. Em uma blockchain pública, isso é viável em um grau incomum: cada txid, bloco e valor pode ser obtido novamente de um nó independente. O que não é automaticamente reproduzível é a interpretação acrescentada sobre os dados: uma heurística de agrupamento, um rótulo de terceiros, um método de rastreamento. A ISO/IEC 27037 cita a repetibilidade (mesmo método, mesmo ambiente, mesmo resultado) e a reprodutibilidade (mesmo método, ferramentas ou condições diferentes, mesmo resultado), ao lado da auditabilidade e da justificabilidade, como qualidades que o tratamento de evidências digitais deve ter.

Documentado. Cada etapa é registrada à medida que acontece: o que foi consultado, em qual fonte, com qual versão da ferramenta, em que horário UTC e qual foi o retorno. Se o registro não mostra uma etapa, quem o revisa deve presumir que ela não ocorreu conforme descrito. A Aula 8.3 aborda os procedimentos.

Defensável. O método é adequado à pergunta, suas fragilidades conhecidas são declaradas, alternativas foram consideradas e a conclusão não vai além das evidências. Uma constatação defensável antecipa as perguntas que um especialista da defesa fará (Aula 8.4).

Um hábito útil é separar três camadas em cada afirmação:

• observação: o que a blockchain ou um registro mostra;
• inferência: o que o perito conclui a partir disso, e por qual método;
• premissa: o que é tomado como dado, como a exatidão de um rótulo.

O que a perícia em criptoativos investiga

As técnicas são compartilhadas, mas cada tipo de caso tem pontos de partida (sementes), perguntas e desfechos típicos.

Casos públicos mostram essa diversidade. Após o ataque de ransomware à Colonial Pipeline em 2021, investigadores rastrearam o resgate de 75 BTC e recuperaram cerca de 63,7 BTC mantidos em um endereço. No ataque à Bitfinex em 2016, investigadores acompanharam cerca de 119.754 BTC furtados ao longo de vários anos e, em 2022, recuperaram mais de 94.000 BTC após descriptografar um arquivo em uma conta de armazenamento on-line que continha chaves privadas. Em ambos, o rastreamento foi apenas parte do caso: o restante envolveu procedimentos legais, evidências de dispositivos e da nuvem e documentação que tornou as constatações utilizáveis.

Papéis em uma investigação de criptoativos

Profissionais de resposta a incidentes em exchanges e protocolos frequentemente realizam as primeiras horas de trabalho após um furto. Suas anotações e exportações se tornam evidências mais tarde, por isso precisam da mesma disciplina. Um perito nomeado pelo juízo trabalha para o tribunal, e não para qualquer das partes.

Em equipes pequenas, uma pessoa pode exercer vários papéis, o que é viável se cada produto registrar em qual papel ela o produziu. Um produto de inteligência pode se apoiar em fontes sensíveis e não é redigido para o tribunal; copiá-lo para uma declaração probatória é uma razão comum para que constatações sejam excluídas ou recebam pouco peso.

De onde vêm os dados de blockchain

Os dados de blockchain se apresentam em três camadas, cada uma construída sobre a anterior.

Os dados brutos do nó são a referência factual: todo nó completo honesto na mesma blockchain retorna os mesmos bytes para o mesmo hash de bloco. Os dados decodificados são tão confiáveis quanto o decodificador, que precisa conhecer o tipo de script ou a interface do contrato (sua ABI). Os dados enriquecidos acrescentam julgamento: preços de um mercado escolhido, rótulos de uma fonte escolhida, agrupamentos de heurísticas escolhidas. Quanto mais alta a camada, mais úteis são os dados e mais premissas eles carregam.

Nós, provedores, exploradores e armazéns de dados

O que um nó completo consegue responder depende do que ele armazena. O Bitcoin Core precisa do índice opcional de transações (txindex=1) para consultar qualquer transação confirmada pelo txid e não tem índice de endereços, portanto os históricos de endereços precisam de um indexador separado (exemplos de código aberto incluem Electrs, Fulcrum e Esplora). Um nó completo Ethereum com configuração padrão mantém o estado (saldos, armazenamento de contratos) apenas para blocos recentes, aproximadamente os últimos 128 no armazenamento padrão baseado em caminhos do Geth; saldos históricos e a maior parte do rastreamento de transações antigas exigem um nó de arquivo. Desde julho de 2025, os principais clientes de execução Ethereum também oferecem suporte à expiração parcial do histórico conforme a EIP-4444, permitindo que um nó descarte corpos e recibos anteriores ao Merge (antes de setembro de 2022), mantendo todos os cabeçalhos. A Aula 2.1 aborda APIs de nós.

Provedores RPC operam nós para você, e você herda a configuração, os limites de requisições e os erros deles. Um explorador de blocos é adequado para uma primeira consulta, mas inadequado como única base: seus métodos raramente são documentados, seus rótulos são aplicados retroativamente a transações antigas e os exploradores divergem em números derivados, como transações internas e saldos de tokens. Um armazém de dados (um banco de dados colunar de dados indexados da blockchain) responde a perguntas sobre muitas transações, mas sua qualidade depende do ETL que o preencheu. Um fluxo de trabalho sólido usa um explorador para orientação, um armazém de dados para escala e um nó para verificar as transações específicas das quais uma constatação depende (Aula 2.7).

Um exemplo resolvido: um pagamento, dois tipos de resposta

Uma vítima relata um pagamento de 3,0 ETH a uma falsa plataforma de investimentos. Um analista abre uma ferramenta de rastreamento e escreve: "Os fundos foram para a Exchange K." Isso é uma pista. A versão pericial diz:

Constatação F-03

• Observação: o txid 0x9c1e…44ab (bloco 19.204.124, 2024-02-11 10:06:59 UTC) movimentou 3,0 ETH do endereço da vítima 0x5D0f…a1C2 para 0xA1b2…9F.
• Observação: 0xA1b2…9F enviou 2,98 ETH para 0x77cd…e310 no txid 0x41b0…7d2e (bloco 19.204.160). Mais tarde, 0x77cd…e310 transferiu integralmente seu saldo para 0xE3f9…08B1.
• Inferência: 0x77cd…e310 é um endereço de depósito da Exchange K. Base: a transferência integral do saldo para 0xE3f9…08B1, que duas fontes independentes rotulam como uma carteira quente da Exchange K (capturas S-07 e S-08).
• Premissa: os rótulos em S-07 e S-08 são exatos.
• Classificação: observações A, registradas na blockchain (verificadas novamente em nó próprio, 2024-03-02); atribuição do endereço de depósito C, um único indicador (a transferência integral do saldo) apoiado em rótulos de terceiros, passando a B se os registros da Exchange K a confirmarem.

Qualquer pessoa pode verificar novamente as observações na blockchain. A inferência identifica sua base, a premissa é declarada em vez de ocultada e a linha de classificação diz o que mudaria a conclusão: registros da exchange (a Aula 3.2 aprofunda a classificação).

A definição dos dados importa tanto quanto isso. Diante da pergunta sobre quanto ETH 0xA1b2…9F recebeu em fevereiro de 2024, a lista de transações de um explorador e uma consulta à tabela transactions de um armazém de dados totalizam 41,20 ETH, enquanto uma consulta que acrescenta chamadas internas da tabela traces totaliza 53,70 ETH. Nenhuma está errada. As duas primeiras contam apenas transações de nível superior com o endereço no campo to; os 12,50 ETH adicionais chegaram por chamadas de contrato (uma retirada de uma carteira de contrato inteligente) visíveis apenas nos rastros de execução. Incluir ETH encapsulado, um token visível apenas nos logs de eventos, daria outra resposta; contar chamadas revertidas, que os rastros de execução registram, mas que não movimentaram nada, daria uma resposta errada. "53,70 ETH recebidos como valor nativo nos blocos X a Y, incluindo transferências internas bem-sucedidas e excluindo WETH" é uma resposta que outro perito consegue reproduzir.

Hábitos para garantir a reprodutibilidade

O que compromete a reprodutibilidade raramente é a camada bruta, que não muda após a finalização. É tudo o que está ao redor dela:

• Alvos móveis. "Mais recente" muda a cada poucos segundos. Vincule cada consulta a uma altura de bloco e registre o hash desse bloco.
• Fontes não registradas. Anote o nó ou provedor, o cliente e sua versão, e a versão do conjunto de dados e da tabela.
• Transformações não registradas. Guarde a consulta ou o script exato, incluindo filtros e conversões de unidades.
• Rótulos mutáveis. Registre a fonte de cada rótulo e a data em que você o consultou; rótulos são revisados.
• Dados não finalizados. Blocos recentes podem ser substituídos (Aula 2.1).

Uma constatação apoiada em "o explorador disse isso na terça-feira passada" não pode ser verificada; uma apoiada em um hash de bloco identificado, uma consulta salva e uma versão de cliente registrada pode ser verificada por qualquer pessoa com um nó. A Aula 2.6 transforma esses hábitos em um registro de proveniência.

Foco no exame: espere ter de distinguir o trabalho analítico do pericial, reconhecer o padrão probatório como reproduzível, documentado e defensável e conhecer as qualidades da ISO/IEC 27037 (repetibilidade, reprodutibilidade, auditabilidade, justificabilidade). Esteja preparado para classificar afirmações como observação, inferência e premissa, relacionar tipos de casos a sementes e desfechos, distinguir os papéis e explicar por que produtos de inteligência ficam fora de declarações probatórias. Sobre dados: as três camadas e suas premissas, txindex e a ausência de índice de endereços, nós de arquivo para estado histórico, EIP-4444, por que transferências nativas, internas e de tokens geram totais diferentes e a vinculação de consultas a uma altura e a um hash de bloco.