Valutare un progetto crypto richiede di separare tre domande: il prodotto serve a qualcuno, il protocollo è controllabile e il token attribuisce diritti coerenti con la sua valutazione? Un prodotto utilizzato può avere un token economicamente debole; un team identificabile può comunque gestire male fondi e sicurezza. Nessun indicatore, da solo, risolve queste domande.
Questa guida sviluppa la due diligence dopo la checklist iniziale su tokenomics e sicurezza. Il risultato utile non è un voto automatico, ma un dossier che distingue fatti verificati, ipotesi e informazioni mancanti. Non è una raccomandazione di investimento.
Come valutare un progetto crypto: partire dalle prove
Scrivi cosa offre il prodotto, a chi e rispetto a quale alternativa. Poi associa a ogni affermazione una prova: applicazione funzionante, contratto distribuito, documento legale, transazione o decisione di governance. Un whitepaper descrive il progetto, ma non dimostra che ogni funzione sia disponibile.
Annota fonte, data e versione. Un audit relativo a un vecchio contratto e un annuncio di partnership non confermato dalla controparte non provano lo stato attuale del servizio. Se non riesci a verificare una promessa importante, lasciala tra le incognite invece di assegnarle un valore favorevole.
Team, tesoreria e poteri effettivi
Controlla ruoli, contributi precedenti e soggetti che possono spostare fondi o modificare il protocollo. L’identità pubblica può aiutare a verificare una storia professionale, ma non garantisce onestà. Lo pseudonimato non prova una frode: diventa necessario capire quali controlli limitino il potere di chi opera.
Chiedi chi controlla chiavi amministrative, multisig, aggiornamenti e procedure di emergenza. Verifica firmatari, soglie e ritardi operativi nel sistema effettivamente distribuito, non solo nella presentazione commerciale. Una votazione visibile non dimostra che i partecipanti possano impedire una modifica già controllata da pochi soggetti.
Prodotto e attività: indirizzi non significa persone
Prima di confrontare utenti o transazioni, leggi la definizione della metrica. Un indirizzo attivo non coincide necessariamente con una persona: un utente può usare più indirizzi e un intermediario può rappresentare molti clienti. Bot, operazioni ripetitive e incentivi possono alterare l’interpretazione dei conteggi.
Confronta periodi omogenei e chiedi quale attività resti dopo un cambiamento degli incentivi. Un calo non dimostra da solo manipolazione: possono essere cambiati il prodotto, i costi o il metodo di misurazione. Il controllo utile è ricostruire il contesto, non selezionare il grafico più favorevole.
Per il capitale depositato, consulta la metodologia DefiLlama e l’adattatore applicabile. Prezzi degli asset, composizione dei depositi e perimetro del calcolo possono cambiare il TVL senza un corrispondente cambiamento nell’utilità del prodotto. Il TVL non è il valore del token.
Tokenomics: distribuzione, diritti e sblocchi
Ricostruisci l’offerta circolante, quella futura, le allocazioni e le condizioni di sblocco. Non esiste una percentuale universalmente accettabile per team e investitori: contano controllo effettivo, liquidità, obblighi, modificabilità del calendario e concentrazione dei diritti. Le etichette “community” o “ecosistema” non spiegano chi controlli davvero quei token.
Vesting e cliff indicano quando i token diventano disponibili secondo determinate condizioni. Uno sblocco non equivale a una vendita: occorre distinguere disponibilità, trasferimento, deposito su un exchange ed esecuzione di una vendita. Il prezzo dipende anche dalla domanda e dalla liquidità; una data di calendario non determina un esito certo.
Verifica soprattutto cosa ottiene chi possiede il token: voto, utilizzo, distribuzioni condizionate o nessun diritto economico diretto. Un protocollo con ricavi non attribuisce automaticamente quei ricavi a tutti i detentori. Leggi contratti, condizioni e decisioni applicabili.
Fee, ricavi e valutazione: confronti coerenti
Token Terminal distingue fee e ricavi trattenuti dal progetto. I secondi non coincidono automaticamente con utile netto o denaro distribuito al token. Verifica la definizione specifica del protocollo prima di usare un rapporto.
Un esempio ipotetico: capitalizzazione di 100 milioni e fee annue di 10 milioni danno un rapporto di 10. Se al protocollo resta soltanto un milione prima dei costi, il rapporto rispetto a quel ricavo è 100. Sono due denominatori diversi, non due valutazioni intercambiabili della stessa capacità di distribuire utili.
Indica sempre se usi capitalizzazione circolante o FDV, periodo osservato e metodo di annualizzazione. Proiettare un mese eccezionale su un anno può produrre un confronto ingannevole. Nessun multiplo o rapporto FDV/TVL stabilisce da solo che un token sia conveniente: confronta attività simili, costi, diritti e rischi.
Sicurezza: leggere perimetro e limiti
La documentazione Ethereum sulla sicurezza chiarisce che audit e test non eliminano tutti i difetti. Controlla versione esaminata, perimetro, problemi aperti e corrispondenza con il codice distribuito. Un logo di audit non sostituisce il rapporto.
Repository, test e bug bounty sono elementi da esaminare, non certificati automatici. Pochi commit non provano abbandono: il componente può essere stabile o lo sviluppo può avvenire altrove. Molti commit e test superati, invece, non dimostrano assenza di vulnerabilità. Senza competenze tecniche non puoi concludere che un contratto sia sicuro soltanto leggendone i commenti.
Una scheda di ricerca utilizzabile
| Area | Prova da conservare | Domanda aperta |
|---|---|---|
| Prodotto | Funzione disponibile e attività misurata | Gli incentivi spiegano gran parte dell’uso? |
| Controllo | Ruoli, firmatari e poteri di aggiornamento | Chi può cambiare le condizioni? |
| Token | Diritti, allocazioni e calendario verificabile | Quali interessi possono divergere? |
| Sicurezza | Codice distribuito e revisioni pertinenti | Quali rischi restano fuori dal perimetro? |
Non sommare le bandiere rosse come se fossero equivalenti. Una funzione che consente di prelevare i depositi e una comunicazione poco chiara hanno gravità diversa. Rendimenti promessi, urgenza artificiale, dati incoerenti e domande censurate richiedono approfondimenti, ma il numero dei segnali non costituisce un test scientifico di affidabilità.
Rivedi il dossier quando cambiano contratto, poteri amministrativi, calendario, modello economico o gestione di un incidente. Per approfondire l’interpretazione dei dati puoi proseguire con la guida all’analisi on-chain. Se un’informazione decisiva rimane sconosciuta, la conclusione corretta è dichiarare l’incertezza, non trasformarla in una previsione di rendimento.
