Een van de essentiële kenmerken van het Bitcoin-systeem is dat er nooit meer dan 21 miljoen munteenheden in omloop zullen zijn. Deze beperking van de geldhoeveelheid is uiteraard essentieel, omdat ze ervoor zorgt dat de waarde van de valuta behouden blijft en het fenomeen van inflatie, dat kan worden waargenomen in staatsvaluta, teniet wordt gedaan.
Deze eigenschap is verankerd in het Bitcoin-protocol en wordt onderhouden door consensus van de gebruikers. Maar in werkelijkheid zullen we dat aantal nooit echt kunnen bereiken. De werkelijke emissielimiet van bitcoin ligt onder de 21 miljoen, en dit is te wijten aan een aantal factoren.
Het halveringsmechanisme en de 21 miljoen
De eerste reden heeft te maken met hoe halveringen werken. Elke 210.000 blokken wordt het aantal bitcoins dat in elk blok kan worden aangemaakt gehalveerd. Dit mechanisme maakt het enerzijds mogelijk om de initiële distributie van munten te verzekeren en anderzijds om minderjarigen te betalen.
De laatste halvering vindt plaats in blok 6.720.000. Het verlaagt de bloksubsidie van 2 naar 1 sat. Bij blok 6.930.000 zouden we de bloksubsidie moeten halveren, maar aangezien de satoshi de kleinste eenheid is die op Bitcoin kan circuleren, stopt de geldcreatie gewoon. Het laatste blok dat nieuwe bitcoins zal creëren, is maximaal 6.929.999. Het zal de laatste sat in de geschiedenis van Bitcoin opleveren. Dit evenement zal naar verwachting rond het jaar 2.141 plaatsvinden.
📌 1 bitcoin = 100.000.000 statistieken
Maar als we bij dat evenement komen, zal de totale geldhoeveelheid in omloop slechts 20.999.999.9769 bitcoins bedragen. Met andere woorden, de initiële Bitcoin-code voorziet niet precies in een limiet van 21 miljoen. Onafhankelijk van enig menselijk handelen zal dit bedrag nooit worden bereikt. Er zijn ongeveer 2 miljoen SATS nodig om tot precies 21 miljoen bitcoins te komen.
Het vreemde Genesis-blok
Het Genesis-blok is het allereerste blok dat op 3 januari 2009 door Satoshi Nakamoto is gedolven. Het vertegenwoordigt de concrete lancering van Bitcoin. In dit blok nr. 0 is het beroemde citaat ingebed:
De kanselier van The Times 03/jan/2009 staat op de rand van een tweede reddingsoperatie voor banken.
Maar afgezien van al deze kenmerken is het Genesis-blok nogal vreemd in de manier waarop het is geprogrammeerd. Net als alle andere blokken moest het zijn miner (in dit geval Nakamoto) het recht geven om 50 bitcoins te creëren als beloning. Vreemd genoeg is het Genesis-blok zo gecodeerd dat de gegenereerde bitcoins onmisbaar blijven. Ze zijn er, je kunt zelfs zien de Coinbase-transactie die ze genereert, maar ze maken geen deel uit van alle transacties. Uit protocoloogpunt bestaan ze daarom niet.
We kunnen deze 50 extra bitcoins dus verwijderen van de maximale limiet van de geldhoeveelheid op Bitcoin. Dit brengt ons iets verder weg van de beroemde 21 miljoen.
Niet opgeëiste bloksubsidies
Miners kunnen een beloning claimen als ze een geldig blok vinden, maar ze moeten deze zelf claimen. Het is inderdaad mogelijk voor een winnende minor om de Coinbase-beloning niet te genereren, of om slechts een deel ervan aan te vragen. Als het blok eenmaal is gepubliceerd, is er geen weg meer terug en wordt de totale limiet van de geldhoeveelheid inderdaad toegerekend aan de bitcoins die door de miner hadden moeten worden aangemaakt en teruggewonnen.
Laten we bijvoorbeeld zeggen dat Bob een mijnwerker is die een geldig blok vindt. Tot op heden zou hij naast de geïnde transactiekosten 6,25 bitcoinsubsidies kunnen aanvragen. Maar stel je voor dat Bob om de een of andere reden slechts 3,25 bitcoins vraagt in plaats van 6,25. In dit geval zullen de 3 vergeten bitcoins nooit in omloop komen, maar ze zullen desalniettemin worden verwijderd uit de geldhoeveelheid die op Bitcoin kan worden gecreëerd.
Het is duidelijk dat deze situatie uiterst zeldzaam is. Niemand ontgint op vrijwillige basis. En toch zijn er, zeker als gevolg van technische afwijkingen, een paar blokken die niet al hun beloningen hebben gegenereerd:
Het blok 124.724, genereerde 1 sat minder dan wat het had moeten doen;
Tussen de blokken 162.705 en 169.899 wordt verwezen naar talrijke niet-claims;
Het blok 501,726 heeft niets gegenereerd. Zijn beloningen van 12.5 bitcoin zijn voor altijd verloren;
Eindelijk het blok 526 591 genereerde slechts de helft van de beloning voor 6,25 bitcoins in plaats van het dubbele.
In de eerste versies van Bitcoin was het voor miners mogelijk om twee keer dezelfde ID te vinden voor verschillende Coinbase-transacties. Het probleem is dat het normaal gesproken onmogelijk is om twee verschillende Bitcoin-transacties te hebben met exact dezelfde ID (TXID). Als dit gebeurt voor een Coinbase-transactie, worden de bitcoins van de tweede transactie niet toegevoegd aan de UTXO-set. Met andere woorden, ze zijn niet vervangbaar.
Deze fout is minstens twee keer voorgekomen in de geschiedenis van Bitcoin. We vinden het in het blok 91 880 Wie heeft dezelfde coinbase als het blok 91.722, en in het blok 91.842 Wie heeft dezelfde coinbase als het blok 91.812. Dit probleem werd in 2012 verholpen met BIP30, maar in de tussentijd moeten er nog 100 bitcoins uit de totale geldhoeveelheid worden onttrokken.
De onoplosbare scripts
De taal die op Bitcoin wordt gebruikt om UTXO's te blokkeren, wordt „script” genoemd. Het is een set opdrachten waarmee u kunt bepalen hoe bitcoins in de toekomst kunnen worden uitgegeven. Als uw bitcoins bijvoorbeeld een handtekening met een privésleutel nodig hebben om te worden uitgegeven, dan hebben uw UTXO's een script dat dat specificeert.
Het probleem is dat er fouten kunnen optreden in deze scripttaal als je de standaarden niet volgt. In sommige gevallen kan het voorkomen dat we bitcoins naar scripts sturen die onmogelijk op te lossen zijn. Deze bitcoins worden daarom voor altijd geblokkeerd.
Dit is bijvoorbeeld gebeurd met het MtGox-uitwisselingsplatform in 2011. Ze blokkeerden meer dan 2.600 bitcoins in scripts waaraan niet kon worden voldaan. Je vindt ze allemaal in het blok 150951, in 23 verschillende transacties.
De OP_returns
De OP_RETURN is een script waarmee u de uitvoer van een transactie kunt melden als niet-vervangbaar. Het wordt gebruikt om willekeurige informatie over Bitcoin op te slaan, omdat hiermee tot 80 bytes aan gegevens op de blockchain kunnen worden ingevoerd.
Alle bitcoinbrokken die aan een OP_RETURN zijn gekoppeld, worden door netwerkknooppunten genegeerd en niet toegevoegd aan de UTXO-set. Al deze bitcoins zijn dus voor altijd verloren en kunnen uit onze geldhoeveelheid worden verwijderd.
Verliezen op toepassingsniveau
Wanneer je het wilt hebben over de totale massa die in omloop is, kan het verleidelijk zijn om ook alle bitcoins die afhankelijk zijn van verloren privésleutels, al dan niet opzettelijk, weg te willen gooien. Met deze verliezen moet echter geen rekening worden gehouden. Zelfs als een bitcoinbezitter denkt dat hij zijn privésleutel kwijt is, is het voor hem niet onmogelijk om die te vinden. Bovendien is het waarschijnlijk dat het gebruikte handtekeningalgoritme in de min of meer verre toekomst wordt verbroken. Ik denk natuurlijk aan de dreiging van kwantumcomputers, die dankzij het Shor-algoritme mogelijk de ECDSA kunnen doorbreken.
Afgezien van het feit dat deze bitcoins zeker ooit zullen worden gevonden, is het onmogelijk om ze nauwkeurig te kwantificeren. We kunnen de oude slapende adressen uit het begin van de jaren 2010 observeren, maar we zullen nooit kunnen weten of hun eigenaren nog in het bezit zijn van hun privésleutels of niet.
Daarom is het noodzakelijk om een duidelijk onderscheid te maken tussen bitcoinverliezen op protocolniveau en op toepassingsniveau. Protocolverliezen zijn bewezen en onherroepelijk, tenzij er een hardfork wordt gemaakt. We kunnen ze dus beschouwen als verloren binnen de totale Bitcoin-geldhoeveelheid. Deze verliezen op protocolniveau zijn alle verliezen die ik u in de vorige delen heb beschreven. Aan de andere kant zijn verliezen op toepassingsniveau niet aantoonbaar en ook niet definitief. Het is daarom niet verstandig om ze mee te tellen in de totale geldhoeveelheid. Tot deze verliezen op applicatieniveau behoren alle verliezen van privésleutels en het gebruik van brannadressen.
Conclusie
Zoals je misschien hebt gemerkt, zal de totale Bitcoin-geldhoeveelheid nooit echt de drempel van 21 miljoen eenheden bereiken. Dit komt voornamelijk door het halveringsmechanisme, dat uiteindelijk slechts 20.999.999,9769 bitcoins zal genereren. Bovendien hebben verschillende menselijke fouten en softwarefouten duizenden extra eenheden onomkeerbaar geblokkeerd.
Bij het bestuderen van de geldhoeveelheid die in omloop is, mag geen rekening worden gehouden met verliezen van privésleutels. Vervolgens maken we onderscheid tussen bitcoinverliezen op protocolniveau en verliezen op toepassingsniveau.
Om gemakkelijk verliezen op protocolniveau en op toepassingsniveau te identificeren, moet u zich afvragen: Kunnen deze bitcoins op enigerlei wijze worden hersteld zonder hard forking? Als het antwoord ja is, dan is dit een verlies op aanvraagniveau en moet dit niet worden meegeteld.
