Etherscan è un block explorer, cioè un servizio che rende leggibili i dati pubblici registrati sulla blockchain di Ethereum. Può essere utile per verificare se un trasferimento è arrivato, controllare il costo del gas, riconoscere il contratto coinvolto in un’interazione con una dApp o analizzare i movimenti associati a un indirizzo.
Il punto fondamentale è distinguere ciò che Etherscan mostra da ciò che può realmente fare. L’explorer non custodisce le criptovalute, non può annullare una transazione e non sostituisce il wallet. Legge e organizza informazioni già pubblicate sulla rete: se una transazione è stata confermata, il dato è generalmente verificabile; se è ancora pendente o la rete sta attraversando una riorganizzazione, lo stato può cambiare.
Questa guida spiega come leggere una pagina di Etherscan partendo dagli elementi più importanti, con particolare attenzione a Ethereum e ai token compatibili con i suoi standard.
Che cosa si può cercare su Etherscan
Nella casella di ricerca è possibile inserire diversi tipi di identificativi. I più comuni sono un indirizzo pubblico, un transaction hash, un numero di blocco, un nome o simbolo di token e un indirizzo di smart contract.
- Indirizzo: mostra il saldo visualizzato, le transazioni, i token detenuti e le interazioni registrate. Può appartenere a un wallet, a un exchange, a uno smart contract o ad altro tipo di account.
- Transaction hash: è l’identificativo univoco di una transazione. Viene spesso chiamato anche transaction ID o TxID. È il riferimento più utile quando si vuole verificare un singolo trasferimento.
- Blocco: permette di osservare le operazioni incluse in una specifica unità della blockchain, insieme a informazioni come timestamp, validatore e numero di transazioni.
- Contratto: consente di consultare codice verificato, funzioni e interazioni pubbliche di uno smart contract.
Un indirizzo o un hash copiato da un messaggio, da un exchange o da un wallet va sempre controllato con attenzione. Un solo carattere errato può portare a una pagina diversa o, nel caso di un invio, a un destinatario sbagliato.
Come leggere la pagina di una transazione
Quando si apre un transaction hash, la prima voce da controllare è lo status. Una transazione può risultare riuscita, fallita oppure ancora pendente. “Success” indica che l’operazione è stata inclusa nella blockchain e che l’esecuzione non ha prodotto un errore secondo le regole dello smart contract. Non significa necessariamente che il destinatario abbia ricevuto l’asset atteso: bisogna verificare anche il tipo di operazione e gli eventuali trasferimenti di token.
Uno stato “failed” indica che la transazione è stata inclusa ma l’esecuzione ha incontrato un errore. In questo caso il trasferimento principale o l’azione richiesta potrebbe non essere avvenuta. Il gas, però, può essere stato consumato: la rete deve comunque remunerare il lavoro compiuto dai validatori o dai proponenti del blocco.
Una transazione “pending” non è ancora definitiva. Può essere in attesa di inclusione, sostituita da una nuova transazione con lo stesso nonce o non essere più accettata dalla rete. Finché non compare in un blocco confermato, non dovrebbe essere considerata conclusa.
Subito dopo è utile osservare i principali identificativi:
- Transaction hash: il codice della transazione, da conservare se si deve chiedere assistenza a un exchange o verificare un’operazione.
- Block: il blocco che contiene la transazione. Se il campo è vuoto, l’operazione potrebbe non essere ancora confermata.
- Timestamp: l’orario associato al blocco. Non deve essere interpretato come una prova assoluta dell’istante in cui l’utente ha premuto il pulsante nel wallet.
- From: l’account che ha inviato la transazione e pagato il gas.
- To: il destinatario tecnico della transazione. Può essere un altro indirizzo oppure uno smart contract.
- Value: la quantità di ETH trasferita direttamente nella transazione. Se l’operazione riguarda un token, questo campo può essere pari a zero anche quando nei log è registrato un trasferimento di token.
Il campo “Transaction Action” o una voce equivalente può riassumere l’azione riconosciuta da Etherscan, come un trasferimento di token, un deposito o un’interazione con un contratto. È una comoda sintesi, ma per i casi più complessi è preferibile controllare anche i trasferimenti e gli eventi sottostanti.
Gas, fee e differenza tra ETH e token
Ogni transazione su Ethereum utilizza gas, l’unità che misura il lavoro computazionale necessario per eseguire un’operazione. Il costo finale viene pagato in ETH e dipende dal gas utilizzato e dal prezzo del gas applicato alla transazione.
Nella pagina di Etherscan si possono incontrare voci come gas limit, gas utilizzato, base fee, priority fee e transaction fee. Il gas limit è il limite massimo di gas che il mittente autorizza per l’operazione; il gas utilizzato è quello effettivamente consumato. La transaction fee è il costo complessivo pagato in ETH.
La commissione non è una percentuale sul valore trasferito. Un’operazione che invia una quantità minima di token può costare più di un trasferimento di grande valore, perché la complessità dello smart contract e il carico della rete incidono sul lavoro richiesto. Un semplice trasferimento di ETH e uno scambio su un protocollo decentralizzato, per esempio, non hanno normalmente lo stesso consumo di gas.
Per evitare un errore frequente, bisogna separare tre elementi:
- ETH trasferito: è l’importo indicato nel campo Value.
- Token trasferiti: sono riportati nella sezione Token Transfers o nei relativi eventi.
- Commissione: è l’ETH pagato alla rete e non rappresenta un importo ricevuto dal destinatario.
Se un wallet mostra un saldo di token ma non consente di completare un’operazione, può mancare ETH sufficiente per pagare il gas sulla rete corretta. Al contrario, possedere ETH su una rete diversa non significa necessariamente poter pagare una transazione su Ethereum.
Come interpretare Token Transfers e Internal Transactions
La sezione Token Transfers raccoglie i movimenti di token rilevati nei dati della transazione. Per ogni riga bisogna verificare il token, l’indirizzo del mittente, quello del destinatario e l’importo. Il nome e il simbolo visualizzati non sono sufficienti a identificare un asset: token diversi possono usare nomi o ticker uguali o simili.
L’indirizzo del contratto del token è il riferimento più importante. Va confrontato con una fonte affidabile, come la documentazione ufficiale del progetto o un canale verificato, senza fidarsi automaticamente di un risultato sponsorizzato, di un messaggio privato o di un token ricevuto casualmente nel wallet.
Il numero mostrato può dipendere dai decimali del token. Un contratto può registrare gli importi in unità minime e l’explorer li converte in una forma leggibile. Per questo è prudente non interpretare una lunga stringa numerica senza controllare simbolo, decimali e contratto.
Le Internal Transactions non sono transazioni separate firmate dall’utente. Sono trasferimenti o chiamate generate durante l’esecuzione di una transazione o di uno smart contract. Un protocollo può, per esempio, ricevere un’attività e trasferire ETH a un altro indirizzo nel corso della stessa esecuzione. Questa sezione aiuta a ricostruire il flusso dei fondi, ma va letta insieme a input, eventi e contratto coinvolto.
Input Data, eventi e smart contract
Quando una transazione interagisce con uno smart contract, il campo Input Data contiene i dati che descrivono la funzione chiamata e i suoi parametri. Se il contratto è verificato, Etherscan può mostrare un nome più comprensibile, come approve, transfer, swap o deposit. Se il contratto non è verificato, i dati possono apparire come una sequenza esadecimale difficile da interpretare.
La funzione approve, per esempio, non trasferisce necessariamente token in quel momento. Registra un’autorizzazione che permette a un altro indirizzo, spesso un contratto, di spendere fino a una determinata quantità di token per conto dell’utente. Una successiva funzione può utilizzare quella delega. Per questo una transazione riuscita non è automaticamente innocua: bisogna capire che cosa è stato autorizzato.
Nella scheda Logs sono visibili gli eventi emessi dagli smart contract. Gli eventi possono registrare trasferimenti, scambi, depositi, prelievi e altre azioni. Sono una componente importante per ricostruire ciò che il contratto ha dichiarato durante l’esecuzione, ma non trasformano uno smart contract non verificato in un contratto affidabile.
La scheda Contract può includere le sezioni Read Contract e Write Contract. Le funzioni di lettura interrogano dati pubblici senza richiedere una firma. Le funzioni di scrittura modificano lo stato della blockchain e richiedono una transazione, con pagamento del gas e possibili rischi economici. Collegare un wallet a Etherscan o a una dApp non deve essere confuso con l’invio di una transazione, ma ogni firma va comunque esaminata prima della conferma.
Una procedura pratica per verificare un trasferimento
Per controllare un invio di ETH o token è utile seguire sempre lo stesso ordine:
- Primo: aprire Etherscan dalla pagina ufficiale o da un segnalibro affidabile e incollare il transaction hash, non una password o la seed phrase.
- Secondo: controllare che la rete sia quella corretta. Un explorer Ethereum non deve essere confuso con un explorer dedicato a un’altra rete compatibile con Ethereum.
- Terzo: verificare status, blocco e conferme. Una transazione inclusa in un blocco è diversa da una transazione ancora pendente.
- Quarto: confrontare gli indirizzi From e To con quelli previsti, prestando attenzione ai primi e agli ultimi caratteri.
- Quinto: controllare Value se si tratta di ETH e Token Transfers se si tratta di un asset fungibile o di un NFT.
- Sesto: verificare fee e rete usata. Un trasferimento corretto ma costoso non è la stessa cosa di un trasferimento non riuscito.
Se si sta aspettando un accredito da un exchange, il transaction hash è spesso il riferimento più utile per l’assistenza. Tuttavia, l’exchange potrebbe richiedere anche la rete, il memo o il tag associato, quando previsti dal servizio. Un hash confermato su una rete non dimostra che l’accredito sia stato effettuato su un’altra rete o che tutti i dati richiesti siano corretti.
Errori e rischi da evitare
Il primo errore è considerare Etherscan un’autorità che certifica la legittimità di un token o di un progetto. L’explorer mostra dati on-chain; non garantisce che il contratto sia sicuro, che il token abbia valore o che il destinatario sia una persona affidabile.
Un secondo rischio riguarda i token o gli NFT inviati senza richiesta. La loro presenza nel wallet non implica che debbano essere venduti, trasferiti o utilizzati. Interagire con un contratto sconosciuto può portare a firmare autorizzazioni dannose o a esporre il wallet a truffe.
È inoltre sbagliato pubblicare la seed phrase, la chiave privata o credenziali di accesso per “verificare” una transazione. Etherscan richiede dati pubblici come indirizzi e hash, mai il materiale che consente di controllare il wallet. Anche gli indirizzi pubblici, pur non rivelando direttamente l’identità, possono rendere osservabili saldi e movimenti: condividerli senza considerare la privacy può facilitare il tracciamento finanziario.
Infine, non bisogna confondere un trasferimento visualizzato con una garanzia di irreversibilità assoluta in ogni momento. Le transazioni confermate sono normalmente difficili da modificare, ma eventi eccezionali come riorganizzazioni della catena possono richiedere di attendere ulteriori conferme, soprattutto quando il valore o l’importanza dell’operazione è elevata.
Imparare a leggere Etherscan significa soprattutto scomporre una transazione in domande semplici: chi ha firmato, quale contratto è stato chiamato, quale asset si è mosso, quanto gas è stato consumato e quale risultato è stato registrato. Usato in questo modo, l’explorer diventa uno strumento di controllo e trasparenza, non un sostituto del giudizio sulla sicurezza di un wallet, di una dApp o di un investimento.
