Vai al contenuto
Financial Context Wiki

Block explorer

Guida orientata alla verifica su block explorer, nodi, indicizzatori, ricevute, log, trace, metadati, proxy, codice verificato e riorganizzazioni.

Aggiornato

Solo a scopo educativo; non costituisce consulenza né raccomandazione d’investimento. Gli investimenti possono comportare perdite.

Risposta diretta

Un block explorer è un’interfaccia e un indicizzatore off-chain che trasformano i dati dei nodi in pagine ricercabili per blocchi, transazioni, indirizzi, contratti, token, log e talvolta trace. Non è la blockchain, un partecipante al consenso o una garanzia indipendente. Ogni risultato dipende da chain, stato del nodo, pipeline di indicizzazione, decoder, etichette e momento di osservazione.

Separa quattro livelli: header, transazioni e ricevute del protocollo; risposte RPC di un nodo; trace, trasferimenti e aggregati ricostruiti; nomi, avvisi, prezzi fiat e badge esterni. Confronta le conclusioni rilevanti con identificatori completi, ascendenza canonica, ricevuta o stato UTXO e un endpoint indipendente.

Come funziona

  1. Fissa dominio, chain ID o rete Bitcoin, orario e identificatore completo. Simbolo, nome o indirizzo abbreviato non provano l’identità.
  2. Classifica ogni campo come dato di protocollo, risposta RPC, aggregato o trace dell’indicizzatore, metadato decodificato o informazione di terzi.
  3. Verifica pending o inclusa, hash, altezza, ascendenza, conferme oppure safe e finalized, sostituzione e riorganizzazione. Un hash ricercabile non prova l’inclusione canonica.
  4. Su EVM esamina status, gasUsed, effectiveGasPrice, log e cambiamenti reali. status = 1 indica solo che l’esecuzione superiore non è stata annullata; status = 0 può essere inclusa e consumare gas.
  5. Verifica firma dell’evento, contratto, topic, dati, decimali e ABI. Una “transazione interna” è un frame del trace, non un’altra transazione firmata; la copertura varia.
  6. Verifica bytecode, sorgente, implementazione proxy, beacon o amministratore, autorità di upgrade e layout dello storage. Il sorgente verificato non è un audit né un’approvazione.
  7. Confronta un altro explorer o nodo, conserva risposte e orari e riconcilia dopo la finalità richiesta; indaga indici obsoleti, pruning, reorg, divergenze RPC, spam, upgrade e variazioni di etichette esterne.

Esempi svolti

  • Commissione. Una ricevuta riporta gasUsed = 52,000 e effectiveGasPrice = 18 gwei. La commissione è 52,000 * 18 gwei = 936,000 gwei = 0.000936 ETH. Con una quotazione esterna di $2,500/ETH, equivale a $2.34; il valore in dollari non è dato di consenso.
  • Decimali. Un log contiene 123,456,789 e il contratto verificato indica decimals = 6: 123,456,789 / 10^6 = 123.456789 tokens. Assumere 18 mostrerebbe 0.000000000123456789; verifica insieme contratto e decimali.
  • Trace. Una transazione invia 1.00 ETH ad A; il trace mostra 0.72 ETH verso B e il ritorno di 0.25 ETH. A conserva 1.00 - 0.72 - 0.25 = 0.03 ETH, prima del gas. Sono frame, non tre transazioni firmate.
  • Riorganizzazione. Una transazione in 20,000,000 con punta 20,000,012 ha profondità 20,000,012 - 20,000,000 + 1 = 13. Se il blocco esce dalla chain, ricevuta e log canonici scompaiono. Mostrare ancora 13 confirmations significa che l’indice è obsoleto.

Rischi

  • Consultare chain, testnet, fork o clone sbagliati.
  • Copiare un indirizzo troncato, avvelenato o simile.
  • Usare nome o simbolo come identità del contratto.
  • Confondere un hash pending con inclusione canonica.
  • Fidarsi di un backend RPC obsoleto, in sync o isolato.
  • Confrontare altezze senza hash e ascendenza.
  • Non rilevare sostituzione, conflitto o riorganizzazione.
  • Confondere successo della ricevuta e successo economico.
  • Ignorare il gas di una transazione inclusa e annullata.
  • Trattare i log come stato finale autorevole.
  • Decodificare con ABI, firma o decimali errati.
  • Trattare un frame di trace come transazione firmata.
  • Presumere trace completi e identici tra provider.
  • Perdere dati per archivio, pruning, paginazione o limiti.
  • Confondere sorgente verificato con audit o prova dell’emittente.
  • Esaminare un’implementazione e usare un altro proxy.
  • Omettere variazioni di proxy, beacon, amministratore o upgrade.
  • Trattare spam, etichette o prezzi fiat come consenso.
  • Usare saldi senza riconciliare UTXO o storage.
  • Dipendere da un explorer durante guasti, censura o errori.

Luoghi comuni errati

  • L’explorer è la blockchain o convalida autonomamente tutto ciò che mostra.
  • status = 1, badge verde o molte conferme provano il risultato economico previsto.
  • Log e “transazioni interne” sono stato finale e transazioni firmate separate.
  • Il sorgente verificato prova che il contratto è auditato, autentico, immutabile e sicuro.
  • Saldi, etichette, prezzi e metodi decodificati sono dati di consenso identici per ogni provider.

Argomenti correlati

Fonti

Navigazione

Cerca nella wiki...