Een whitepaper is een document dat bedoeld is om iets grondig genoeg uit te leggen zodat de lezer er een oordeel over kan vormen. Zowel overheden als bedrijven gebruiken deze vorm, maar in crypto weegt hij zwaarder dan in beide: vrijwel elk blockchainproject begint als een whitepaper in plaats van als product. Voordat er een applicatie, een live netwerk of een beursnotering is, bestaat er een schriftelijke uiteenzetting van wat het team wil bouwen, hoe de technologie werkt en welke functie de token heeft.
Voor beginners is dat document het dichtstbijzijnde dat er is bij een primaire bron. Deze gids behandelt wat de term betekent, wie er een schrijft, welke onderdelen erin staan, hoe je er een leest zonder je door marketing te laten meeslepen en hoe Europese regels ervan een gereguleerde informatieverschaffing maakten.
Betekenis en definitie van whitepaper in gewone taal
Het woord — vaak als één woord geschreven, whitepaper — is ouder dan crypto. Het ontstond in de Britse overheidspublicaties, waar een whitepaper een beleidsverklaring is die aan het parlement wordt voorgelegd, genoemd naar de eenvoudige omslag die hem onderscheidde van het dikkere blauwe boek. Het bedrijfsleven nam de term over voor rapporten van leveranciers die kopers moesten overtuigen. In crypto werd de term opnieuw specifieker; die beperkte betekenis wordt op deze pagina gebruikt: een crypto-whitepaper is het openbare document waarin het technische, economische en conceptuele ontwerp van een blockchainproject of digitale asset wordt uiteengezet — een blauwdruk en bedrijfsplan in één.
Het bekendste voorbeeld is ook het eerste: Satoshi Nakamoto’s beschrijving van negen pagina’s van een peer-to-peer elektronisch geldsysteem, waarmee Bitcoin werd geïntroduceerd zonder bedrijf of marketingbudget erachter. Dat document zette de standaard en het publiceren ervan werd het informele toegangsbewijs voor alles wat volgde.
Uit die geschiedenis volgen twee zaken. Het document is geschreven door mensen die er groot belang bij hebben dat je erin gelooft, en buiten de hieronder genoemde gereguleerde gevallen controleert niemand het vooraf. Het is een intentieverklaring, geen gecontroleerde indiening.
Wie schrijft een cryptocurrency-whitepaper en waarom?
Whitepapers worden opgesteld door de oprichters en kernontwikkelaars achter een project, soms met hulp van technisch schrijvers en juridisch adviseurs. Het document verschijnt meestal lang vóór het product, en daarom weegt het zo zwaar: in dat stadium is er niets anders te beoordelen. Behalve het idee uitleggen, moet hetzelfde document doorgaans meerdere functies tegelijk vervullen:
- Geloofwaardigheid vestigen. Een concreet en zorgvuldig document onderscheidt een serieus team van een gekopieerde lancering.
- Financiering aantrekken. Tijdens een ICO of andere tokenverkoop is het document de pitch.
- Voldoen aan de wet. In de Europese Unie is een conforme whitepaper nu een voorwaarde om een token aan het publiek aan te bieden.
In het document: standaardonderdelen en structuur
De vorm verschilt, maar dezelfde bouwstenen keren terug. Hieronder volgt een brancheconventie, geen juridisch sjabloon — de lijst die de Europese wet voorschrijft is iets anders. Gebruik de tabel hieronder als checklist voordat je een document grondig leest.
| Onderdeel | Wat het u moet vertellen |
|---|---|
| Samenvatting | Een overzicht van het project in gewone taal, idealiter op één pagina. |
| Probleemstelling | De specifieke lacune die wordt aangepakt, onderbouwd met bewijs in plaats van beweringen. |
| Voorgestelde oplossing | Wat het project bouwt en waarom het überhaupt een blockchain nodig heeft. |
| Technisch ontwerp | Het protocol, het consensusmechanisme, smart contracts, de architectuur en beveiligingsaannames. |
| Tokenomics | Totale voorraad, tokenverdeling, vesting, uitgifte- of verbrandingsregels en de toepassing. |
| Governance en rechten | Wat een houder kan beslissen, opeisen of gebruiken — en wat niet. |
| Routekaart | Mijlpalen, met een duidelijk onderscheid tussen geleverd werk en toekomstige plannen. |
| Team en financiers | Met naam genoemde personen met verifieerbare ervaring, plus adviseurs en investeerders. |
| Risico’s | Technische, commerciële, regelgevings- en sleutelpersoonrisico’s, openlijk vermeld. |
Tokenomics: voorraad, tokenverdeling en vraag
Tokenomics is het economische ontwerp van de asset: wie uiteindelijk de voorraad bezit, volgens welk schema deze vrijkomt en wat er vraag naar creëert. Lees de tokenverdeling vóór de visieverklaring — wanneer een groot aandeel bij insiders zit met een kort vrijgaveschema, telt de rest van het document minder dan het eerst lijkt.
Het document moet ook duidelijk vermelden om welk type asset het gaat. Een governance-token, een utility token die toegang tot een dienst betaalt, en een token die economisch als een aandeel functioneert, zijn drie verschillende zaken met drie verschillende juridische behandelingen.
Een crypto-whitepaper kritisch lezen
Een whitepaper is evenzeer een overtuigend als een beschrijvend document en verdient het scepticisme dat je toepast op alles wat door een belanghebbende partij is geschreven. Vijf vragen brengen je al een heel eind:
- Zou dit zonder blockchain werken? Zo ja, waarom is er dan überhaupt een token?
- Is het technische onderdeel specifiek, of zijn het slechts modieuze woorden die tot zinnen zijn gerangschikt?
- Worden de mensen bij naam genoemd en is hun ervaring elders te verifiëren?
- Hoe wordt de voorraad toegewezen en wanneer kunnen insiders hun tokens verkopen?
- Beschrijft de routekaart geleverd werk, of alleen beloften met datums?
Waarschuwingssignalen die u serieus moet nemen
Tekst die is gekopieerd uit het document van een ander project, gegarandeerde of voorspelde rendementen, een teamgedeelte zonder achternamen, een roadmap waarop nog niets is voltooid en verwijzingen die nergens toe leiden. Geen hiervan bewijst op zichzelf kwade trouw, maar ze komen zelden samen voor bij een serieus project.
Wanneer een whitepaper een juridisch document wordt
Gedurende het grootste deel van de geschiedenis van de sector was de whitepaper vrijwillig. In de Europese Unie veranderde dat met de Markets in Crypto-Assets Regulation, of MiCA, die ervan een verplichte informatieverschaffing maakte met een wettelijk vastgelegde inhoudslijst. Een token mag niet aan het publiek worden aangeboden of worden genoteerd voordat het document volgens die norm is opgesteld, bij de nationale toezichthouder is ingediend en gepubliceerd.
Ook als je zelf nooit iets uitgeeft, zijn twee kenmerken van het stelsel het weten waard. De toezichthouder wordt in kennis gesteld en niet om goedkeuring gevraagd; een ingediend document houdt dus geen aanbeveling in en moet dat precies zo op de eerste pagina vermelden. De tekst mag bovendien geen bewering doen over de toekomstige waarde van de asset — een Europees project dat in zijn oprichtingsdocument rendement belooft, laat je dus zien dat het de regels waaraan het onderworpen is niet heeft gelezen.
Waar de details staan
Niet elke token leidt tot deze verplichting. De voorgeschreven inhoudslijst, de gevallen die erbuiten vallen en de indieningsprocedure zijn vragen voor uitgevende partijen; deze komen aan bod op de pagina over het opstellen van een MiCA-whitepaper. Zie voor de verordening in bredere zin het overzicht van de MiCA-verordening.
Whitepaper versus litepaper, yellow paper en prospectus
Rond een lancering circuleren verschillende documenten, die beginners vaak als uitwisselbaar beschouwen. Dat zijn ze niet:
- Litepaper — een beknopte, marketinggerichte samenvatting van een cryptovalutaproject. Goed voor een eerste indruk, nooit genoeg voor een beslissing.
- Yellow paper — een formele technische specificatie voor ingenieurs, waarin de wiskunde volledig is uitgewerkt. Ethereum maakte de naam populair.
- Prospectus — de krachtens het effectenrecht vereiste informatieverschaffing wanneer de asset als financieel instrument geldt. Veel dwingender voorgeschreven en goedgekeurd, in plaats van alleen gemeld.
In Europa is er nog een onderscheid dat je moet kennen: een project kan naast de ingediende gereguleerde versie ook een gelikte marketing-whitepaper voeren. Alleen de ingediende versie geldt als informatieverschaffing, al vereisen de regels dat het marketingmateriaal ermee in overeenstemming blijft.
Waar je een whitepaper vindt en hoe je die gebruikt bij due diligence
Projecten publiceren de crypto-whitepaper op hun eigen website, meestal als PDF met een link op de voorpagina. Kopieën circuleren op codeopslagplaatsen en verzamelsites, en documenten die volgens het EU-stelsel zijn ingediend staan in een openbaar register. Geef de voorkeur aan de versie van het project zelf en controleer de datum.
Het lezen ervan is een beginpunt, geen oordeel, en slechts één onderdeel van due diligence. De beweringen kunnen worden getoetst aan openbare code, beveiligingsaudits, on-chain gegevens over tokenhouders en het verleden van de daarin genoemde personen. Een document dat die toets doorstaat, vertelt je iets; een document dat niet te controleren is, vertelt je ook iets.
Veelgestelde vragen
Buiten gereguleerde aanbiedingen doorgaans niet: het is een intentieverklaring, geen contract. Onder het EU-stelsel verandert dat, omdat de verantwoordelijke partij civielrechtelijk aansprakelijk kan worden gesteld voor informatie die onvolledig, oneerlijk of misleidend is.
Nee. Het schrijven ervan kost niets en vereist niemands toestemming — ook scamprojecten publiceren ze, vaak geplagieerd. Lees het zowel op waarschuwingssignalen als op beloften. Het is nuttig omdat het beweringen bevat die aan code en openbare tokengegevens kunnen worden getoetst, niet omdat het bestaat.
Niet onder het EU-stelsel, dat elke bewering over de toekomstige waarde van de asset verbiedt en een waarschuwing vereist dat deze zijn volledige waarde kan verliezen. Elders geldt zo’n regel niet; daarom zijn voorspelde rendementen een waarschuwingssignaal en geen overtreding.
Niet regel voor regel. Je kunt het nog steeds op concreetheid beoordelen: genoemde protocollen en specifieke parameters zijn beter dan bijvoeglijke naamwoorden, en alles wat het document over de technologie beweert moet toetsbaar zijn aan de openbare code van het project.
Ja, en de meeste projecten herzien hun document naarmate het werk vordert. Onder het EU-stelsel moet een wezenlijke wijziging opnieuw worden gepubliceerd als gewijzigd document; een verouderde kopie kan dus inhoudelijk onjuist zijn in plaats van slechts achterhaald.