Bitcoin whitepaper uitgelegd: wat Satoshi Nakamoto in 2008 op negen pagina's beschreef

De Bitcoin whitepaper is een document van negen pagina's met de titel ‘Bitcoin: A Peer-to-Peer Electronic Cash System’, dat een persoon of groep onder de naam Satoshi Nakamoto op 31 oktober 2008 publiceerde. Het beschrijft in twaalf korte secties hoe digitaal geld zonder bank kan werken: een open netwerk van computers zet alle betalingen in een vaste volgorde, en rekenwerk zorgt ervoor dat niemand die volgorde achteraf vervalst. Op deze negen pagina's rust tot op vandaag elke bitcoin die je koopt, bewaart of verstuurt.

Op 31 oktober 2026 werd het document 18 jaar oud. Wie vandaag bitcoin aanhoudt, bezit in de kern wat Satoshi toen schetste: een vermelding in een openbaar grootboek, waarover alleen beschikt wie de bijbehorende privésleutel heeft. Dit artikel loopt de whitepaper sectie voor sectie door, vertaalt de vaktermen naar het Nederlands en laat zien wat daarvan in 2026 nog net zo geldt en wat pas later is toegevoegd.

Wat is de Bitcoin whitepaper? Negen pagina's van 31 oktober 2008

Een whitepaper is een technisch basisdocument dat een idee presenteert voordat er een kant-en-klaar product bestaat. Satoshi Nakamoto kondigde de Bitcoin whitepaper aan in een kort bericht op de Cryptography-mailinglijst, een verzendlijst voor cryptografen, informatici en privacyvoorvechters. De eerste zin van het bericht luidt vertaald: ‘Ik heb gewerkt aan een nieuw elektronisch contantgeldsysteem dat volledig peer-to-peer is, zonder vertrouwde derde partij.’

Peer-to-peer betekent dat de deelnemers rechtstreeks met elkaar verbonden zijn en geen centrale server het netwerk aanstuurt. Het bestand zelf stond toen, net als nu, op bitcoin.org. Het document telt negen pagina's, ingedeeld in een samenvatting, twaalf genummerde secties en een literatuurlijst met acht bronnen. Als contactadres noemt het document alleen een e-mailadres bij een gratis maildienst. Wie achter de naam zit, is tot vandaag niet bewezen.

De timing was geen toeval van de kalender, maar viel midden in de financiële crisis. Enkele weken eerder was de Amerikaanse zakenbank Lehman Brothers ingestort, overheden ondersteunden wereldwijd hun banken. De whitepaper zelf noemt de crisis met geen woord. De kritiek richt zich nuchter op een betalingssysteem dat afhankelijk is van vertrouwen in tussenpersonen.

De opbouw van de whitepaper in een overzicht

• Sectie 1, inleiding: het probleem van betalingen op basis van vertrouwen op internet
• Sectie 2 tot 4: transacties, tijdstempelserver en proof of work
• Sectie 5 en 6: hoe het netwerk werkt en waarom deelnemers meedoen
• Sectie 7 tot 9: opslagruimte besparen, vereenvoudigde betalingscontrole, bedragen splitsen en samenvoegen
• Sectie 10 en 11: privacy en de kansberekening over aanvallen
• Sectie 12: conclusie

Het dubbele-uitgaveprobleem: welk gat de whitepaper wilde dichten

Het dubbele-uitgaveprobleem (in het Engels double spending) is de vraag hoe je voorkomt dat iemand dezelfde digitale munt twee keer uitgeeft. Bij contant geld speelt die vraag niet: wie een biljet overhandigt, heeft het niet meer. Een bestand daarentegen is eindeloos te kopiëren. Tot 2008 werd het probleem opgelost met een centrale partij, meestal een bank of betaaldienst, die een grootboek bijhoudt en elke betaling controleert.

Juist die centrale partij wilde Satoshi overbodig maken. In de inleiding beschrijft de whitepaper de kosten van het oude model: betalingen kunnen worden teruggedraaid, daarom moeten handelaren hun klanten wantrouwen en meer gegevens vragen dan nodig, een zeker aandeel fraude geldt als onvermijdelijk, en kleine bedragen lonen nauwelijks vanwege de kosten. Gevraagd wordt een elektronisch betalingssysteem dat op cryptografisch bewijs berust in plaats van op vertrouwen. Twee partijen moeten rechtstreeks met elkaar kunnen handelen, zonder dat een derde moet instemmen.

Belangrijk om het te begrijpen: Satoshi was niet de eerste met dit idee. De literatuurlijst noemt op de eerste plaats b-money van Wei Dai uit 1998 en met Hashcash van Adam Back een methode uit 2002, die oorspronkelijk spam moest afremmen. Nieuw was de combinatie: een netwerk zonder centrale partij dat het met rekenwerk zelf eens wordt over een gezamenlijke boekhouding.

Transacties en digitale handtekeningen: hoe een munt van eigenaar wisselt

Sectie 2 definieert een elektronische munt als een reeks digitale handtekeningen. Een digitale handtekening is een wiskundig bewijs dat een bericht afkomstig is van de houder van een bepaalde privésleutel, zonder dat die sleutel wordt prijsgegeven. Wie bitcoin doorgeeft, ondertekent een hashwaarde van de vorige transactie samen met de publieke sleutel van de ontvanger. Zo kan iedereen de herkomst van een munt terugvolgen tot haar oorsprong.

Een hashwaarde is een soort digitale vingerafdruk: een rekenfunctie maakt van willekeurige gegevens een korte tekenreeks met een vaste lengte. Verandert er ook maar één teken in de gegevens, dan verandert de hele vingerafdruk. Uit de vingerafdruk zijn de oorspronkelijke gegevens niet terug te rekenen.

Handtekeningen alleen lossen het probleem echter niet op. De ontvanger ziet wel van wie een munt was, maar niet of de vorige eigenaar haar niet al aan iemand anders heeft gegeven. De whitepaper trekt daaruit de beslissende conclusie: alle transacties moeten openbaar worden gemaakt, en de deelnemers hebben een systeem nodig waarmee ze het eens worden over één geldige volgorde. Het is altijd de eerst bevestigde transactie die telt, elke latere uitgave van dezelfde munt is ongeldig.

Voor jou als belegger staat in deze sectie de belangrijkste zin over eigendom: bitcoin is van wie de privésleutel beheert. Hoe publieke en privésleutels samenwerken, legt onze gids over private key en public key uitgebreid uit.

Tijdstempelserver en proof of work: waarom rekenwerk de volgorde beveiligt

Sectie 3 beschrijft een tijdstempelserver. Die berekent de hashwaarde van een pakket gegevens, een blok, en publiceert die waarde. Daarmee is bewezen dat de gegevens op dat moment bestonden. Elke nieuwe tijdstempel bevat de vorige, zodat elk volgend blok de oudere beveiligt. Precies deze koppeling van blok aan blok heet vandaag blockchain.

Zodat geen centrale server deze tijdstempels uitgeeft, verdeelt sectie 4 de taak via proof of work. Proof of work, in het Nederlands bewijs van werk, is een methode waarbij een computer veel pogingen moet doen tot hij een hashwaarde met een bepaalde eigenschap vindt, terwijl het controleren van het resultaat één enkele rekenstap kost. De whitepaper noemt als voorbeeld de hashfunctie SHA-256: de gezochte hashwaarde moet beginnen met een bepaald aantal nulbits. Om haar te vinden, verandert de computer een getal in het blok, de zogeheten nonce, tot het resultaat klopt.

Wie een oud blok wil veranderen, zou dit werk moeten overdoen voor dat blok en voor alle blokken die erna zijn toegevoegd, en daarna de eerlijke deelnemers nog moeten inhalen. De whitepaper formuleert de kern als ‘one-CPU-one-vote’, dus één stem per processor in plaats van één stem per IP-adres, want IP-adressen zijn goedkoop in grote aantallen te verkrijgen. De geldige versie van de boekhouding is de langste, dus die met het meeste geïnvesteerde rekenwerk.

De moeilijkheidsaanpassing stond al in de tekst van 2008

Een detail wordt vaak over het hoofd gezien: al de whitepaper voorziet erin dat de moeilijkheid van het bewijs van werk zich aanpast. Basis is een voortschrijdend gemiddelde dat een vast aantal blokken per uur nastreeft. Worden blokken te snel gevonden, dan stijgt de moeilijkheid. Dit mechanisme verklaart waarom bitcoin ondanks steeds snellere mininghardware gemiddeld rond één blok per tien minuten blijft.

Netwerk en mining-prikkel: hoe nieuwe bitcoin in omloop komen

Sectie 5 beschrijft het verloop in het netwerk in zes stappen. Nieuwe transacties gaan naar alle nodes. Elke node verzamelt ze in een blok en zoekt het bewijs van werk ervoor. Wie het vindt, verspreidt het blok. De andere nodes accepteren het alleen als alle transacties erin geldig en nog niet uitgegeven zijn, en tonen hun instemming door aan het volgende blok verder te werken. Een node (knooppunt) is een computer die de bitcoinsoftware draait, de regels controleert en gegevens doorgeeft.

Vinden twee nodes tegelijk een blok, dan ontstaan er even twee takken. De whitepaper lost het conflict pragmatisch op: er wordt gewerkt aan de eerst ontvangen tak, de andere wordt bewaard. Zodra een van de twee takken langer wordt, stappen alle nodes daarop over.

Waarom zou iemand rekenkracht en stroom inzetten? Het antwoord staat in sectie 6, de prikkel. De eerste transactie van elk blok maakt een nieuwe munt aan, die van de maker van het blok is. Satoshi vergelijkt dat met goudzoekers die moeite doen om goud in omloop te brengen; bij bitcoin zijn dat rekentijd en stroom. Daarbij komen transactiekosten: is de uitgaande waarde van een transactie kleiner dan de ingaande, dan krijgt de miner het verschil. Zodra een ‘vooraf bepaald aantal’ munten in omloop is, moet de prikkel volledig uit transactiekosten bestaan.

Opvallend is het argument over eerlijkheid. Een aanvaller met meer rekenkracht dan alle anderen zou moeten afwegen of hij die inzet voor fraude of om nieuwe munten te maken. Hij zou het lonender vinden om volgens de regels te spelen dan het systeem en daarmee de waarde van zijn eigen vermogen te ondermijnen. Uit deze gedachte is de mining-industrie ontstaan, die vandaag datacenters met gespecialiseerde apparaten exploiteert. Wie zelf aan het netwerk wil deelnemen zonder te minen, kan een eigen node draaien; wat dat aan stroom kost, staat in onze gids over een eigen bitcoin-node draaien.

Merkleboom en SPV: hoe bitcoin met 80 bytes per blok zou moeten volstaan

Sectie 7 gaat over opslagruimte. Zodat de hoeveelheid gegevens niet onbeperkt groeit, worden de transacties van een blok gebundeld in een Merkleboom. Een Merkleboom is een structuur van hashwaarden waarbij telkens twee waarden worden samengevoegd tot een nieuwe, tot er aan het eind één enkele wortelhash overblijft. Alleen die wortelhash staat in de kop van het blok. Oude, allang uitgegeven transacties kunnen zo worden weggesnoeid zonder dat het blok ongeldig wordt.

De berekening in de whitepaper is een van de mooiste passages van de tekst. Een blokkop zonder transacties is ongeveer 80 bytes groot. Bij één blok per tien minuten levert dat 80 bytes maal 6 maal 24 maal 365 op, dus 4,2 megabyte per jaar. Satoshi wijst erop dat computers in 2008 doorgaans met 2 gigabyte werkgeheugen werden verkocht en dat de wet van Moore een groei van 1,2 gigabyte per jaar deed verwachten. Opslag zou dus geen probleem zijn, zelfs als alle blokkoppen in het werkgeheugen moesten staan. Voor de blokkoppen klopt dat tot vandaag. De volledige blockchain met alle transacties is daarentegen een veelvoud groter geworden, omdat het wegsnoeien van oude gegevens in de praktijk nauwelijks wordt gebruikt.

Vereenvoudigde betalingscontrole: de voorloper van de mobiele wallet

Sectie 8 beschrijft de vereenvoudigde betalingscontrole, in het Engels Simplified Payment Verification of kortweg SPV. Wie alleen betalingen wil controleren, heeft geen volledige node nodig. Het volstaat om de blokkoppen van de langste blockchain te hebben en het Merklepad dat een transactie met haar blok verbindt. De gebruiker controleert de transactie dan niet zelf, maar ziet wel dat het netwerk haar heeft opgenomen en dat er verdere blokken op voortbouwen.

Satoshi benoemt de zwakte openlijk: deze methode is te misleiden zolang een aanvaller het netwerk overweldigt. Bedrijven met veel inkomende betalingen zouden daarom waarschijnlijk eigen nodes draaien. Op dit principe berusten veel lichte wallet-apps op de smartphone. Wie vandaag een wallet kiest, beslist daarmee ook hoeveel controle hij zelf doet en hoeveel hij aan een server overlaat.

Bedragen splitsen en privacy: pseudonieme sleutels in plaats van bankgeheim

Sectie 9 beantwoordt een praktische vraag: hoe betaal je 0,3 bitcoin als je een munt van 0,5 bitcoin bezit? Transacties hebben daarom meerdere ingangen en uitgangen. Normaal is er één ingang uit een grotere eerdere transactie of zijn er meerdere kleinere die worden samengevoegd, en hooguit twee uitgangen: één voor de betaling en één voor het wisselgeld dat terug naar de afzender gaat. Dit model heet vandaag het UTXO-model, naar de niet-uitgegeven transactie-uitgangen (Unspent Transaction Outputs).

Sectie 10 gaat over privacy. In het bankmodel blijft die gewaarborgd, omdat alleen de betrokkenen en de bank de gegevens zien. Bitcoin maakt alle transacties openbaar en moet de bescherming daarom anders regelen: de publieke sleutels zijn anoniem. Iedereen ziet dat iemand een bedrag naar iemand anders stuurt, maar niet wie de betrokkenen zijn. Satoshi vergelijkt dat met de beurs, die tijdstip en omvang van elke transactie publiceert, maar niet de namen van de handelaren.

Als extra beschermingsmuur raadt de whitepaper aan om voor elke transactie een nieuw sleutelpaar te gebruiken. Ze geeft echter zelf toe dat transacties met meerdere ingangen verraden dat die ingangen van dezelfde eigenaar zijn. Wordt de houder van een sleutel bekend, dan zijn verdere transacties aan hem te koppelen. Precies dat is in 2026 dagelijkse praktijk: wie bitcoin koopt bij een gereguleerde beurs met identiteitscontrole, zoals de aanbieders in de vergelijking bitcoin kopen eisen, is voor de beurs en via de meldplichten ook voor de overheid aan zijn adressen gekoppeld. Pseudoniem betekent daarom niet anoniem.

Kansberekening in sectie 11: hoe onwaarschijnlijk een aanval wordt

Het wiskundig meest veeleisende deel van de whitepaper is sectie 11. Die speelt door hoe een aanvaller probeert een alternatieve versie van de blockchain sneller te bouwen dan de eerlijke deelnemers. Ook een geslaagde aanval maakt daarbij geen willekeurige wijzigingen mogelijk: de aanvaller kan geen waarde uit het niets maken en geen geld nemen dat nooit van hem was. Hij kan alleen proberen een eigen, recent gedane betaling terug te halen.

Satoshi beschrijft de race als een zogeheten gambler's-ruin-probleem, dus de kans dat een speler een achterstand ooit inhaalt. Ligt de aanvaller achter en heeft hij minder rekenkracht dan de eerlijke nodes, dan daalt zijn kans met elk volgend blok exponentieel. De whitepaper bevat daarvoor een korte berekening in de programmeertaal C en een tabel met resultaten.

De tabel uit de whitepaper: bevestigingen tegenover rekenaandeel

De tabel laat zien hoeveel blokken een ontvanger moet afwachten zodat de slaagkans van een aanvaller onder 0,1 procent zakt. De waarde q staat voor het aandeel van de aanvaller in de rekenkracht van het netwerk, z voor het aantal blokken dat sinds de betaling is toegevoegd.

Daaruit volgt een praktijk die je van beurzen kent: een storting in bitcoin wordt pas na meerdere bevestigingen bijgeschreven. Met tien procent rekenaandeel zou een aanvaller na vijf blokken volgens de whitepaper nog maar een kans van ruim 0,09 procent hebben. De tabel laat echter ook de grens van het model zien: nadert de aanvaller de helft van de rekenkracht, dan stijgt het aantal benodigde bevestigingen steil. Vanaf meer dan de helft, de zogeheten 51-procentaanval, gaat de berekening niet meer op.

Wat niet in de Bitcoin whitepaper staat: 21 miljoen, halving en het woord blockchain

Veel eigenschappen die vandaag als de kern van bitcoin gelden, zoek je tevergeefs in de whitepaper. Het woord ‘blockchain’ komt in de tekst niet voor. Satoshi beschrijft in plaats daarvan blokken die via hun hashwaarden aan elkaar hangen, en verklaart de langste reeks van zulke blokken tot de geldige versie. Het samengestelde woord raakte pas later ingeburgerd.

Ook de bovengrens van 21 miljoen bitcoin ontbreekt. De whitepaper spreekt alleen van een ‘vooraf bepaald aantal’ munten. Het concrete getal noemde Satoshi op 8 januari 2009 in de aankondiging van de eerste softwareversie op dezelfde mailinglijst: de totale omloop zou 21.000.000 munten bedragen, de hoeveelheid per blok zou elke vier jaar worden gehalveerd. Die halvering heet halving. Sinds de laatste halving in april 2024 krijgen miners 3,125 bitcoin per blok.

Evenmin in de tekst staan latere uitbreidingen zoals Segregated Witness, Taproot of het Lightning-netwerk voor snelle betalingen van kleine bedragen. Deze uitbreidingen bouwen voort op de regels van 2008, maar veranderen niets aan het basisidee.

Van whitepaper naar netwerk: genesisblok en eerste software in januari 2009

Tussen document en draaiend systeem zaten ruim twee maanden. Op 3 januari 2009 ontstond het genesisblok, het eerste blok van de bitcoin-blockchain. Daarin staat een kop uit de Britse krant The Times van dezelfde dag: ‘Chancellor on brink of second bailout for banks’, de minister van Financiën stond op het punt de banken een tweede keer te redden. De regel geldt als bewijs dat het blok niet voor die datum is gemaakt en wordt vaak gelezen als commentaar op de bankencrisis. De 50 bitcoin uit dit eerste blok kunnen door een eigenaardigheid in de programmacode niet worden uitgegeven.

Op 8 januari 2009 kondigde Satoshi op de mailinglijst Bitcoin v0.1 aan, de eerste versie van de software voor Windows. In hetzelfde bericht stond dat de software voorlopig alleen onder Windows draaide en dat de broncode in C++ was bijgevoegd. Daarmee was bitcoin open source, iedereen kon de regels uit de whitepaper in het programma controleren. Vanaf toen draaide het netwerk en maakt het sindsdien blok na blok aan, volgens dezelfde basisregels die op de negen pagina's staan.

De Bitcoin whitepaper in het Nederlands lezen: vertaling en origineel

Het origineel is in het Engels en goed leesbaar als je de vaktermen kent. Wie het liever in het Nederlands leest, vindt een Nederlandse vertaling op bitcoin.org. Voor het lezen helpt een kleine lijst met begrippen:

• Double spending: dubbele uitgave van dezelfde munt
• Proof of work: bewijs van werk via rekeninspanning
• Node: knooppunt, een computer met de bitcoinsoftware
• Timestamp server: tijdstempelserver, die de volgorde vastlegt
• Merkle tree: boom van hashwaarden voor ruimtebesparende opslag
• Simplified Payment Verification: vereenvoudigde betalingscontrole zonder volledige node
• Trusted third party: vertrouwde derde partij, zoals een bank

Ons advies voor de eerste keer lezen: lees eerst de samenvatting en de secties 1, 2, 4 en 12. Die vier delen bevatten het hele idee op ruim drie pagina's. Sectie 11 kun je overslaan als de wiskunde je niet interesseert, de tabel hierboven vat het resultaat samen.

Bitcoin whitepaper: na 18 jaar draagt het basisidee het netwerk

De whitepaper belooft geen waarde en geen koers. Ze beschrijft een betalingssysteem waarin eigendom aan een sleutel hangt en niet aan een bank. Wie daar iets voor de eigen belegging uit afleidt, komt uit bij drie stappen:

1. Een wallet begrijpen: voordat je bitcoin koopt, loont het om te kijken hoe een wallet je sleutels beheert, van apps tot programma's op de computer.
2. De sleutel zelf houden: het idee van de whitepaper, geen derde partij te hoeven vertrouwen, breng je het meest consequent in praktijk met eigen bewaring. Welke apparaten daarvoor in aanmerking komen, laat de hardware wallet-vergelijking zien.
3. Een gecontroleerde koopweg kiezen: de instap zelf loopt meestal via een beurs, een broker of een bankapp. Kosten, MiCA-vergunning en opname naar je eigen wallet vergelijk je in de gids bitcoin kopen.

(Per 3 november 2026. Dit artikel is geen beleggingsadvies. Koersen en tarieven veranderen; controleer de voorwaarden bij de aanbieder voordat je koopt.)