{"id":10,"date":"2026-04-10T20:08:15","date_gmt":"2026-04-10T20:08:15","guid":{"rendered":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/?p=10"},"modified":"2026-07-15T22:22:25","modified_gmt":"2026-07-15T22:22:25","slug":"bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld","status":"publish","type":"post","link":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/blog\/2026\/04\/10\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\/","title":{"rendered":"Bitcoin: een peer-to-peer-systeem voor elektronisch geld"},"content":{"rendered":"\n

<\/a>auteur<\/p>\n\n\n\n

: Satoshi Nakamoto<\/p>\n\n\n\n

e-mail<\/p>\n\n\n\n

: satoshin@gmx.com<\/a><\/p>\n\n\n\n

website<\/p>\n\n\n\n

: http:\/\/www.bitcoin.org\/<\/a><\/p>\n\n\n\n

Samenvatting.<\/strong> Een puur peer-to-peer-versie van elektronisch geld zou
het mogelijk maken om online betalingen rechtstreeks van de ene partij naar de andere te versturen
zonder tussenkomst van een financi\u00eble instelling. Digitale handtekeningen
bieden een deel van de oplossing, maar de belangrijkste voordelen gaan verloren als er
er nog steeds een vertrouwde derde partij nodig is om dubbele uitgaven te voorkomen. Wij
stellen een oplossing voor het dubbele-uitgavenprobleem voor met behulp van een peer-to-peer-
netwerk. Het netwerk voorziet transacties van een tijdstempel door ze via hashing te verwerken in een
doorlopende keten van op hash gebaseerde proof-of-work, waardoor een record ontstaat dat niet
kan worden gewijzigd zonder de proof-of-work opnieuw uit te voeren. De langste keten dient niet alleen
dient als bewijs van de volgorde van de waargenomen gebeurtenissen, maar ook als bewijs dat deze
afkomstig is van de grootste pool van CPU-vermogen. Zolang een meerderheid van het CPU-vermogen
wordt beheerst door knooppunten die niet samenwerken om het
netwerk, zullen zij de langste keten genereren en aanvallers voorblijven. Het
netwerk zelf vereist een minimale structuur. Berichten worden op basis van
‘best effort’-basis, en knooppunten kunnen het netwerk naar believen verlaten en er weer toe treden,
waarbij ze de langste proof-of-work-keten accepteren als bewijs van wat er
terwijl ze weg waren.<\/p>\n\n\n\n

Inleiding<\/h2>\n\n\n\n

De handel op het internet is inmiddels bijna uitsluitend afhankelijk geworden van
financi\u00eble instellingen die als vertrouwde derde partij fungeren voor het verwerken van
elektronische betalingen te verwerken. Hoewel het systeem voor de meeste
transacties, kampt het nog steeds met de inherente zwakheden van het
op vertrouwen. Volledig onomkeerbare transacties zijn niet echt
mogelijk, aangezien financi\u00eble instellingen niet kunnen vermijden om bij geschillen te bemiddelen.
De kosten van bemiddeling verhogen de transactiekosten, waardoor de minimale
praktische transactieomvang en de mogelijkheid voor kleine
incidentele transacties, en er is een bredere kostenpost in het verlies van de mogelijkheid
om onomkeerbare betalingen te verrichten voor onomkeerbare diensten. Met de
mogelijkheid tot terugboeking neemt de behoefte aan vertrouwen toe. Handelaren moeten
op hun hoede zijn voor hun klanten en hen lastigvallen met meer informatie dan ze
anders nodig zouden hebben. Een bepaald percentage fraude wordt als
onvermijdelijk. Deze kosten en onzekerheden bij betalingen kunnen worden vermeden
door contant geld te gebruiken, maar er bestaat geen mechanisme om
betalingen via een communicatiekanaal te verrichten zonder een vertrouwde partij<\/p>\n\n\n\n

Wat nodig is, is een elektronisch betalingssysteem dat is gebaseerd op cryptografische
bewijs in plaats van vertrouwen, waardoor twee bereidwillige partijen
rechtstreeks met elkaar te handelen zonder dat daarvoor een vertrouwde derde partij nodig is.
Transacties die computationeel onpraktisch zijn om ongedaan te maken, zouden
zouden verkopers tegen fraude beschermen, en er zouden eenvoudig routinematige escrow-mechanismen
worden ge\u00efmplementeerd om kopers te beschermen. In dit artikel stellen we een oplossing voor
voor het probleem van dubbele besteding met behulp van een peer-to-peer gedistribueerde
tijdstempelserver om een computationeel bewijs te genereren van de chronologische
volgorde van transacties. Het systeem is veilig zolang eerlijke knooppunten
gezamenlijk over meer CPU-vermogen beschikken dan welke samenwerkende groep
knooppunten van aanvallers.<\/p>\n\n\n\n

Transacties<\/h2>\n\n\n\n

We defini\u00ebren een elektronische munt als een keten van digitale handtekeningen. Elke
eigenaar draagt de munt over aan de volgende door een hash van de
vorige transactie en de openbare sleutel van de volgende eigenaar, en deze
deze aan het einde van de munt toe te voegen. Een begunstigde kan de handtekeningen verifi\u00ebren om
de eigendomsketen te verifi\u00ebren.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Het probleem is natuurlijk dat de begunstigde niet kan controleren of een van de eigenaren
de munt niet dubbel heeft uitgegeven. Een veelgebruikte oplossing is het invoeren van een
vertrouwde centrale autoriteit, of munt, in te schakelen die elke transactie controleert op
dubbele besteding controleert. Na elke transactie moet de munt worden teruggegeven aan
de munt om een nieuwe munt uit te geven, en alleen munten die rechtstreeks door de
munt worden vertrouwd en worden niet dubbel uitgegeven. Het probleem met deze oplossing
is dat het lot van het gehele geldsysteem afhangt van het bedrijf
dat de muntfabriek beheert, waarbij elke transactie via hen moet verlopen, net
net als bij een bank.<\/p>\n\n\n\n

We hebben een manier nodig waarop de begunstigde kan weten dat de vorige eigenaren
eerdere transacties hebben ondertekend. Voor onze doeleinden is de vroegste
transactie die telt, dus latere
pogingen tot dubbele besteding. De enige manier om de afwezigheid van een
transactie is, is door op de hoogte te zijn van alle transacties. In het op de munt gebaseerde model
was de munt op de hoogte van alle transacties en besloot welke het eerst was aangekomen.
Om dit zonder een vertrouwde partij te realiseren, moeten transacties
openbaar worden aangekondigd[^1], en we hebben een systeem nodig waarmee deelnemers overeenstemming kunnen bereiken
over \u00e9\u00e9n enkele chronologie van de volgorde waarin ze zijn ontvangen. De begunstigde
heeft bewijs nodig dat op het moment van elke transactie de meerderheid van de knooppunten
ermee instemde dat deze als eerste was ontvangen.<\/p>\n\n\n\n

Tijdstempelserver<\/h2>\n\n\n\n

De oplossing die wij voorstellen begint met een tijdstempelserver. Een tijdstempelserver
werkt door een hash te genereren van een blok met items waaraan een tijdstempel moet worden toegevoegd en
de hash op grote schaal publiceert, bijvoorbeeld in een krant of een Usenet-
[^2][^3][^4][^5]. De tijdstempel bewijst dat de gegevens
op dat moment hebben bestaan, uiteraard, om in de hash terecht te komen. Elke
tijdstempel bevat het vorige tijdstempel in zijn hash, waardoor een keten ontstaat,
waarbij elke nieuwe tijdstempel de voorgaande versterkt.<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Proof-of-Work<\/h2>\n\n\n\n

Om een gedistribueerde tijdstempelserver op peer-to-peer-basis te implementeren,
moeten we een proof-of-work-systeem gebruiken dat vergelijkbaar is met Adam Back\u2019s Hashcash
[^6], in plaats van krantenartikelen of Usenet-berichten. De proof-of-work houdt in
het zoeken naar een waarde die, wanneer deze wordt gehasht, bijvoorbeeld met SHA-256, een hash oplevert
met een aantal nulbits begint. De gemiddelde benodigde inspanning is
exponentieel met het aantal vereiste nulbits en kan worden geverifieerd door
het uitvoeren van \u00e9\u00e9n enkele hash.<\/p>\n\n\n\n

Voor ons tijdstempelnetwerk implementeren we de proof-of-work door
een nonce in het blok te verhogen totdat er een waarde wordt gevonden die de
hash van het blok de vereiste nulbits oplevert. Zodra de CPU-inspanning is
ingezet om aan de proof-of-work te voldoen, kan het blok niet
gewijzigd zonder het werk opnieuw te doen. Aangezien er latere blokken aan worden gekoppeld,
zou het werk om het blok te wijzigen inhouden dat alle blokken erna
daarop<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

De proof-of-work lost ook het probleem op van het bepalen van de vertegenwoordiging
bij besluitvorming door de meerderheid. Als de meerderheid gebaseerd zou zijn op
‘\u00e9\u00e9n IP-adres, \u00e9\u00e9n stem’, zou dit kunnen worden ondermijnd door iedereen die
veel IP-adressen kan toewijzen. Proof-of-work komt in wezen neer op \u2018\u00e9\u00e9n CPU, \u00e9\u00e9n stem\u2019. De
meerderheidsbesluit wordt vertegenwoordigd door de langste keten, waarin de
meeste proof-of-work-inspanning heeft gekost. Als een meerderheid van de CPU-kracht
in handen is van eerlijke knooppunten, zal de eerlijke keten het snelst groeien
en zal alle concurrerende ketens achter zich laten. Om een eerder blok te wijzigen, zou een aanvaller
zou de proof-of-work van dat blok en alle daaropvolgende blokken
en vervolgens het werk van de eerlijke knooppunten inhalen en overtreffen. We
zullen later laten zien dat de kans dat een langzamere aanvaller zijn achterstand inhaalt
exponentieel afneemt naarmate er nieuwe blokken worden toegevoegd.<\/p>\n\n\n\n

Om rekening te houden met de toenemende hardwaresnelheid en de wisselende belangstelling voor
het draaien van knooppunten in de loop van de tijd, wordt de moeilijkheidsgraad van de proof-of-work bepaald door een
voortschrijdend gemiddelde dat is afgestemd op een gemiddeld aantal blokken per uur. Als
ze te snel worden gegenereerd, neemt de moeilijkheidsgraad toe.<\/p>\n\n\n\n

Netwerk<\/h2>\n\n\n\n

De stappen om het netwerk te laten draaien zijn als volgt:<\/p>\n\n\n\n

    \n
  1. Nieuwe transacties worden naar alle knooppunten verzonden.<\/li>\n\n\n\n
  2. Elk knooppunt verzamelt nieuwe transacties in een blok.<\/li>\n\n\n\n
  3. Elk knooppunt probeert een moeilijk proof-of-work voor zijn blok te vinden.<\/li>\n\n\n\n
  4. Wanneer een knooppunt een proof-of-work vindt, verzendt het het blok naar alle
    knooppunten.<\/li>\n\n\n\n
  5. Knooppunten accepteren het blok alleen als alle transacties daarin geldig zijn en
    nog niet zijn uitgegeven.<\/li>\n\n\n\n
  6. Knooppunten geven aan dat ze het blok accepteren door te werken aan het cre\u00ebren van
    het volgende blok in de keten, waarbij de hash van het geaccepteerde blok als
    de vorige hash.<\/li>\n<\/ol>\n\n\n\n

    Knooppunten beschouwen altijd de langste keten als de juiste en
    blijven werken aan het uitbreiden ervan. Als twee knooppunten tegelijkertijd verschillende versies
    van het volgende blok uitzenden, kunnen sommige knooppunten de ene of de
    andere. In dat geval werken ze aan de eerste die ze hebben ontvangen, maar
    slaan ze de andere tak op voor het geval deze langer wordt. De onbesliste situatie wordt opgelost
    wanneer het volgende proof-of-work wordt gevonden en \u00e9\u00e9n tak langer wordt; de
    knooppunten die aan de andere tak werkten, schakelen dan over naar de
    langere tak.<\/p>\n\n\n\n

    Nieuwe transactie-uitzendingen hoeven niet per se alle knooppunten te bereiken.
    Zolang ze maar veel knooppunten bereiken, zullen ze in een blok terechtkomen voordat
    . Het verzenden van blokken is ook tolerant ten opzichte van verloren gegane berichten. Als een knooppunt
    een blok niet ontvangt, zal het dit opvragen wanneer het het volgende
    blok ontvangt en beseft dat het er een heeft gemist.<\/p>\n\n\n\n

    Stimulans<\/h2>\n\n\n\n

    Volgens afspraak is de eerste transactie in een blok een speciale transactie
    die een nieuwe munt in het leven roept die eigendom is van de maker van het blok. Dit vormt een
    stimulans voor knooppunten om het netwerk te ondersteunen, en biedt een manier om
    munten in eerste instantie in omloop te brengen, aangezien er geen centrale
    instantie is die ze uitgeeft. De gestage toevoeging van een constante hoeveelheid
    nieuwe munten is vergelijkbaar met goudzoekers die middelen inzetten om goud in
    omloop te brengen. In ons geval zijn het CPU-tijd en elektriciteit die
    worden besteed.<\/p>\n\n\n\n

    De stimulans kan ook worden gefinancierd met transactiekosten. Als de
    waarde van een transactie lager is dan de invoerwaarde, vormt het verschil een
    transactiekost die wordt toegevoegd aan de stimuleringswaarde van het blok
    waarin de transactie is opgenomen. Zodra een vooraf bepaald aantal munten
    in omloop zijn gebracht, kan de beloning volledig overgaan op
    transactiekosten en volledig inflatievrij zijn.<\/p>\n\n\n\n

    De beloning kan helpen om knooppunten aan te moedigen eerlijk te blijven. Als een hebzuchtige
    aanvaller erin slaagt meer CPU-vermogen te verzamelen dan alle eerlijke nodes,
    zou hij moeten kiezen tussen het gebruiken ervan om mensen op te lichten door
    zijn betalingen terug te stelen, of deze te gebruiken om nieuwe munten te genereren. Hij zou moeten ontdekken
    het winstgevender vinden om zich aan de regels te houden, regels die hem bevoordelen met
    meer nieuwe munten opleveren dan alle anderen samen, dan het systeem
    en de geldigheid van zijn eigen vermogen te ondermijnen.<\/p>\n\n\n\n

    Schijfruimte vrijmaken<\/h2>\n\n\n\n

    Zodra de meest recente transactie van een munt onder voldoende blokken is begraven,
    eerdere transacties kunnen worden verwijderd om schijfruimte te besparen. Om
    dit mogelijk te maken zonder de hash van het blok te verstoren, worden transacties
    gehashed in een Merkle-boom[^7][^8][^9], waarbij alleen de root wordt opgenomen in de
    hash van het blok wordt opgenomen. Oude blokken kunnen vervolgens worden gecomprimeerd door takken
    van de boom af te snijden. De interne hashes hoeven niet te worden opgeslagen.<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    Een blokheader zonder transacties zou ongeveer 80 bytes groot zijn. Als we
    ervan uitgaan dat er elke 10 minuten blokken worden gegenereerd, dan is 80 bytes * 6 * 24 *
    365 = 4,2 MB per jaar. Aangezien computersystemen in 2008 doorgaans werden verkocht met 2 GB
    RAM (stand van zaken in 2008), en gezien de voorspelling van de wet van Moore dat de huidige groei 1,2 GB
    per jaar voorspelt, zou opslag geen probleem moeten zijn, zelfs als de blokheaders
    in het geheugen moeten worden bewaard.<\/p>\n\n\n\n

    Vereenvoudigde betalingsverificatie<\/h2>\n\n\n\n

    Het is mogelijk om betalingen te verifi\u00ebren zonder een volledige netwerknode te draaien. Een
    gebruiker hoeft alleen een kopie bij te houden van de blokheaders van de langste
    proof-of-work-keten, die hij kan verkrijgen door netwerkknooppunten te raadplegen totdat
    hij ervan overtuigd is dat hij de langste keten heeft, en de Merkle-tak verkrijgt
    die de transactie koppelt aan het blok waarin deze is getimed. Hij kan
    de transactie zelf controleren, maar door deze te koppelen aan een plek in de
    keten, kan hij zien dat een netwerkknooppunt deze heeft geaccepteerd, en dat blokken die
    daarna zijn toegevoegd, bevestigen bovendien dat het netwerk deze heeft geaccepteerd.<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    De verificatie is dus betrouwbaar zolang eerlijke knooppunten
    het netwerk beheersen, maar is kwetsbaarder als het netwerk wordt overmeesterd door een
    aanvaller wordt overgenomen. Hoewel netwerkknooppunten transacties zelf kunnen verifi\u00ebren,
    kan de vereenvoudigde methode worden misleid door verzonnen
    transacties worden misleid, zolang de aanvaller het
    netwerk blijft domineren. Een strategie om hiertegen bescherming te bieden, zou zijn om waarschuwingen
    van netwerkknooppunten te accepteren wanneer deze een ongeldig blok detecteren, waardoor de
    de software van de gebruiker ertoe aanzet het volledige blok en de gemelde transacties te downloaden om
    de inconsistentie te bevestigen. Bedrijven die regelmatig betalingen ontvangen
    zullen waarschijnlijk toch hun eigen knooppunten willen draaien voor meer onafhankelijke
    beveiliging en snellere verificatie.<\/p>\n\n\n\n

    Waarde combineren en splitsen<\/h2>\n\n\n\n

    Hoewel het mogelijk zou zijn om munten afzonderlijk te verwerken, zou het
    onpraktisch om voor elke cent in een overboeking een aparte transactie te maken. Om
    waarde te kunnen splitsen en combineren, bevatten transacties meerdere
    inputs en outputs. Normaal gesproken is er ofwel \u00e9\u00e9n input afkomstig van een
    eerdere, grotere transactie of meerdere inputs die kleinere
    bedragen, en maximaal twee outputs: \u00e9\u00e9n voor de betaling en \u00e9\u00e9n die
    eventueel wisselgeld terugstort naar de afzender.<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    Opgemerkt moet worden dat \u201efan-out\u201c, waarbij een transactie afhankelijk is van meerdere
    transacties, en die transacties weer van nog veel meer, hier geen
    probleem vormt. Het is nooit nodig om een volledige, op zichzelf staande
    kopie van de transactiegeschiedenis te extraheren.<\/p>\n\n\n\n

    Privacy<\/h2>\n\n\n\n

    Het traditionele bankmodel waarborgt een zekere mate van privacy door
    de toegang tot informatie tot de betrokken partijen en de vertrouwde derde
    partij. De noodzaak om alle transacties openbaar te maken, sluit
    deze methode uit, maar privacy kan nog steeds worden gewaarborgd door de informatiestroom
    op een andere plaats te onderbreken: door openbare sleutels anoniem te houden. Het
    publiek kan zien dat iemand een bedrag naar iemand anders stuurt, maar
    zonder informatie die de transactie aan iemand koppelt. Dit is vergelijkbaar
    aan het niveau van informatie dat door effectenbeurzen wordt vrijgegeven, waar het tijdstip
    en omvang van individuele transacties, de “tape”, openbaar worden gemaakt, maar zonder
    dat wordt vermeld wie de partijen waren.<\/p>\n\n\n\n

    \"\"<\/figure>\n\n\n\n

    Als extra beveiliging moet voor elke transactie een nieuw sleutelpaar worden gebruikt
    transactie, om te voorkomen dat ze aan een gemeenschappelijke eigenaar kunnen worden gekoppeld. Een zekere mate
    koppeling is nog steeds onvermijdelijk bij transacties met meerdere inputs, die
    noodzakelijkerwijs onthullen dat de inputs eigendom waren van dezelfde eigenaar. Het
    risico is dat, als de eigenaar van een sleutel bekend wordt, deze koppeling ook
    andere transacties aan het licht kunnen brengen die aan dezelfde eigenaar toebehoorden.<\/p>\n\n\n\n

    Berekeningen<\/h2>\n\n\n\n

    We beschouwen het scenario waarin een aanvaller probeert een alternatieve
    ketting te genereren die sneller is dan de eerlijke ketting. Zelfs als dit lukt,
    wordt het systeem hierdoor niet blootgesteld aan willekeurige wijzigingen, zoals het cre\u00ebren van
    waarde uit het niets te cre\u00ebren of geld weg te halen dat nooit aan de
    aanvaller. Knooppunten zullen een ongeldige transactie niet als
    betaling, en eerlijke knooppunten zullen nooit een blok accepteren waarin deze zijn opgenomen. Een
    aanvaller kan alleen proberen een van zijn eigen transacties te wijzigen om
    geld terug te krijgen dat hij onlangs heeft uitgegeven.<\/p>\n\n\n\n

    De wedloop tussen de eerlijke keten en de keten van een aanvaller kan worden
    gekenmerkt als een binomiale willekeurige wandeling. Het succes is dat de eerlijke
    keten met \u00e9\u00e9n blok wordt verlengd, waardoor de voorsprong met +1 toeneemt, en de
    mislukking is dat de keten van de aanvaller met \u00e9\u00e9n blok wordt verlengd,
    waardoor de achterstand met -1 afneemt.<\/p>\n\n\n\n

    De kans dat een aanvaller een bepaalde achterstand inhaalt, is
    vergelijkbaar met het \u2018Gambler\u2019s Ruin\u2019-probleem. Stel dat een gokker met onbeperkt
    krediet met een achterstand begint en mogelijk een oneindig aantal
    pogingen om het break-evenpunt te bereiken. We kunnen de kans berekenen dat hij
    ooit het break-evenpunt bereikt, of dat een aanvaller ooit de
    eerlijke keten, als volgt[^10]:<\/p>\n\n\n\n

    | p = kans dat een eerlijk knooppunt het volgende blok vindt
    | q = kans dat de aanvaller het volgende blok vindt
    | qz = kans dat de aanvaller ooit zijn achterstand van z blokken inhaalt<\/p>\n\n\n\n

    $$begin{aligned}
    q_z =
    begin{cases}
    1 & text{als } p leqslant q
    left(q\/pright)^z & text{als } p > q
    end{cases}
    end{aligned}$$<\/p>\n\n\n\n

    Gezien onze aanname dat $p > q$, neemt de kans exponentieel af naarmate
    het aantal blokken waarmee de aanvaller een achterstand moet inhalen, toeneemt. Met
    de kansen tegen hem, worden zijn kansen, als hij niet al vroeg een gelukkige sprong naar voren maakt
    , worden zijn kansen verwaarloosbaar klein naarmate hij verder achterop raakt.<\/p>\n\n\n\n

    We bekijken nu hoe lang de ontvanger van een nieuwe transactie moet
    moet wachten voordat hij voldoende zeker is dat de afzender de
    transactie kan wijzigen. We gaan ervan uit dat de afzender een aanvaller is die de
    ontvanger een tijdje wil laten geloven dat hij hem heeft betaald, om vervolgens de betaling na
    zichzelf terug te betalen. De ontvanger zal worden gewaarschuwd wanneer
    dat gebeurt, maar de afzender hoopt dat het dan al te laat is<\/p>\n\n\n\n

    De ontvanger genereert een nieuw sleutelpaar en geeft de openbare sleutel aan de
    afzender kort voordat hij ondertekent. Dit voorkomt dat de afzender van tevoren een
    blokketen van tevoren kan voorbereiden door er continu aan te werken totdat hij
    het geluk heeft ver genoeg vooruit te zijn, om vervolgens de transactie op
    dat moment uit te voeren. Zodra de transactie is verzonden, begint de oneerlijke afzender
    in het geheim te werken aan een parallelle keten die een alternatieve versie van
    zijn transactie bevat.<\/p>\n\n\n\n

    De ontvanger wacht tot de transactie aan een blok is toegevoegd en
    er z blokken achter zijn gekoppeld. Hij weet niet precies hoeveel
    vooruitgang die de aanvaller heeft geboekt, maar ervan uitgaande dat de eerlijke blokken de
    gemiddelde verwachte tijd per blok hebben gekost, zal de potenti\u00eble voortgang van de aanvaller
    een Poisson-verdeling met een verwachtingswaarde:<\/p>\n\n\n\n

    $$lambda = z frac{q}{p}$$<\/p>\n\n\n\n

    Om de kans te berekenen dat de aanvaller nu nog zou kunnen inhalen,
    vermenigvuldigen we de Poisson-dichtheid voor elke hoeveelheid vooruitgang die hij zou kunnen hebben
    de kans dat hij vanaf dat punt zijn achterstand zou kunnen inhalen:<\/p>\n\n\n\n

    $$begin{aligned}
    sum _{k=0}^infty frac{lambda ^k e^{-lambda}}{k!} cdot
    begin{cases}
    left(q\/pright)^{(z-p)} & text{als } k leqslant z
    1 & text{als } k > z
    end{cases}
    end{aligned}$$<\/p>\n\n\n\n

    Herschikken om te voorkomen dat de oneindige staart van de verdeling moet worden opgeteld…<\/p>\n\n\n\n

    $$1 – sum _{k=0}^z frac{lambda ^k e^{-lambda}}{k!} left(1 – left(q\/pright)^{(z-k)}right)$$<\/p>\n\n\n\n

    Omzetten naar C-code…<\/p>\n\n\n\n

    #include <math.h>\ndouble AttackerSuccessProbability(double q, int z)\n{\n    double p = 1.0 - q;\n    double lambda = z * (q \/ p);\n    double sum = 1.0;\n    int i, k;\n    for (k = 0; k <= z; k++)\n    {\n        double poisson = exp(-lambda);\n        for (i = 1; i <= k; i++)\n            poisson *= lambda \/ i;\n        sum -= poisson * (1 - pow(q \/ p, z - k));\n    }\n    return sum;\n}<\/code><\/pre>\n\n\n\n
    Als we enkele berekeningen uitvoeren, zien we dat de kans exponentieel afneemt
    met z.<\/p>\n\n\n\n
    q=0,1\nz=0 P=1,0000000\nz=1 P=0,2045873\nz=2 P=0,0509779\nz=3 P=0,0131722\nz=4 P=0,0034552\nz=5 P=0,0009137\nz=6 P=0,0002428\nz=7 P=0,0000647\nz=8 P=0,0000173\nz=9 P=0,0000046\nz=10 P=0,0000012\n\nq=0,3\nz=0 P=1,0000000\nz=5 P=0,1773523\nz=10 P=0,0416605\nz=15 P=0,0101008\nz=20 P=0,0024804\nz=25 P=0,0006132\nz=30 P=0,0001522\nz=35 P=0,0000379\nz=40 P=0,0000095\nz=45 P=0,0000024\nz=50 P=0,0000006<\/code><\/pre>\n\n\n\n
    Oplossen voor P kleiner dan 0,1%…<\/p>\n\n\n\n
    P < 0,001\nq=0,10 z=5\nq=0,15 z=8\nq=0,20 z=11\nq=0,25 z=15\nq=0,30 z=24\nq=0,35 z=41\nq=0,40 z=89\nq=0,45 z=340<\/code><\/pre>\n\n\n\n
    Conclusie<\/h2>\n\n\n\n
    We hebben een systeem voorgesteld voor elektronische transacties zonder gebruik te maken van
    vertrouwen. We zijn uitgegaan van het gebruikelijke raamwerk van munten op basis van digitale
    handtekeningen, dat een sterke controle op eigendom biedt, maar
    onvolledig is zonder een manier om dubbele uitgaven te voorkomen. Om dit op te lossen, hebben we
    hebben we een peer-to-peer-netwerk voorgesteld dat gebruikmaakt van proof-of-work om een openbare
    transactiegeschiedenis vast te leggen, die rekenkundig al snel onhaalbaar wordt
    voor een aanvaller om te wijzigen als eerlijke knooppunten de meerderheid van de CPU-kracht
    vermogen in handen hebben. Het netwerk is robuust in zijn ongestructureerde eenvoud. Knooppunten werken
    allemaal tegelijk, met weinig onderlinge afstemming. Ze hoeven niet ge\u00efdentificeerd te worden,
    aangezien berichten niet naar een bepaalde bestemming worden gerouteerd en alleen
    op basis van \u2018best effort\u2019 worden afgeleverd. Knooppunten kunnen het
    netwerk naar believen verlaten en zich weer aansluiten, waarbij ze de proof-of-work-keten accepteren als bewijs van wat
    er is gebeurd terwijl ze weg waren. Ze stemmen met hun CPU-vermogen,
    waarbij ze hun aanvaarding van geldige blokken tot uitdrukking brengen door deze verder uit te breiden
    en ongeldige blokken af te wijzen door te weigeren eraan te werken. Alle benodigde
    regels en prikkels kunnen met dit consensusmechanisme worden afgedwongen.<\/p>\n\n\n\n
    Referenties<\/h2>\n\n\n\n
    [^1]: W. Dai, \u201eb-money\u201c, http:\/\/www.weidai.com\/bmoney.txt<\/a>, 1998.<\/p>\n\n\n\n
    [^2]: H. Massias, X.S. Avila en J.-J. Quisquater, “Design of a
    veilige tijdstempeldienst met minimale vertrouwensvereisten,”
    In het 20e Symposium over Informatietheorie in de Benelux,
    mei 1999.<\/p>\n\n\n\n
    [^3]: S. Haber, W.S. Stornetta, “How to time-stamp a digital
    document van een tijdstempel voorzien\u201d, in Journal of Cryptology, deel 3, nr. 2, pagina\u2019s
    99-111, 1991.<\/p>\n\n\n\n
    [^4]: D. Bayer, S. Haber, W.S. Stornetta, “Improving the efficiency
    en betrouwbaarheid van digitale tijdstempels\u201d, in *Sequences II:
    Methods in Communication, Security and Computer Science, blz.
    329-334, 1993.<\/p>\n\n\n\n
    [^5]: S. Haber, W.S. Stornetta, “Veilige namen voor bitstrings,” in
    Proceedings of the 4th ACM Conference on Computer and
    Communications Security, pagina\u2019s 28-35, april 1997.<\/p>\n\n\n\n
    [^6]: A. Back, “Hashcash \u2013 een tegenmaatregel tegen denial-of-service-aanvallen,”
    http:\/\/www.hashcash.org\/papers\/hashcash.pdf<\/a> 2002.<\/p>\n\n\n\n
    [^7]: R.C. Merkle, “Protocollen voor cryptosystemen met openbare sleutels,” in Proc.
    Symposium over beveiliging en privacy van 1980, IEEE Computer Society, pagina\u2019s
    122-133, april 1980.<\/p>\n\n\n\n
    [^8]: H. Massias, X.S. Avila en J.-J. Quisquater, “Ontwerp van een
    veilige tijdstempeldienst met minimale vertrouwensvereisten,”
    in 20e Symposium over Informatietheorie in de Benelux,
    mei 1999.<\/p>\n\n\n\n
    [^9]: S. Haber, W.S. Stornetta, \u201eVeilige namen voor bitstrings\u201d, in
    de verslagen van de 4e ACM-conferentie over Computer and
    Communicatiebeveiliging, pagina\u2019s 28-35, april 1997.<\/p>\n\n\n\n
    [^10]: W. Feller, “Een inleiding tot de kansrekening en de
    toepassingen\u201d, 1957.<\/p>\n","protected":false},"excerpt":{"rendered":"
    auteur : Satoshi Nakamoto e-mail : satoshin@gmx.com website : http:\/\/www.bitcoin.org\/ Samenvatting. Een puur peer-to-peer-versie van elektronisch geld zouhet mogelijk maken om online betalingen rechtstreeks van de ene partij naar de andere te versturenzonder tussenkomst van een financi\u00eble instelling. Digitale handtekeningenbieden een deel van de oplossing, maar de belangrijkste voordelen gaan verloren als erer nog steeds […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"editor_notices":[],"footnotes":""},"categories":[1],"tags":[],"class_list":["post-10","post","type-post","status-publish","format-standard","hentry","category-niet-gecategoriseerd"],"acf":[],"yoast_head":"\nBitcoin: een peer-to-peer-systeem voor elektronisch geld - Dutch site<\/title>\n<meta name=\"robots\" content=\"noindex, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<meta property=\"og:locale\" content=\"nl_NL\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Bitcoin: een peer-to-peer-systeem voor elektronisch geld - Dutch site\" \/>\n<meta property=\"og:description\" content=\"auteur : Satoshi Nakamoto e-mail : satoshin@gmx.com website : http:\/\/www.bitcoin.org\/ Samenvatting. Een puur peer-to-peer-versie van elektronisch geld zouhet mogelijk maken om online betalingen rechtstreeks van de ene partij naar de andere te versturenzonder tussenkomst van een financi\u00eble instelling. Digitale handtekeningenbieden een deel van de oplossing, maar de belangrijkste voordelen gaan verloren als erer nog steeds […]\" \/>\n<meta property=\"og:url\" content=\"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/blog\/2026\/04\/10\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\/\" \/>\n<meta property=\"og:site_name\" content=\"Dutch site\" \/>\n<meta property=\"article:published_time\" content=\"2026-04-10T20:08:15+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-07-15T22:22:25+00:00\" \/>\n<meta name=\"author\" content=\"r.marcano\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Geschreven door\" \/>\n\t<meta name=\"twitter:data1\" content=\"r.marcano\" \/>\n\t<meta name=\"twitter:label2\" content=\"Geschatte leestijd\" \/>\n\t<meta name=\"twitter:data2\" content=\"17 minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/blog\\\/2026\\\/04\\\/10\\\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/blog\\\/2026\\\/04\\\/10\\\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\\\/\"},\"author\":{\"name\":\"r.marcano\",\"@id\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/#\\\/schema\\\/person\\\/9da40d52f136a48bfa846b355f3185ca\"},\"headline\":\"Bitcoin: een peer-to-peer-systeem voor elektronisch geld\",\"datePublished\":\"2026-04-10T20:08:15+00:00\",\"dateModified\":\"2026-07-15T22:22:25+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/blog\\\/2026\\\/04\\\/10\\\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\\\/\"},\"wordCount\":3310,\"commentCount\":0,\"inLanguage\":\"nl-NL\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/blog\\\/2026\\\/04\\\/10\\\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/blog\\\/2026\\\/04\\\/10\\\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\\\/\",\"url\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/blog\\\/2026\\\/04\\\/10\\\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\\\/\",\"name\":\"Bitcoin: een peer-to-peer-systeem voor elektronisch geld - Dutch site\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/#website\"},\"datePublished\":\"2026-04-10T20:08:15+00:00\",\"dateModified\":\"2026-07-15T22:22:25+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/#\\\/schema\\\/person\\\/9da40d52f136a48bfa846b355f3185ca\"},\"breadcrumb\":{\"@id\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/blog\\\/2026\\\/04\\\/10\\\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\\\/#breadcrumb\"},\"inLanguage\":\"nl-NL\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/blog\\\/2026\\\/04\\\/10\\\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/blog\\\/2026\\\/04\\\/10\\\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Bitcoin: een peer-to-peer-systeem voor elektronisch geld\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/#website\",\"url\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/\",\"name\":\"Dutch site\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"nl-NL\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/#\\\/schema\\\/person\\\/9da40d52f136a48bfa846b355f3185ca\",\"name\":\"r.marcano\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"nl-NL\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/25dfeba07f72d44ac250b232df985b6e27f53af769caf3367e73c63c665f5843?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/25dfeba07f72d44ac250b232df985b6e27f53af769caf3367e73c63c665f5843?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/25dfeba07f72d44ac250b232df985b6e27f53af769caf3367e73c63c665f5843?s=96&d=mm&r=g\",\"caption\":\"r.marcano\"},\"sameAs\":[\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\"],\"url\":\"https:\\\/\\\/qat-3.multilingualpress.syde.wpinfra.cloud\\\/nl\\\/blog\\\/author\\\/r-marcano\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Bitcoin: een peer-to-peer-systeem voor elektronisch geld - Dutch site","robots":{"index":"noindex","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"og_locale":"nl_NL","og_type":"article","og_title":"Bitcoin: een peer-to-peer-systeem voor elektronisch geld - Dutch site","og_description":"auteur : Satoshi Nakamoto e-mail : satoshin@gmx.com website : http:\/\/www.bitcoin.org\/ Samenvatting. Een puur peer-to-peer-versie van elektronisch geld zouhet mogelijk maken om online betalingen rechtstreeks van de ene partij naar de andere te versturenzonder tussenkomst van een financi\u00eble instelling. Digitale handtekeningenbieden een deel van de oplossing, maar de belangrijkste voordelen gaan verloren als erer nog steeds […]","og_url":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/blog\/2026\/04\/10\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\/","og_site_name":"Dutch site","article_published_time":"2026-04-10T20:08:15+00:00","article_modified_time":"2026-07-15T22:22:25+00:00","author":"r.marcano","twitter_card":"summary_large_image","twitter_misc":{"Geschreven door":"r.marcano","Geschatte leestijd":"17 minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/blog\/2026\/04\/10\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\/#article","isPartOf":{"@id":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/blog\/2026\/04\/10\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\/"},"author":{"name":"r.marcano","@id":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/#\/schema\/person\/9da40d52f136a48bfa846b355f3185ca"},"headline":"Bitcoin: een peer-to-peer-systeem voor elektronisch geld","datePublished":"2026-04-10T20:08:15+00:00","dateModified":"2026-07-15T22:22:25+00:00","mainEntityOfPage":{"@id":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/blog\/2026\/04\/10\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\/"},"wordCount":3310,"commentCount":0,"inLanguage":"nl-NL","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/blog\/2026\/04\/10\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/blog\/2026\/04\/10\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\/","url":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/blog\/2026\/04\/10\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\/","name":"Bitcoin: een peer-to-peer-systeem voor elektronisch geld - Dutch site","isPartOf":{"@id":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/#website"},"datePublished":"2026-04-10T20:08:15+00:00","dateModified":"2026-07-15T22:22:25+00:00","author":{"@id":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/#\/schema\/person\/9da40d52f136a48bfa846b355f3185ca"},"breadcrumb":{"@id":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/blog\/2026\/04\/10\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\/#breadcrumb"},"inLanguage":"nl-NL","potentialAction":[{"@type":"ReadAction","target":["https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/blog\/2026\/04\/10\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/blog\/2026\/04\/10\/bitcoin-een-peer-to-peer-systeem-voor-elektronisch-geld\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/"},{"@type":"ListItem","position":2,"name":"Bitcoin: een peer-to-peer-systeem voor elektronisch geld"}]},{"@type":"WebSite","@id":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/#website","url":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/","name":"Dutch site","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"nl-NL"},{"@type":"Person","@id":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/#\/schema\/person\/9da40d52f136a48bfa846b355f3185ca","name":"r.marcano","image":{"@type":"ImageObject","inLanguage":"nl-NL","@id":"https:\/\/secure.gravatar.com\/avatar\/25dfeba07f72d44ac250b232df985b6e27f53af769caf3367e73c63c665f5843?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/25dfeba07f72d44ac250b232df985b6e27f53af769caf3367e73c63c665f5843?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/25dfeba07f72d44ac250b232df985b6e27f53af769caf3367e73c63c665f5843?s=96&d=mm&r=g","caption":"r.marcano"},"sameAs":["https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud"],"url":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/blog\/author\/r-marcano\/"}]}},"_links":{"self":[{"href":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/wp-json\/wp\/v2\/posts\/10","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/wp-json\/wp\/v2\/comments?post=10"}],"version-history":[{"count":2,"href":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/wp-json\/wp\/v2\/posts\/10\/revisions"}],"predecessor-version":[{"id":231,"href":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/wp-json\/wp\/v2\/posts\/10\/revisions\/231"}],"wp:attachment":[{"href":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/wp-json\/wp\/v2\/media?parent=10"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/wp-json\/wp\/v2\/categories?post=10"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/qat-3.multilingualpress.syde.wpinfra.cloud\/nl\/wp-json\/wp\/v2\/tags?post=10"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}