Molti token nascono e scompaiono in pochi giorni. Per distinguere progetti con basi solide da rischi evidenti servono strumenti on-chain e un metodo replicabile. Etherscan, il principale explorer di Ethereum, offre informazioni cruciali su contrattoholderliquidità e permessi che, lette con ordine, rivelano la qualità tecnica di un asset. L’obiettivo è costruire un processo che riduca l’emotività e faccia emergere indizi chiari prima di decidere se proseguire o passare oltre.
Questa guida passo-passo mostra come percorrere le schermate chiave di Etherscan e integrare dati da strumenti on-chain complementari. Non serve essere sviluppatori: bastano alcune verifiche standard, una checklist coerente e attenzione ai dettagli. Ogni controllo è pensato per i principianti, con termini spiegati e red flag tipiche evidenziate, così da evitare i rischi più comuni legati a rug pull mint incontrollati e manipolazioni di liquidità.
Perché partire da Etherscan: il cuore dei dati on-chain
Etherscan è il punto di accesso più affidabile per leggere la storia on-chain di un token. Dal profilo del contratto si ottengono la verifica del codice l’elenco delle transazioni la pagina Holders i token approvals e i collegamenti alle pool DEX. Queste sezioni permettono di capire come il contratto è stato scritto, chi possiede l’offerta, come circola la liquidità e quali poteri restano in mano al team. Prima regola: validare sempre che l’indirizzo del token provenga da un canale ufficiale del progetto (sito, GitHub, annuncio firmato), per evitare contract spoofing e falsi duplicati che imitano nome e ticker.
Verifica del contratto e lettura minima del codice
Aprire la scheda Contract su Etherscan e controllare se il codice è Verified. Un contratto non verificato impedisce la revisione pubblica: per un principiante è un chiaro campanello d’allarme. Se verificato, usare Read Contract e Write Contract per capire funzioni disponibili. Termini critici: mint (creazione di nuovi token), pause (sospensione dei trasferimenti), blacklist (blocco indirizzi), tax (tasse di scambio), maxTxAmount (limite per transazione). Presenza non significa truffa, ma se tali funzioni sono attive e controllate da un owner centrale, il rischio aumenta. Verificare anche eventuali proxy un contratto upgradabile consente modifiche future, da valutare con prudenza.
Distribuzione holder: concentrazione e movimenti sospetti
Nella scheda Holders contano due aspetti: la concentrazione e la natura degli indirizzi. Se i primi 10 indirizzi detengono oltre il 50% dell’offerta, l’asimmetria è elevata. Valutare se gli indirizzi sono burn (es. 0x…dead), smart contract di DEX o wallet normali. Grossi saldi su pochi wallet non etichettati sono un rischio soprattutto se combinati con spostamenti rapidi verso gli exchange. Controllare lo storico delle transfer per individuare pattern di airdrop massivi o dreni verso indirizzi collegati. Un burn sostanziale e irreversibile può ridurre l’offerta circolante, ma non compensa una governance troppo centralizzata.
Liquidità bloccata e pool su DEX: dove nasce il prezzo
La sezione Token Tracker e i link alla pool su DEX mostrano dove si forma il prezzo. Due domande: la liquidità è bloccata? per quanto tempo e con quale locker? Cercare indicazioni in commentslinks del progetto e su piattaforme di liquidity locking. Se la liquidità è in un wallet del team senza lock o in un contratto revocabile, il rischio di rug pull è elevato. Valutare anche la profondità della pool (TVL) e la presenza di più coppie (es. token/ETH e token/stable): pool sottili amplificano la volatilità e facilitano manipolazioni di prezzo con pochi fondi.
Permessi admin e ruoli: chi può cambiare cosa
In Read/Write Contract cercare l’owner e i ruoli di AccessControl (es. DEFAULT_ADMIN_ROLE). Un owner esterno non multi-sig concentra potere. Meglio se l’owner è un multi-sig on-chain con più firmatari, idealmente visibili e documentati. Verificare funzioni come setTaxexcludeFromFeesupdateRouterenableTradingsetMaxTxgrantRole. Se il contratto è upgradabile individuare l’admin del proxy e le restrizioni sull’upgrade. La presenza di pausableblacklistable e mintable non è di per sé negativa, ma deve essere compensata da governance trasparente, limiti chiari e comunicazioni pubbliche sugli scenari d’uso.
Red flag tecniche da riconoscere subito
Segnali ricorrenti: contratto non verificato owner EOA con pieni poteri, funzioni di mint senza cap, tax elevate e modificabili, trading bloccabile a discrezione, liste nere arbitrarie, proxy aggiornabile controllato dal team, liquidità non bloccata o lock di pochi giorni, honeypot (acquisti possibili, vendite bloccate), top holder anonimi che sincronizzano movimenti, supply con decimali atipici per confondere, commenti promozionali senza riscontri on-chain. Una singola red flag può essere gestibile; più red flag combinate suggeriscono di interrompere l’analisi e preservare capitale.
Workflow replicabile per principianti: la checklist operativa
- Validazione indirizzo recuperare il contract address solo da canali ufficiali; evitare copie con ticker simile.
- Verifica codice controllare badge Verified; se assente, scartare. Se presente, passare a Read/Write Contract.
- Funzioni critiche identificare mint, pause, blacklist, tax, maxTxAmount, proxy/upgradability e chi li controlla.
- Owner e ruoli verificare se l’owner è multi-sig; annotare ruoli admin e limiti. Diffidare di EOA con poteri totali.
- Holders valutare concentrazione top 10, natura degli indirizzi (DEX, burn, wallet) e movimenti recenti sospetti.
- Liquidità controllare lock, durata, locker, TVL e coppie su DEX; evitare pool sottili e non bloccate.
- Approvals rivedere token approvals insoliti e permessi estesi a contratti non necessari.
- Cross-check incrociare con strumenti on-chain per honeypot, sicurezza proxy e analisi delle transazioni anomale.
- Documentazione cercare whitepaper, audit, indirizzi multi-sig, piani di emissione; l’assenza di basi è un rischio.
- Decisione se 2-3 red flag maggiori coincidono (es. liquidità non lockata + mint illimitato + owner EOA), interrompere l’iter.
Applicando questa sequenza, l’utente trasforma l’analisi in un processo disciplinato. Ogni step riduce l’incertezza e fa emergere i punti non negoziabili: codice verificatoproprietà trasparenteliquidità sicura. Quando i dati on-chain non sostengono la narrativa di marketing, il segnale è già arrivato: risparmiare tempo oggi vale più di inseguire un rimbalzo domani.
