Un sito web ben curato può far sembrare un progetto crypto più maturo di quanto non sia in realtà. Un white paper accattivante, una roadmap pluriennale e un conto alla rovescia per la vendita di token possono sembrare prove di progresso, ma si tratta pur sempre di affermazioni fatte dal progetto. Per un principiante, la prima abilità non è prevedere il prezzo, bensì imparare a distinguere le affermazioni verificabili da quelle che dovrebbero destare sospetti prima di collegare un portafoglio o inviare denaro.
Nota di ricerca: le informazioni e i link presenti in questa guida sono stati verificati il 16 settembre 2026. Le criptovalute, i documenti di progetto, gli indirizzi contrattuali e i requisiti legali possono subire variazioni. Questa è una checklist di due diligence a scopo didattico, non una raccomandazione all'acquisto o alla vendita di alcun asset.
Un white paper è un documento di progetto che descrive un problema proposto, la progettazione tecnica, il ruolo del token o della rete e le ipotesi operative. Una roadmap è un piano per le tappe future. La tokenomics si riferisce alla progettazione economica di un token: offerta, distribuzione, utilità, incentivi e programma di sblocco. Uno smart contract è un programma distribuito su una blockchain in grado di controllare i trasferimenti di token, le autorizzazioni e altre azioni.
Questi documenti sono utili perché mostrano ciò che un team afferma di star costruendo. Non costituiscono però una prova indipendente del funzionamento del prodotto, della capacità del team di rispettare le scadenze o del mantenimento del valore del token. La documentazione di Ethereum descrive la sua roadmap come un piano soggetto a modifiche, mentre il sito web attuale di Ethereum avverte che il white paper originale non rispecchia più la rete dopo anni di sviluppo. Questa è una lezione utile: anche i documenti di un progetto serio hanno una data e un ambito di applicazione.
Azione da principiante: prima di pensare al prezzo, annota il titolo del documento, la versione, la data di pubblicazione, il nome del progetto, la blockchain, l'indirizzo del contratto del token e i link ufficiali. Se il progetto non è in grado di fornire un documento con una versione stabile o un indirizzo di contratto coerente, fermati immediatamente.
Iniziate definendo il problema. Qual è il problema che affligge gli utenti oggi? Chi ne soffre? Perché una blockchain o un token potrebbero migliorare la soluzione? Una spiegazione credibile dovrebbe collegare il problema, il meccanismo proposto e il modo in cui gli utenti interagirebbero concretamente con il prodotto. L'uso di termini tecnici non è automaticamente indice di qualità. Un documento può essere lungo e comunque non spiegare a fondo la funzione del token.
Siate cauti quando un white paper ripete frasi come "rivoluzionario", "di nuova generazione" o "adozione globale" senza fornire meccanismi misurabili, presupposti, limitazioni o risultati di test. Un documento breve non è automaticamente negativo, così come un documento dettagliato non è automaticamente positivo. La questione è se sia possibile tradurre l'affermazione principale in qualcosa che possa essere successivamente verificato.
Ecco un esercizio: evidenzia tre affermazioni fattuali. Per ciascuna, indica quali prove potrebbero confermarla o smentirla: una rete di test pubblica, un repository funzionante, un contratto implementato, un'integrazione con un cliente o un set di dati pubblicato. Se nessuna prova può in alcun modo smentire l'affermazione, considerala più come materiale di marketing che come analisi.
Presta attenzione a eventuali cambiamenti inspiegabili nel nome del token, nella blockchain, nell'offerta, nella data di lancio, nei nomi dei team o nella terminologia. Testi plagiati, citazioni errate, riferimenti ad altri progetti o documenti privi di cronologia delle versioni sono seri segnali di allarme sulla qualità. La CFTC ha specificamente consigliato a chi sta valutando l'acquisto di criptovalute o token di condurre ricerche approfondite e di indagare sulle persone e le entità collegate all'offerta.
Verifica quanto segue: cerca una frase specifica tra virgolette, confronta il documento corrente con una versione archiviata, se disponibile, e chiedi al progetto di spiegare eventuali modifiche numeriche. Non considerare una risposta rapida in una chat come prova; cerca una correzione pubblica e un registro degli aggiornamenti coerente.
L'assegnazione dei token indica chi può riceverli e quando diventano trasferibili. È necessario conoscere l'offerta massima o iniziale, l'offerta circolante corrente, le assegnazioni per il team e gli investitori, le riserve di tesoreria, gli accordi di market making, le ricompense per lo staking, le emissioni e l'eventuale autorità di conio. La dicitura "assegnazione alla comunità" è troppo vaga a meno che il documento non specifichi i destinatari, le regole di distribuzione e le tempistiche.
Un'allocazione consistente da parte di un team numeroso o di investitori privati non è automaticamente indice di frode. Tuttavia, crea una concentrazione e un rischio di vendita. Il problema si aggrava quando il progetto non pubblica gli indirizzi dei wallet, i termini di vesting o un calendario per lo sblocco. Una bassa offerta circolante può inoltre far apparire i movimenti di prezzo iniziali più forti di quanto non suggerirebbe l'offerta totale, dopo la diluizione.
Ecco un esempio: crea una semplice tabella con quattro colonne: categoria del detentore, percentuale o numero di token, portafoglio o custode e data di sblocco. Evidenzia ogni campo mancante. La mancanza di informazioni non è di per sé una prova di truffa, ma è un motivo per non fidarsi della narrativa sulla capitalizzazione di mercato del progetto.
Un utility token viene descritto come uno strumento che dà accesso a un servizio, una funzionalità, uno sconto sulle commissioni, un diritto di governance o un'altra funzione. Tale funzione potrebbe comunque fallire, ma è ben diverso dal promettere agli acquirenti un profitto. La CFTC avverte gli acquirenti di comprendere quali diritti sono associati a una criptovaluta o a un token e di essere particolarmente cauti nei confronti di promesse o garanzie di valore futuro. Un white paper che considera l'apprezzamento del prezzo come l'utilità principale descrive una speculazione, non un'esigenza di prodotto comprovata.
Verificate questo: chiedetevi cosa può fare un utente con il token sul prodotto oggi, non dopo un lancio futuro indefinito. Se la risposta è solo "conservarlo", "metterlo in staking per ottenere alti rendimenti" o "venderlo alla prossima generazione", fermatevi e indagate sulla fonte economica di tali rendimenti.
Una roadmap efficace prevede traguardi concreti e verificabili: il rilascio di una versione di testnet, il rilascio di una versione del codice, una revisione della sicurezza, l'implementazione di un sistema di governance, un'integrazione confermata dal partner o il lancio della mainnet con una cronologia delle transazioni pubblica. Le date possono subire variazioni per legittime ragioni tecniche. La questione fondamentale è se il team registri le modifiche apportate e le relative motivazioni.
"Espandere l'ecosistema", "stringere partnership importanti" e "marketing globale" sono attività, non risultati. Una roadmap senza responsabili, link di rilascio, dipendenze o cronologia completa è difficile da verificare. Un progetto può essere ancora in fase iniziale, ma dovrebbe dichiararlo chiaramente invece di presentare le aspirazioni come tecnologie già realizzate.
Verifica quanto segue: per ogni traguardo raggiunto, individua un artefatto datato al di fuori della roadmap: un tag di rilascio, un record di testnet explorer, un annuncio tecnico o una conferma del partner pubblicata dal partner stesso. Se un elemento è contrassegnato come completato ma non esiste alcun artefatto indipendente, riduci il tuo livello di fiducia e non procedere alla fase finanziaria.
"Ultime ore", "chiusura assegnazione privata", bonus per segnalazioni e pressioni ad agire prima di poter leggere i documenti sono classici segnali di frode. Investor.gov elenca tra i segnali di allarme di frode sugli investimenti la pressione ad agire immediatamente, le offerte non richieste, i rendimenti garantiti e le proposte del tipo "tutti stanno comprando". Un evento legittimo a tempo limitato può comunque esistere, ma l'urgenza non elimina mai la necessità di una verifica.
Ecco un consiglio: chiudi la pagina di vendita e imposta un periodo di ripensamento. Durante questo periodo, verifica il contratto, l'assegnazione, i termini legali e il team tramite fonti indipendenti. Se l'offerta scompare perché non hai fretta, si tratta di un'informazione sull'offerta stessa, non di un motivo per ignorare la tua checklist.
Cerca i nomi dei collaboratori nei profili professionali, negli atti di convegni, nei precedenti lavori open source e nelle registrazioni aziendali, ove pertinenti. Non dare per scontato che una fotografia o il numero di follower sui social media provino l'identità. Un team anonimo non è una prova definitiva di frode; alcuni progetti open source utilizzano pseudonimi. Tuttavia, costituisce un limite di fiducia rilevante quando il progetto richiede denaro, gestisce una tesoreria o fa affermazioni perentorie su servizi regolamentati.
Per le partnership, utilizza il sito web o l'account verificato del partner. Un logo sulla pagina di un progetto non costituisce una conferma. Distingui tra un progetto pilota, un'integrazione tecnica, una collaborazione di marketing e una menzione casuale. Non sono equivalenti.
Ecco come procedere: annota ogni persona importante e ogni affermazione relativa a collaborazioni, poi trova una seconda fonte che non provenga dal progetto. Se l'unica prova è uno screenshot, una condivisione, un video di un influencer o una pagina di riferimento, contrassegna l'affermazione come non verificata.
Iniziate con l'indirizzo esatto del contratto pubblicato dal progetto, quindi confermate la rete blockchain e la transazione di distribuzione. Su Ethereum, la verifica del codice sorgente significa che il codice sorgente pubblicato e le impostazioni di compilazione corrispondono al bytecode distribuito all'indirizzo. La documentazione di Ethereum fa anche un'importante distinzione: la verifica del codice sorgente non è la stessa cosa della verifica formale della correttezza. Il codice verificato può comunque contenere un difetto di progettazione, un permesso pericoloso o un rischio economico.
Cerca funzioni o ruoli che possano coniare nuovi token, sospendere i trasferimenti, inserire indirizzi in blacklist, modificare le commissioni, aggiornare l'implementazione, prelevare asset o modificare una vendita. La documentazione di OpenZeppelin spiega che la proprietà e il controllo degli accessi basato sui ruoli determinano chi può eseguire azioni privilegiate. Tali autorizzazioni possono essere legittime, ma devono essere divulgate, limitate, monitorate e gestite tramite un processo credibile.
Verifica quanto segue: annota ogni ruolo privilegiato, il suo indirizzo attuale e la motivazione dichiarata della sua esistenza. Se la fonte non è verificata, l'indirizzo è mancante, il proprietario può modificare le regole critiche senza indugio o il progetto non è in grado di spiegare una funzione amministrativa, non collegare il tuo wallet all'applicazione. Se non riesci a leggere il codice, considera la revisione incompleta anziché presumere che un badge di audit la renda automaticamente sicura.
Il vesting è una regola che blocca i token e li rilascia gradualmente nel tempo. Il cliff è un periodo di attesa prima che inizino i rilasci. Lo sblocco può creare pressione di vendita, ma il solo programma non indica se i detentori venderanno. È necessario confrontare il programma documentato con i saldi effettivi dei wallet, i trasferimenti e le variazioni dell'offerta circolante.
Segnale d'allarme: il white paper indica una sola percentuale, mentre i termini di vendita o il contratto riportano date diverse; i portafogli del team e degli investitori non sono divulgati; oppure si avvicina uno sblocco di ingenti fondi senza una chiara spiegazione. Questo è un segnale di rischio, non una previsione garantita di un calo dei prezzi.
Verificate quanto segue: create un calendario dei prossimi sblocchi e individuate quali wallet riceveranno i token. Confrontatelo con il contratto e gli annunci ufficiali. Se i numeri non corrispondono, interrompete la verifica e richiedete una correzione scritta prima di prendere in considerazione qualsiasi transazione.
| Segnale | Cosa può indicare | Risposta immediata |
|---|---|---|
| Rendimenti garantiti o insolitamente elevati | Possibili frodi, incentivi insostenibili o rischi non divulgati | Non inviare fondi; confronta la richiesta con gli avvisi dell'autorità di regolamentazione. |
| Squadra anonima o non verificabile | Responsabilità limitata e rischio di identificazione più elevato | Verificare le prove indipendenti o interrompere |
| Nessun codice sorgente verificabile | Non è possibile ispezionare la logica distribuita | Non collegare un portafoglio né approvare una transazione |
| Fornitura o sblocchi poco chiari | Rischio di diluizione occulta o di vendita concentrata | Riconciliare documenti, portafogli e dati contrattuali |
| Pressione per una vendita urgente o per ricevere segnalazioni | L'emozione sta sostituendo la dovuta diligenza | Abbandona la pagina e concediti un periodo di riflessione. |
| Tappe fondamentali della tabella di marcia senza prove | Il marketing potrebbe essere in anticipo sulla consegna. | Cerca reperti datati e conferme da terze parti. |
Nessun singolo elemento mancante dimostra che un progetto sia fraudolento. La decisione cambia quando diversi problemi indipendenti puntano nella stessa direzione: promesse promozionali, offerta nascosta, codice non verificato e pressioni per agire. Le linee guida della CFTC avvertono che acquistare criptovalute solo perché si prevede di rivenderle a un prezzo maggiore è speculazione, anche se il white paper o il business plan sembrano convincenti.
Prima di passare dalla ricerca a qualsiasi decisione finanziaria, dovreste essere in grado di rispondere a queste domande in modo chiaro e comprensibile:
Se non riuscite a rispondere a diverse di queste domande, il passo successivo corretto non è quello di tirare a indovinare. Tornate alle prove mancanti o lasciate perdere. Un white paper può spiegare un'idea, una roadmap può descrivere le intenzioni e un codice verificato può rendere visibile la logica; nessuno di questi elementi elimina il rischio di mercato, tecnologico, di governance, di liquidità o di frode.
Per avvisi generali sulle frodi, consulta la guida di Investor.gov su come evitare le truffe sugli investimenti e l' avviso della CFTC sull'acquisto di criptovalute o token . Per i controlli relativi al codice, consulta la spiegazione di Ethereum sulla verifica degli smart contract , le linee guida di Ethereum sulla sicurezza degli smart contract e la documentazione di OpenZeppelin sul controllo degli accessi . Per comprendere in che modo un documento di protocollo serio può differire da una roadmap attuale, confronta il white paper originale di Ethereum con la roadmap attuale di Ethereum .
Impara a individuare i segnali di allarme più pericolosi nei white paper e nelle roadmap delle criptovalute, dagli sblocchi nascosti dei token e dai team non verificabili alle autorizzazioni rischiose degli smart contract.
Scopri come Proof of Work e Proof of Stake aiutano le blockchain a concordare sulla validità delle transazioni, in cosa si differenziano i miner e i validatori e a cosa dovrebbero prestare attenzione i principianti.
Scopri cosa si intende per perdita impermanente, perché i pool di liquidità AMM la generano, come le commissioni incidono sui rendimenti e quali sono i modi pratici per ridurre il rischio prima di fornire liquidità.
Learn why crypto crashes trigger bad decisions, which HODLing myths to avoid, and how to build a disciplined plan for volatility without blindly holding forever.
Is your crypto transfer pending? Learn how to identify congestion, check the transaction hash, choose between waiting and replacing, and avoid costly mistakes.
Scopri in cosa si differenziano le monete di criptovaluta dai token, inclusi la proprietà della rete, le commissioni, la sicurezza, il controllo, i casi d'uso e quale asset si adatta alle diverse esigenze.
Impara come allocare le criptovalute in base alla tolleranza al rischio, all'orizzonte temporale, alla diversificazione, alla custodia, alla liquidità e al ribilanciamento, senza affidarti a una formula universale.
Learn how to audit a crypto project’s smart contract step by step, from verifying the deployment and mapping permissions to testing logic, upgrades, and fixes.
Costruisci un portafoglio di criptovalute a lungo termine con un approccio incentrato sul rischio per l'allocazione, la selezione degli asset, la custodia, la disciplina negli acquisti, il ribilanciamento, la tenuta dei registri e la prevenzione delle frodi.
Impara a leggere i dati on-chain, a tracciare i portafogli delle balene, a valutare le etichette delle criptovalute e a distinguere i fatti verificabili della blockchain dalle deduzioni prima di agire in base all'attività del portafoglio.
