Ir para o conteúdo
Financial Context Wiki

Explorador de blocos

Guia orientado por verificação sobre exploradores, nós, indexadores, recibos, logs, traces, metadados, proxies, código verificado e reorganizações.

Atualizado

Somente para fins educacionais; não constitui aconselhamento financeiro nem de segurança. Dados, decodificações, rótulos, traces e visões de finalidade podem estar incompletos, atrasados ou errados; verifique ações relevantes na cadeia pretendida e em dados de nós independentes.

Resposta direta

Um explorador de blocos é uma interface e um indexador off-chain que transformam dados de nós em páginas pesquisáveis de blocos, transações, endereços, contratos, tokens, logs e, às vezes, traces. Não é a blockchain, um participante do consenso nem uma garantia independente. Cada resultado depende da cadeia, do estado do nó, da indexação, do decodificador, dos rótulos e do horário observado.

Separe quatro camadas: cabeçalhos, transações e recibos do protocolo; respostas RPC de um nó; traces, transferências e agregados reconstruídos; e nomes, alertas, preços fiduciários ou selos externos. Confronte conclusões relevantes com identificadores completos, ancestralidade canônica, recibo ou estado UTXO e um endpoint independente.

Como funciona

  1. Fixe domínio, ID da cadeia ou rede Bitcoin, horário e identificador completo. Símbolo, nome ou endereço abreviado não prova identidade.
  2. Classifique cada campo como dado do protocolo, resposta RPC, agregado ou trace do indexador, metadado decodificado ou informação de terceiros.
  3. Verifique pendente ou incluída, hash, altura, ancestralidade, confirmações ou safe e finalized, substituição e reorganização. Um hash pesquisável não prova inclusão canônica.
  4. Em EVM, revise status, gasUsed, effectiveGasPrice, logs e mudanças reais. status = 1 só mostra que a execução superior não reverteu; status = 0 pode estar incluída e consumir gas.
  5. Verifique assinatura do evento, contrato, topics, dados, decimais e ABI. “Transação interna” é um frame do trace, não outra transação assinada; a cobertura varia.
  6. Verifique bytecode, fonte, implementação proxy, beacon ou administrador, autoridade de upgrade e layout de armazenamento. Fonte verificada não é auditoria nem endosso.
  7. Cruze outro explorador ou nó, salve respostas e horários e reconcilie após a finalidade exigida; investigue índices desatualizados, pruning, reorgs, divergências RPC, spam, upgrades e rótulos externos.

Exemplos resolvidos

  • Taxa. Um recibo informa gasUsed = 52,000 e effectiveGasPrice = 18 gwei. A taxa é 52,000 * 18 gwei = 936,000 gwei = 0.000936 ETH. Com cotação externa de $2,500/ETH, equivale a $2.34; o valor em dólares não é dado de consenso.
  • Decimais. Um log contém 123,456,789 e o contrato verificado informa decimals = 6: 123,456,789 / 10^6 = 123.456789 tokens. Supor 18 exibiria 0.000000000123456789; verifique contrato e decimais juntos.
  • Trace. Uma transação envia 1.00 ETH a A; o trace mostra 0.72 ETH para B e retorno de 0.25 ETH. A retém 1.00 - 0.72 - 0.25 = 0.03 ETH, antes do gas. São frames, não três transações assinadas.
  • Reorganização. Uma transação em 20,000,000 com ponta 20,000,012 tem profundidade 20,000,012 - 20,000,000 + 1 = 13. Se o bloco sair da cadeia, recibo e logs canônicos desaparecem. Ainda mostrar 13 confirmations significa índice desatualizado.

Riscos

  • Consultar cadeia, testnet, fork ou clone errados.
  • Copiar endereço truncado, envenenado ou parecido.
  • Usar nome ou símbolo como identidade do contrato.
  • Confundir hash pendente com inclusão canônica.
  • Confiar em backend RPC desatualizado, sincronizando ou isolado.
  • Comparar alturas sem hashes e ancestralidade.
  • Não detectar substituição, conflito ou reorganização.
  • Confundir sucesso do recibo com sucesso econômico.
  • Ignorar gas de transação incluída e revertida.
  • Tratar logs como estado final autoritativo.
  • Decodificar com ABI, assinatura ou decimais errados.
  • Tratar frame de trace como transação assinada.
  • Supor traces completos e idênticos entre provedores.
  • Perder dados por arquivo, pruning, paginação ou limites.
  • Confundir fonte verificada com auditoria ou prova do emissor.
  • Inspecionar uma implementação e usar outro proxy.
  • Omitir mudanças de proxy, beacon, administrador ou upgrade.
  • Tratar spam, rótulos ou preços fiduciários como consenso.
  • Usar saldos sem conciliar UTXO ou armazenamento.
  • Depender de um explorador durante falha, censura ou erro.

Erros comuns

  • O explorador é a blockchain ou valida independentemente tudo o que exibe.
  • status = 1, selo verde ou muitas confirmações provam o resultado econômico pretendido.
  • Logs e “transações internas” são estado final e transações assinadas separadas.
  • Fonte verificada prova que o contrato é auditado, autêntico, imutável e seguro.
  • Saldos, rótulos, preços e métodos decodificados são dados de consenso idênticos em todo provedor.

Tópicos relacionados

Fontes

Navegação

Pesquisar na wiki...