Så läser du en kryptowhitepaper kritiskt
Lär dig läsa en kryptowhitepaper kritiskt: vad varje avsnitt ska bevisa, vilka frågor du ska ställa och vilka varningssignaler som skiljer riktiga projekt från hype.
För att läsa en kryptowhitepaper kritiskt kontrollerar du fyra saker i tur och ordning: om problemet den beskriver är verkligt, om den föreslagna mekanismen rimligen löser det, om token faktiskt behövs och är rättvist fördelad, och om varje viktigt påstående kan verifieras utanför dokumentet. Se whitepapern som projektets säljpitch och tekniska påståendelista, inte som bevis.
Whitepapers blev kända genom Bitcoins whitepaper, ett dokument på nio sidor som förklarade ett nytt system så exakt att andra kunde bygga och granska det. Många senare whitepapers är motsatsen: långa, vaga och fulla av modeord. Att lära sig se skillnaden är en av de mest användbara färdigheterna inom kryptoresearch, och det tar kortare tid än du kanske tror.
Vad en whitepaper bör innehålla
De flesta seriösa whitepapers täcker liknande områden. Använd tabellen som karta medan du läser:
| Avsnitt | Vad det ska berätta | Vad du ska leta efter |
|---|---|---|
| Problembeskrivning | Vad som inte fungerar i dag och för vem | Ett specifikt, verkligt problem, inte ”blockkedjan kommer att revolutionera X” |
| Lösning och design | Hur systemet fungerar | Konkreta mekanismer, diagram, antaganden |
| Tokendesign | Vad token gör och varför den behövs | En tydlig roll, till exempel avgifter, staking eller styrning |
| Utbud och fördelning | Hur många tokens som finns och vem som får dem | Allokeringsandelar i procent, vestingscheman |
| Säkerhetsmodell | Vad som kan gå fel och hur det hanteras | Ärlig diskussion om attacker och begränsningar |
| Team och styrning | Vem som bygger och vem som beslutar om ändringar | Namngivna personer, organisationsstruktur |
| Färdplan | Vad som är byggt och vad som är planerat | Tydlig åtskillnad mellan färdigt och utlovat |
En whitepaper som hoppar över flera av dessa, eller bara täcker dem med slogans, förtjänar mer skepsis. Se även: Treasury-analys.
Steg 1: Pröva problembeskrivningen
Börja med de första sidorna. Fråga:
- 1Är problemet specifikt? ”Gränsöverskridande betalningar mellan småföretag tar flera dagar och kostar flera procent” är specifikt. ”Finanssystemet är trasigt” är det inte.
- 2Behövs en blockkedja? Många problem löses bättre med en vanlig databas. En bra whitepaper förklarar varför decentralisering, censurresistens eller offentlig verifierbarhet spelar roll just här.
- 3Vilka är användarna? Om du inte kan föreställa dig vem som skulle använda produkten saknar projektet kanske verklig efterfrågan.
Steg 2: Kontrollera om mekanismen är rimlig
Det är i designavsnittet som substansen syns. Du behöver inte förstå varje formel, men du kan ändå kontrollera:
- Finns det konkreta detaljer? Konsensusmetod, dataflöde, hur avgifter betalas, hur priser sätts.
- Anges antagandena? Varje system vilar på antaganden, till exempel en ärlig majoritet eller tillförlitliga prisflöden. Bra whitepapers namnger dem.
- Erkänns avvägningar? Påståenden om att vara det snabbaste, billigaste och mest decentraliserade nätverket på en gång, helt utan nackdelar, är en varningssignal.
- Är den originell? Klistra in några utmärkande meningar i en sökmotor. Kopierade avsnitt från andra whitepapers är ett vanligt tecken på ett slarvigt eller bedrägligt projekt.
Steg 3: Granska token noggrant
Tokenavsnittet är där många projekt avslöjar sina verkliga prioriteringar. Fråga:
- 1Vad gör token? Betalar avgifter, säkrar nätverket genom staking, används för röstning i styrningen, fungerar som säkerhet?
- 2Skulle systemet fungera utan den? Om en stablecoin eller ett befintligt mynt kunde göra samma jobb kanske token främst finns för att samla in kapital.
- 3Var kommer värdet ifrån? Om tokeninnehavare utlovas avkastning, ta reda på den faktiska källan: avgifter som användare betalar, eller nya tokens som skapas för belöningar.
- 4Hur är utbudet fördelat? Notera hur mycket som går till teamet, investerare, treasury och community, och hur snabbt det låses upp. Våra guider om tokenomics och om vestingscheman och token-upplåsningar förklarar hur sunda scheman ser ut.
Var särskilt försiktig med löften om fast eller garanterad avkastning. I många länder kan löften om vinst från ett teams insatser också få rättsliga följder för projektet. För en djupare genomgång, se Hälsokontroller av communityn.
Steg 4: Verifiera påståendena utanför dokumentet
Det här är steget som de flesta läsare hoppar över, och det viktigaste:
- Kod. Finns det ett offentligt repository med verklig utvecklingshistorik? Stämmer koden med den beskrivna designen?
- On-chain-data. Använd en blockutforskare för att kontrollera att tokenutbudet och de största innehavarna stämmer med den angivna allokeringen.
- Team. Går de namngivna personerna att hitta på egen hand, med arbetshistorik som går längre tillbaka än projektet?
- Granskningar. Om revisioner nämns, leta upp rapporten på granskningsföretagets egen webbplats.
- Partnerskap. Bekräfta att namngivna partner nämner samarbetet i sina egna officiella kanaler.
Vår bredare guide om hur du researchar ett kryptoprojekt innan du investerar visar hur dessa kontroller hänger ihop.
Varningssignaler i kryptowhitepapers
Håll utkik efter följande mönster:
- Garanterad eller ovanligt hög avkastning, eller formuleringar om ”passiv inkomst” för att hålla token.
- Staplade modeord: AI, metaverse, kvantresistent och DeFi i samma stycke utan konkreta detaljer.
- Stora tokenallokeringar till teamet eller till ”marknadsföring” med kort eller ingen vesting.
- Anonyma team i kombination med stora insamlingsmål.
- Ingen diskussion om risker, attacker eller begränsningar.
- En färdplan som mest handlar om börsnoteringar och prismål i stället för produktarbete.
- Versionshistorik där tokenallokeringar ändras i tysthet mellan utkasten.
Vi går igenom detta mer ingående i Så använder du historisk prisdata i din research.
Slutsats
En whitepaper är en utgångspunkt, inte en dom. Läs den för att förstå vad projektet påstår, och lägg sedan större delen av tiden på att kontrollera påståendena mot kod, blockkedjedata, teamets bakgrund och oberoende källor. Om dokumentet är vagt där det borde vara specifikt, eller om token verkar finnas främst för att säljas, säger det mer än aldrig så snygg design. När du är redo att jämföra projektet med andra går våra artiklar om due diligence igenom nästa steg.
Vanliga frågor
Vad är en kryptowhitepaper?
En kryptowhitepaper är ett dokument som ett projekt publicerar för att förklara vilket problem det vill lösa, hur tekniken fungerar, hur token är utformad och fördelad och vem som bygger den. Det är ett marknadsförings- och tekniskt dokument som projektet självt har skrivit, så det bör kontrolleras mot oberoende belägg i stället för att tas för gott.
Betyder en bra whitepaper att projektet är legitimt?
Nej. En välpolerad whitepaper kan skrivas eller kopieras billigt. En whitepaper är en samling påståenden. Legitimitet kommer från belägg: fungerande kod, aktivitet on-chain, riktiga användare, identifierbara teammedlemmar och en tokenfördelning som stämmer med det dokumentet utlovar.
Hur lång tid tar det att läsa en whitepaper?
En första kritisk genomläsning tar oftast 30 till 60 minuter. Fokusera på problembeskrivningen, mekanismen, tokens roll och fördelning samt teamet. Lägg sedan mer tid på att kontrollera påståendena mot koden, blockutforskaren och oberoende källor.
Vad gäller om ett projekt inte har någon whitepaper?
Många legitima projekt publicerar dokumentation, tekniska specifikationer eller forskningsrapporter i stället för en enda whitepaper. Att whitepaper saknas är inte automatiskt en varningssignal, men projektet bör ändå tydligt förklara hur det fungerar, vad token gör och hur utbudet är fördelat.