Un whitepaper cripto è il documento che un progetto pubblica per spiegare cosa sta costruendo, come funziona la tecnologia e quale funzione svolge il suo token. È concepito come la fonte primaria su un progetto.
Un solo documento ha definito il modello. Il 31 ottobre 2008 Satoshi Nakamoto pubblicò "Bitcoin: A Peer-to-Peer Electronic Cash System." Nove pagine, otto riferimenti bibliografici, e la parola "blockchain" non compare nemmeno una volta.
Cosa dovrebbe contenere un whitepaper
- Il problema. Cosa non funziona, e perché le soluzioni esistenti non lo risolvono.
- L'approccio tecnico. Come funziona il sistema, con un livello di dettaglio sufficiente perché qualcuno possa valutarlo.
- Tokenomics. Offerta totale, distribuzione, allocazione al team e agli investitori, calendario di sblocco e cosa fa effettivamente il token.
- Architettura. Meccanismo di consenso, progettazione della rete e dipendenze da altri sistemi.
- Team. Chi lo sta costruendo, con identità verificabili.
- Roadmap. Cosa viene rilasciato e quando.
- Rischi. Cosa potrebbe andare storto. Spesso assenti, il che è di per sé informativo.
Trattando in modo eccezionale i primi due punti, il whitepaper di Bitcoin sfiora appena il resto. Una proposta tecnica. Non un documento di raccolta fondi.
Come sono cambiati i whitepaper
Vale la pena capirlo. Spiega perché il formato ha perso credibilità.
Durante il boom delle ICO del 2017 e 2018, un whitepaper è diventato uno strumento di raccolta fondi. Somme considerevoli furono raccolte su documenti che descrivevano sistemi che nessuno ha costruito. Il plagio era comune. Lo erano anche membri del team inventati, diagrammi presi in prestito e roadmap senza alcuna ingegneria dietro.
Come segnale, oggi un whitepaper ha un peso molto minore rispetto al 2013. Molti progetti seri pubblicano invece documentazione, repository di codice e report di audit, trattando il whitepaper come una formalità.
Quindi la domanda non è più se un progetto ne abbia uno. Ciò che conta è quello che il documento rivela quando lo si legge davvero.
Come leggerne uno in modo critico
Affrontalo in quest'ordine, perché le verifiche che eliminano il maggior numero di progetti si trovano in cima e costano meno tempo. I problemi emergono presto.
1. Controlla le tokenomics prima della tecnologia. Offerta totale, offerta circolante e la suddivisione dell'allocazione. Quale percentuale è andata al team e agli investitori iniziali, e quando si sblocca? Uno sblocco di grandi dimensioni davanti a te è il dettaglio più predittivo nella maggior parte dei whitepaper.
2. Cerca cosa fa il token. Molti documenti descrivono un sistema che funziona bene senza il token, e poi ne aggiungono uno comunque. Dove la funzione è "governance" e nient'altro, chiediti cosa venga governato.
3. Metti alla prova la definizione del problema. Il problema esiste? Una blockchain è la soluzione ragionevole, o basterebbe un database? Molti progetti cadono su questa sola domanda.
4. Verifica il team. Nomi verificabili, storie reali, lavori che puoi consultare. I team anonimi non sono automaticamente squalificanti, sebbene ti privino completamente di ogni possibilità di rivalsa.
5. Leggi la sezione tecnica cercando specificità. La vera ingegneria presenta numeri, compromessi e limiti riconosciuti. Un linguaggio tecnico vago di solito non nasconde nulla al di sotto.
6. Cerca eventuali plagi. Incolla frasi distintive in un motore di ricerca. Ci sono ancora progetti che vengono scoperti così.
7. Confronta la roadmap con ciò che è stato realizzato. Con un documento di due anni, verifica cosa è stato consegnato rispetto a quanto promesso. Nulla è più rivelatore.
Segnali d'allarme
| Segnale | Perché conta |
|---|---|
| Rendimenti garantiti o previsti | Nessun documento tecnico legittimo li include |
| Previsioni di prezzo o grafici | Materiale di marketing travestito da ricerca |
| Nessuna sezione sulle tokenomics | L'informazione più importante è l'informazione mancante |
| Foto del team senza nomi | Le immagini di stock sono frequenti |
| Densità di parole d'effetto senza dettagli concreti | Spesso nasconde un'assenza di ingegneria |
| Nessuna sezione sui rischi | Ogni sistema reale ha modalità di fallimento |
| Partnership non verificabili | I loghi citati vengono usati di routine senza accordo |
I documenti che vale la pena leggere
Due ripagano la lettura per se stessi, qualunque sia la tua opinione sugli asset che hanno finito per generare o sul settore che è cresciuto attorno a essi.
Il whitepaper di Bitcoin conta nove pagine ed è in larga parte comprensibile senza una formazione informatica. Espone un problema, propone un meccanismo e si ferma.
Pubblicato da Vitalik Buterin alla fine del 2013, il whitepaper di Ethereum è più lungo e spiega il ragionamento dietro i contratti programmabili, anziché soltanto il meccanismo.
Entrambi condividono una qualità che manca a gran parte dei documenti successivi. Argomentano a favore di qualcosa. In modo abbastanza specifico da poter essere smentiti.
Cosa un whitepaper non ti dice
- Se il codice esiste. I documenti non sono implementazioni. Controlla il repository.
- Se è ancora valido. I progetti cambiano direzione. Molti whitepaper descrivono sistemi abbandonati anni fa.
- Se il team è in grado di realizzarlo. Scrivere un progetto plausibile e rilasciarlo sono competenze distinte.
- Se il token servirà a qualcosa. Le tokenomics descrivono meccaniche previste, mai risultati.
- Se è stato superato un audit. Documento del tutto separato, e la sua assenza va notata.
Il ruolo di mb.io
Leggere un whitepaper è parte della valutazione di un token. Per negoziarlo, ti serve un luogo che lo abbia esaminato anch'esso: è ciò che fa un exchange di criptovalute regolamentato.
mb.io è un exchange spot di criptovalute regolamentato, sostenuto da MultiBank Group, istituzione finanziaria fondata nel 2005 che serve oltre 2 milioni di clienti in più di 100 Paesi.
- Ogni asset quotato viene esaminato prima di arrivare sulla piattaforma
- Regolamentato da VARA negli Emirati Arabi Uniti e da AUSTRAC in Australia
- Punteggio di sicurezza 10/10 da Hacken, revisore indipendente di sicurezza blockchain
- Custodia MPC di livello istituzionale basata su Fireblocks, con fondi dei clienti segregati
- Compra, vendi e converti in tre passaggi, dalla registrazione all'acquisto
- Assistenza clienti 24/7, sul web e sulle app iOS e Android
Apri il tuo conto e inizia a fare trading su mb.io.
Domande frequenti
Che cos'è un whitepaper cripto?
Un documento pubblicato da un progetto per spiegare cosa sta costruendo, come funziona la tecnologia e quale funzione svolge il suo token. Concepito come riferimento tecnico primario.
Quando è stato pubblicato il whitepaper di Bitcoin?
Il 31 ottobre 2008, da Satoshi Nakamoto, con il titolo "Bitcoin: A Peer-to-Peer Electronic Cash System." Nove pagine, e la parola "blockchain" non compare mai.
Tutti i progetti cripto hanno un whitepaper?
La maggior parte sì, e conta meno di quanto contasse una volta. I progetti seri privilegiano oggi la documentazione, il codice pubblico e i report di audit. Molti progetti senza alcuna sostanza pubblicano whitepaper impeccabili.
Cosa dovrei cercare in un whitepaper?
Prima le tokenomics: offerta, allocazione al team e agli investitori e calendario di sblocco. Poi se il token ha una funzione, se il problema è reale, se il team è verificabile e cosa è stato effettivamente realizzato dalla pubblicazione.
I whitepaper sono affidabili?
Come segnale, notevolmente meno rispetto al periodo dal 2013 al 2016. Durante il boom delle ICO del 2017 e 2018 sono arrivati plagi diffusi, team inventati e documenti che descrivevano sistemi che nessuno ha costruito.
Qual è la differenza tra un whitepaper e un litepaper?
Un litepaper è una sintesi più breve e meno tecnica rivolta a un pubblico generale. Alcuni progetti pubblicano entrambi. Dove esiste solo un litepaper, il ragionamento dettagliato non è stato reso pubblico.
Un whitepaper significa che un progetto è legittimo?
No. Produrre un documento costa quasi nulla, e sia il copione del pump and dump sia quello del rug pull ne includono di routine uno. Punto di partenza per la ricerca, anziché una prova.
Dove posso trovare il whitepaper di un progetto?
Di norma sul sito del progetto stesso, e a volte nel suo repository di codice pubblico. Raggiungerlo attraverso il dominio ufficiale conta, anziché tramite un link in un messaggio, poiché documenti falsi su siti falsi sono una via di phishing consueta.
