L’explorer giusto dipende dalla chain

Perché i modelli di stato contano più dei loghi

Ogni pagina di chain su questo sito si apre con un modello di stato, perché quella singola proprietà determina più su come si legge un explorer di qualsiasi altra cosa. Ce ne sono essenzialmente cinque in uso tra le reti che copriamo, e una volta che sa riconoscerli le interfacce smettono di sorprendere.

La conseguenza pratica è che la stessa parola significa cose diverse tra questi modelli. "Saldo" è un numero memorizzato su una chain a conto e una somma calcolata su una chain UTXO. "Confermato" significa un blocco su Bitcoin, uno slot su Solana, e una ricevuta del sequencer su un rollup che non si è ancora regolato su Ethereum. La nostra guida su verificare le conferme analizza dove quelle differenze mordono davvero.

Il secondo tema ricorrente è l'asincronia. Su TON, NEAR, Polkadot e ogni rollup, un'azione utente diventa diversi record on-chain con identificatori diversi, e cercare quello sbagliato sulla chain sbagliata è il motivo più comune per cui le persone credono che i fondi siano svaniti. Quasi sempre è un problema di ricerca piuttosto che una perdita.

Cosa copre ogni pagina di chain

Le stesse quattro cose, nello stesso ordine, così può passare dall'una all'altra senza dover reimparare il layout.

Primo, gli explorer che gestiscono correttamente quella chain, classificati, con una riga su a cosa ciascuno serve davvero piuttosto che un elenco di funzionalità. Secondo, la particolarità strutturale che inganna le persone — la cosa che vale per questa chain e non per le altre, e che nessun explorer spiega nella pagina in cui morde. Terzo, le conseguenze pratiche di quella particolarità per chiunque invii o riceva valore. E quarto, la versione specifica per chain di domande che le persone fanno ovunque: quante conferme, perché questo è costato quanto è costato, dove sono finiti i miei token.

Abbiamo deliberatamente evitato di scrivere la stessa pagina quattordici volte cambiando i nomi. La pagina Bitcoin dedica la maggior parte della sua lunghezza al mercato delle commissioni e agli output di resto, perché quelle sono le cose su cui gli utenti Bitcoin inciampano davvero. La pagina TON riguarda per lo più i messaggi asincroni, perché è ciò che si rompe su TON. La pagina Monero riguarda in gran parte ciò che un explorer non può mostrarle, perché è l'argomento onesto.

Quali chain mancano, e perché

Quattordici non è un tentativo di completezza e non è una classifica di importanza. È l' insieme in cui valgono due condizioni: c'è una domanda di ricerca reale per informazioni sugli explorer, e c'è qualcosa di genuinamente utile da dire su come si legge la chain.

Diverse grandi reti sono assenti per la seconda ragione. La maggior parte delle chain EVM si legge in modo identico a Ethereum — stessi indirizzi, stesso strumentario, stesso comportamento dell'explorer — quindi una pagina separata sarebbe la pagina Ethereum con un chain ID diverso. Dove una chain EVM differisce in un modo che conta, come il regolamento di Base o il checkpointing di Polygon, ottiene la propria pagina.

Altre sono coperte all'interno di una recensione piuttosto che di una pagina di chain. L'architettura a tre chain di Avalanche è spiegata nella nostra recensione di Snowtrace, la governance e XCM di Polkadot in Subscan, gli alberi di ricevute di NEAR in NearBlocks, l'astrazione di conto di Starknet in Starkscan, e il modello di servizi di Hedera in HashScan. La spiegazione esiste; vive semplicemente accanto allo strumento piuttosto che in una pagina propria.

Se una chain a cui tiene manca e c'è qualcosa di specifico sulla sua lettura che non abbiamo coperto, ce lo dica. Aggiungiamo pagine quando c'è qualcosa da dire, non per riempire una lista.

L'errore che attraversa ogni chain qui

Un pattern appare in più di queste pagine di qualsiasi altro, e se deve prendere una sola cosa da questo hub dovrebbe essere questa.

Ogni volta che un sistema è asincrono o attraversa due chain, un'azione utente diventa diversi record on-chain con identificatori diversi. L'identificatore non si trasferisce. Quindi cercare l'hash che le è stato dato, sulla chain su cui pensa di essere, non restituisce nulla — e la conclusione ragionevole è che i fondi siano svaniti.

Quasi mai lo sono. Succede su Base e ogni altro rollup, dove un deposito su Ethereum e il suo accredito sul rollup sono transazioni separate. Succede su TON, dove un'azione diventa una catena di messaggi. Succede su Polkadot con i trasferimenti XCM, su NEAR con gli alberi di ricevute, e su Avalanche quando si sposta tra le sue tre chain.

La soluzione è sempre la stessa: stabilisca su quale chain si trova davvero, e trovi lo strumento che collega entrambe le metà. Alcuni explorer lo fanno esplicitamente — il tracciatore di messaggi inter-chain di Arbiscan e la vista XCM di Subscan sono i due esempi più chiari. La maggior parte non lo fa, e la lascia ad abbinare per importo e timestamp.

Prima di concludere che qualcosa è perso, verifichi di star cercando l'identificatore giusto sulla chain giusta. Nella nostra esperienza ciò spiega la stragrande maggioranza di questi casi, e richiede meno di un minuto.