Verdieping
1. Voorstel om OP_CAT opnieuw in te voeren (2026–2027)
Overzicht: OP_CAT is een instructie in Bitcoin Script. In 2010 werd deze uitgeschakeld om veiligheidsredenen. Een huidig voorstel wil OP_CAT via een soft fork opnieuw activeren. De instructie voegt gegevensreeksen samen. Dat is een basisbewerking waarmee complexere smart contracts kunnen worden gebouwd. Hierdoor zouden onder meer sidechains die nauw met Bitcoin zijn verbonden, bruggen waarbij gebruikers zelf de controle over hun tegoeden houden en geavanceerde cryptografische bewijzen mogelijk kunnen worden. Zo kan Bitcoin meer bieden dan alleen het overdragen van waarde. Het voorstel wordt momenteel besproken en technisch uitgewerkt binnen de Bitcoin-ontwikkelaarscommunity.
Wat dit betekent: Dit kan positief zijn voor Bitcoin: de mogelijkheden en aantrekkingskracht voor ontwikkelaars kunnen flink toenemen, wat mogelijk nieuw kapitaal en nieuwe toepassingen aantrekt. Op korte termijn brengt het voorstel echter risico’s met zich mee. Een wijziging van het Bitcoin-protocol vereist brede overeenstemming. Felle discussies kunnen andere verbeteringen vertragen of de aandacht binnen de community versnipperen.
2. Activering van CheckTemplateVerify (CTV) (mogelijk in 2027)
Overzicht: CheckTemplateVerify (BIP 119) is een voorgestelde soft fork die een nieuwe instructie zou toevoegen. Daarmee kunnen gebruikers vooraf vastleggen hoe een transactie wordt uitgevoerd. Dit kan transacties efficiënter maken, bijvoorbeeld door meerdere betalingen te bundelen. Ook kunnen er nieuwe beveiligingsoplossingen mee worden gebouwd, zoals kluizen waarmee tegoeden kunnen worden teruggehaald als ze in gevaar komen. Voor activering wordt het gebruikelijke upgradeproces van Bitcoin gevolgd: eerst wordt de specificatie opgesteld en beoordeeld, daarna getest op een testnetwerk en ten slotte kan er op het mainnet om steun worden gevraagd en tot activering worden overgegaan als er voldoende steun van miners is.
Wat dit betekent: Dit is neutraal tot positief voor Bitcoin. Efficiëntere transacties kunnen de transactiekosten verlagen wanneer het netwerk druk is, waardoor Bitcoin beter kan functioneren als betaalnetwerk. Kluizen kunnen het veiliger maken om grote hoeveelheden BTC aan te houden, wat aantrekkelijk kan zijn voor professionele beheerders van tegoeden. Het belangrijkste risico is de invoering: ook na activering moeten wallets en andere diensten de functie ondersteunen voordat gebruikers er voordeel van hebben.
3. Bestuur en invoering (doorlopend)
Overzicht: Bitcoin heeft geen officiële ontwikkelroutekaart en geen centraal ontwikkelteam. Upgrades komen tot stand via voorstellen van de community (BIP’s), beoordeling door vakgenoten en signalen van miners. Dit proces is bewust langzaam en voorzichtig, om de veiligheid en stabiliteit van het netwerk te beschermen. Grote upgrades, zoals Taproot, dat in 2021 werd geactiveerd, laten zien dat het vaak jaren duurt voordat een voorstel wordt ingevoerd. De volgende stappen ontstaan dus steeds uit een gezamenlijk, soms omstreden en grondig proces.
Wat dit betekent: Voor Bitcoin is dit neutraal. Het voorzichtige besluitvormingsproces is op de lange termijn een kracht: het helpt de betrouwbaarheid en veiligheid te waarborgen, wat belangrijk is voor Bitcoin als waardeopslag. Tegelijk maakt het snelle vernieuwing minder waarschijnlijk, omdat nieuwe functies hierdoor langzamer kunnen worden ontwikkeld dan bij meer centraal aangestuurde blockchains. De planning van een specifieke upgrade is dan ook altijd onzeker.
Conclusie
De toekomst van Bitcoin wordt bepaald door stapsgewijze upgrades waarover brede overeenstemming nodig is. Die zijn gericht op meer mogelijkheden voor scripts en efficiëntere transacties, niet op een vooraf vastgestelde planning van een bedrijf. Kan Bitcoin zich op deze bedachtzame manier blijven ontwikkelen en tegelijk nieuwe toepassingen mogelijk maken zonder de veiligheid waarop het is gebouwd in gevaar te brengen?