Saltar al contenido
Financial Context Wiki

Explorador de bloques

Guía de verificación sobre exploradores, nodos, indexadores, recibos, logs, trazas, metadatos, proxies, código verificado y reorganizaciones.

Actualizado

Solo con fines educativos; no constituye asesoramiento financiero ni de seguridad. Los datos, la decodificación, las etiquetas, las trazas y las vistas de finalidad pueden ser incompletos, tardíos o erróneos; verifica toda acción importante en la cadena prevista y con datos de nodos independientes.

Respuesta directa

Un explorador de bloques es una interfaz e indexador fuera de la cadena que convierte datos de nodos en páginas consultables de bloques, transacciones, direcciones, contratos, tokens, logs y, a veces, trazas. No es la cadena de bloques, un participante del consenso ni una garantía independiente: cada resultado depende de la cadena, el estado del nodo, la indexación, el decodificador, las etiquetas y la hora de observación.

Separa cuatro capas: cabeceras, transacciones y recibos del protocolo; respuestas RPC de un nodo; trazas, transferencias y agregados reconstruidos; y nombres, alertas, precios fiat o insignias externas. Contrasta las conclusiones importantes con identificadores completos, ascendencia canónica, recibo o estado UTXO y un endpoint independiente.

Cómo funciona

  1. Fija dominio, ID de cadena o red Bitcoin, hora e identificador completo. Un símbolo, nombre o dirección abreviada no demuestra identidad.
  2. Clasifica cada campo como dato del protocolo, respuesta RPC, agregado o traza del indexador, metadato decodificado o dato de terceros.
  3. Verifica estado pendiente o incluido, hash, altura, ascendencia, confirmaciones o safe y finalized, sustituciones y reorganizaciones. Un hash localizable no prueba inclusión canónica.
  4. En EVM revisa status, gasUsed, effectiveGasPrice, logs y cambios reales. status = 1 solo indica que la ejecución superior no revirtió; status = 0 puede estar incluida y consumir gas.
  5. Verifica firma del evento, contrato, topics, datos, decimales y ABI. Una “transacción interna” es un frame de traza, no otra transacción firmada; la cobertura varía.
  6. Verifica bytecode, fuente, implementación proxy, beacon o administrador, autoridad de actualización y almacenamiento. La insignia de fuente verificada no es auditoría ni aval.
  7. Contrasta otro explorador o nodo, guarda respuestas y horas, y vuelve a conciliar tras la finalidad requerida; investiga índices obsoletos, poda, reorganizaciones, discrepancias RPC, spam, upgrades y etiquetas externas.

Ejemplos desarrollados

  • Comisión. Un recibo informa gasUsed = 52,000 y effectiveGasPrice = 18 gwei. La comisión es 52,000 * 18 gwei = 936,000 gwei = 0.000936 ETH. Con una cotización externa de $2,500/ETH, son $2.34; el importe en dólares no es dato de consenso.
  • Decimales. Un log contiene 123,456,789 y el contrato verificado indica decimals = 6: 123,456,789 / 10^6 = 123.456789 tokens. Suponer 18 mostraría 0.000000000123456789; verifica juntos contrato y decimales.
  • Traza. Una transacción envía 1.00 ETH a A; la traza muestra 0.72 ETH hacia B y un retorno de 0.25 ETH. A conserva 1.00 - 0.72 - 0.25 = 0.03 ETH, antes del gas. Son frames, no tres transacciones firmadas.
  • Reorganización. Una transacción en 20,000,000 con punta 20,000,012 tiene profundidad 20,000,012 - 20,000,000 + 1 = 13. Si ese bloque sale de la cadena, desaparecen recibo y logs canónicos. Mostrar aún 13 confirmations significa que el explorador está obsoleto.

Riesgos

  • Consultar una cadena, testnet, bifurcación o clon equivocados.
  • Copiar una dirección truncada, envenenada o parecida.
  • Usar nombre o símbolo como identidad del contrato.
  • Confundir un hash pendiente con inclusión canónica.
  • Confiar en un backend RPC obsoleto, sincronizando o aislado.
  • Comparar alturas sin hashes ni ascendencia.
  • No detectar sustitución, conflicto o reorganización.
  • Confundir éxito del recibo con éxito económico.
  • Ignorar el gas de una transacción revertida e incluida.
  • Tratar los logs como estado final autoritativo.
  • Decodificar con ABI, firma o decimales erróneos.
  • Tratar un frame de traza como transacción firmada.
  • Suponer trazas completas e idénticas entre proveedores.
  • Perder datos por poda, archivo, paginación o límites.
  • Confundir fuente verificada con auditoría o prueba del emisor.
  • Inspeccionar una implementación e interactuar con otro proxy.
  • Omitir cambios de proxy, beacon, administrador o upgrade.
  • Tratar spam, etiquetas o precios fiat como consenso.
  • Usar saldos sin conciliar UTXO o almacenamiento.
  • Depender de un explorador durante una caída, censura o fallo.

Errores comunes

  • El explorador es la cadena o valida independientemente todo lo mostrado.
  • status = 1, una marca verde o muchas confirmaciones prueban el resultado económico previsto.
  • Los logs y las “transacciones internas” son estado final y transacciones firmadas separadas.
  • La fuente verificada prueba que el contrato está auditado, es auténtico, inmutable y seguro.
  • Saldos, etiquetas, precios y métodos decodificados son datos de consenso idénticos en todo proveedor.

Temas relacionados

Fuentes

Navegación

Buscar en la wiki...