Een soft fork is een achterwaarts compatibele upgrade van de consensusregels van een blockchainprotocol, waarbij de set geldige blokken onder de nieuwe regels een strikte subset is van de blokken die geldig waren onder de oude regels. In de praktijk betekent dit dat nodes die de oude software gebruiken, nog steeds blokken accepteren die door geüpgrade nodes worden geproduceerd, omdat de nieuwe blokken voldoen aan de oude regels – ze zijn alleen restrictiever. In tegenstelling tot een hard fork, die volledig nieuwe soorten blokken creëert die oude nodes zouden afwijzen (wat de blockchain mogelijk zou splitsen), zorgt een soft fork voor protocolontwikkeling zonder dat elke deelnemer tegelijkertijd hoeft te upgraden.
De achterwaartse compatibiliteit van soft forks is hun kenmerkende eigenschap en hun belangrijkste voordeel. Wanneer een soft fork wordt geactiveerd, beginnen geüpgrade miners of validators de nieuwe, strengere regels te handhaven. Niet-geüpgrade nodes beschouwen deze blokken als geldig, omdat ze nog steeds voldoen aan de oorspronkelijke, minder strenge regels. Als een niet-geüpgrade miner echter een blok produceert dat de nieuwe regels schendt (maar wel voldoet aan de oude), zullen geüpgrade nodes dit blok afwijzen. Dit creëert een asymmetrie: geüpgrade nodes handhaven een strengere set regels, terwijl niet-geüpgrade nodes worden "misleid" om de strengere blokken te accepteren omdat ze de oude regels niet schenden. Zolang een meerderheid van de miningkracht (of stakingkracht, in proof-of-stake- systemen) de nieuwe regels handhaaft, zal de blockchain convergeren naar de geüpgrade regelset zonder te splitsen.
Soft forks zijn al sinds de beginjaren van het Bitcoin-netwerk het geprefereerde mechanisme voor protocolupgrades. Belangrijke Bitcoin-verbeteringen, waaronder Pay-to-Script-Hash (P2SH), Segregated Witness (SegWit) en Taproot, werden allemaal als soft forks geïmplementeerd. Deze aanpak weerspiegelt een conservatieve filosofie binnen de ontwikkelingscultuur van Bitcoin: veranderingen moeten minimaal verstorend zijn, achterwaarts compatibel en realiseerbaar zonder het hele netwerk te dwingen gelijktijdig te upgraden. Het nadeel is dat soft forks beperkter zijn in de veranderingen die ze kunnen introduceren – ze kunnen regels aanscherpen of nieuwe transactietypes toevoegen die oude nodes interpreteren als 'iedereen kan uitgeven'-uitgangen, maar ze kunnen bestaande regels niet versoepelen of de blokstructuur fundamenteel veranderen.
De mechanismen waarmee een soft fork achterwaartse compatibiliteit behoudt, omvatten vaak slimme technische trucs. SegWit introduceerde bijvoorbeeld een volledig nieuw transactieformaat met een witness-datastructuur, maar oude nodes zagen SegWit-transacties simpelweg als uitgaven van adressen die "iedereen kan uitgeven" – geldig volgens de oude regels, maar met een nieuwe betekenis onder de geüpgrade regels. Dit patroon van het coderen van nieuwe semantiek binnen bestaande regelkaders is kenmerkend voor soft fork-ontwikkeling en vereist aanzienlijke vindingrijkheid om complexe wijzigingen binnen achterwaarts compatibele beperkingen te implementeren.
Oorsprong en geschiedenis
2010: De eerste feitelijke soft fork in Bitcoin vond plaats toen Satoshi Nakamoto verschillende regels aanscherpte in de Bitcoin-codebasis, waaronder de toevoeging van de OP_NOP-opcodes en de blokgroottebeperking van 1 MB. Deze wijzigingen maakten voorheen geldige gedragingen ongeldig, wat feitelijk neerkwam op soft forks, hoewel de term toen nog niet in gebruik was.
2012: BIP 16 introduceerde Pay-to-Script-Hash (P2SH), een van de eerste formeel erkende soft fork-upgrades van Bitcoin. P2SH, voorgesteld door Gavin Andresen, maakte complexere transactiescripts mogelijk met behoud van achterwaartse compatibiliteit door de hash van een script te coderen in een standaard ogend adres. Deze upgrade werd geactiveerd op 1 april 2012 en legde de basis voor veel van de precedenten voor de coördinatie van Bitcoin soft forks.
2015: BIP 65 (OP_CHECKLOCKTIMEVERIFY) en BIP 66 (strikte DER-handtekeningcodering) werden geactiveerd als soft forks, waarmee tijdgebonden transacties en strengere handtekeningvalidatie werden geïntroduceerd. Deze upgrades maakten gebruik van "IsSuperMajority"-minersignalering – waarbij 950 van de laatste 1,000 blokken ondersteuning moesten tonen voordat de upgrades geactiveerd konden worden.
2016: De Bitcoin-gemeenschap begon aan het jarenlange debat over schaalbaarheid dat de relatie tussen soft forks en hard forks zou bepalen. Het SegWit-voorstel (BIP 141) werd geïntroduceerd als een soft fork-oplossing voor transactiemalleabiliteit en een bescheiden capaciteitsvergroting, terwijl tegenstanders pleitten voor een hard fork om de blokgroottelimiet direct te verhogen. Dit debat verduidelijkte het filosofische onderscheid tussen soft en hard forks binnen de cryptocultuur.
2017: Segregated Witness (SegWit), de belangrijkste soft fork in de geschiedenis van Bitcoin tot dan toe, werd op 8 augustus 2017 geactiveerd nadat 100% van de miners in een signaleringsperiode de drempel van 95% had bereikt. SegWit werd op 24 augustus 2017, bij blokhoogte 481,824, officieel ingevoerd. SegWit scheidde handtekeninggegevens van transactiegegevens, waardoor de transactiemalleabiliteit werd verholpen, het Lightning Network werd ingeschakeld en de effectieve blokcapaciteit werd vergroot. De activering ervan werd aangewakkerd door de User Activated Soft Fork (UASF)-beweging, waarbij node-operators dreigden SegWit af te dwingen, ongeacht de signalering door miners.
2021: Taproot, de volgende grote soft fork van Bitcoin, werd op 12 juni 2021 vastgelegd bij blok 687,284 nadat een drempel van 90% miners voor signalering was bereikt, en geactiveerd op 14 november 2021 bij blokhoogte 709,632. Taproot, voor het eerst voorgesteld door Greg Maxwell en geformaliseerd via BIP's geschreven door Pieter Wuille, Tim Ruffing, AJ Townes en Jonas Nick, introduceerde Schnorr-signatures en Merkelized Alternative Script Trees (MAST), waardoor de privacy, efficiëntie en mogelijkheden van Bitcoin voor slimme contracten aanzienlijk werden verbeterd. Taproot gebruikte het Speedy Trial-activeringsmechanisme (een variant van BIP 8) en bereikte de vereiste drempel van 90% miners voor signalering binnen één signaleringsvenster.
2023-2026: De Bitcoin-gemeenschap voerde een levendig debat over mogelijke toekomstige soft forks, waaronder voorstellen voor OP_VAULT (BIP 345) voor verbeterde beveiliging van de bewaring van tokens, OP_CAT (BIP 347) voor functionaliteit van het covenant en CTV (OP_CHECKTEMPLATEVERIFY, BIP 119) voor het gebruik van transactietemplates. Deze voorstellen benadrukten de aanhoudende spanning tussen de conservatieve upgradefilosofie van Bitcoin en de wens naar verbeterde functionaliteit.
In eenvoudige bewoordingen
De analogie met de herziening van de bouwvoorschriften: Stel je voor dat een stad haar bouwvoorschriften aanpast en sterkere funderingen voor nieuwe gebouwen vereist. Alle bestaande gebouwen blijven legaal – ze zijn gebouwd volgens de oude voorschriften. Maar elk nieuw gebouw moet aan de strengere norm voldoen. Een 'soft fork' werkt op dezelfde manier: de regels worden aangescherpt voor de toekomst, terwijl alles wat volgens de oude regels is gebouwd, geldig blijft.
De analogie met de snelheidslimietverlaging: Stel je een snelweg voor waar de maximumsnelheid daalt van 70 km/u naar 55 km/u. Auto's die al 55 km/u of langzamer rijden, zijn volgens zowel de oude als de nieuwe regels in orde. Maar iemand die 65 km/u rijdt, overtreedt de nieuwe regel, ook al was dat voorheen wel toegestaan. De geüpgradede knooppunten handhaven de limiet van 55 km/u; de niet-geüpgradede knooppunten vinden 70 km/u nog steeds prima, maar zien toevallig alleen verkeer dat 55 km/u of langzamer rijdt.
De analogie met de kledingvoorschriften in een restaurant: een restaurant dat voorheen geen kledingvoorschriften had, vereist nu 'business casual'. Klanten die al in pak gekleed zijn (en dus aan de strengere norm voldoen) kunnen nog steeds naar binnen. Oude klanten die alleen 'geen kledingvoorschriften' kennen, zien niets mis met de netjes geklede gasten. Maar iedereen die op slippers verschijnt, wordt door de vernieuwde host (geüpgrade nodes) geweigerd, zelfs als klanten die de oude regels kenden de overtreding niet zouden hebben opgemerkt.
De analogie met een software-update: het is alsof het besturingssysteem van je telefoon een update krijgt die beperkt welke apps toegang hebben tot je camera. Apps die de privacy van de camera al respecteren, werken perfect. Apps die voorheen zonder toestemming toegang hadden tot de camera, worden nu geblokkeerd. De telefoon blijft alle oude apps uitvoeren, maar hanteert voortaan strengere toegangsrechten.
Belangrijk: Hoewel soft forks minder ingrijpend zijn dan hard forks, zijn ze niet zonder risico. Als miners verdeeld zijn over geüpgrade en niet-geüpgrade software, kunnen er tijdelijke splitsingen in de blockchain optreden. Bovendien kunnen de trucs voor achterwaartse compatibiliteit die bij soft forks worden gebruikt (zoals het laten lijken van nieuwe transactietypes op transacties die door iedereen kunnen worden uitgevoerd voor oude nodes) tijdelijke beveiligingsrisico's opleveren voor gebruikers met niet-geüpgrade software. Het is altijd aan te raden om uw node-software te upgraden naar de nieuwste versie nadat een soft fork is geactiveerd.
Belangrijkste technische kenmerken
Mechanisme voor achterwaartse compatibiliteit
De nieuwe regels zijn een strikte subset van de oude regels: elk blok dat geldig is volgens de nieuwe regels, is ook geldig volgens de oude regels.
Niet-geüpgrade nodes accepteren blokken van geüpgrade miners zonder de nieuwe regel te herkennen.
Geüpgrade nodes weigeren blokken die de nieuwe regels overtreden, zelfs als die blokken geldig zouden zijn onder de oude regels.
Deze asymmetrie betekent dat er slechts een meerderheid (geen unanimiteit) van de hashkracht of de inzet nodig is om de fork te laten slagen.
Het "iedereen kan uitgeven"-patroon maakt het mogelijk om nieuwe semantiek te coderen in transacties die oude knooppunten als triviaal geldig beschouwen.
Activeringsmechanismen
BIP 9 (Versiebits): Miners geven hun gereedheid aan door specifieke bits in de blokversievelden in te stellen; activering vindt plaats wanneer een drempelwaarde (doorgaans 95%) binnen een signaleringsperiode wordt bereikt.
BIP 8 (aangepaste BIP 9 met geforceerde activering): Vergelijkbaar met BIP 9, maar inclusief een "vergrendeling bij time-out"-optie waarbij de soft fork wordt geactiveerd ongeacht of miners na een bepaalde datum een signaal geven. Dit is bedoeld om te voorkomen dat miners upgrades voor onbepaalde tijd blokkeren.
Speedy Trial: Een variant van BIP 8 die gebruikt wordt voor Taproot, waarbij miners een korte periode (ongeveer drie maanden) krijgen om hun steun kenbaar te maken met een drempel van 90%. Indien dit niet lukt, zal de community alternatieve activeringsroutes overwegen.
Gebruikersgeactiveerde soft fork (UASF): Node-operators en economische deelnemers handhaven nieuwe regels ongeacht signalen van miners, door economische prikkels te gebruiken om miners tot naleving te dwingen – een dreiging die beroemd werd tijdens de SegWit-activeringsperiode (BIP 148).
Vlagdag: Een vooraf bepaalde datum/blokhoogte waarop nieuwe regels van kracht worden, ongeacht of er al dan niet gesignaleerd is – het eenvoudigste mechanisme, maar vereist brede maatschappelijke consensus.
Hoe een zachte vork werkt
Ontwikkelaars stellen een protocolwijziging voor en schrijven een Bitcoin Improvement Proposal (BIP) waarin de nieuwe consensusregels worden gespecificeerd.
Het voorstel ondergaat een uitgebreide collegiale toetsing, testen op testnet/signet en een debat binnen de gemeenschap gedurende maanden of jaren.
De code die de nieuwe regels implementeert, wordt via een activeringsmechanisme in de referentieclient (Bitcoin Core) geïntegreerd.
Node-operators en miners upgraden hun software om de nieuwe code te implementeren.
Mijnwerkers geven aan dat ze klaar zijn voor activering door specifieke bits in de blokheaders in te stellen.
Wanneer de signaaldrempel binnen een bepaalde periode wordt bereikt, vergrendelt de soft fork zich en wordt deze na een respijtperiode geactiveerd.
Na activering produceren de geüpgrade miners blokken die voldoen aan de nieuwe, strengere regels.
Niet-geüpgrade knooppunten accepteren deze blokken als geldig (achterwaartse compatibiliteit), maar blokken die de nieuwe regels overtreden, worden door de geüpgrade meerderheid genegeerd.
Economische prikkels moedigen de nog niet geüpgradede miners aan om dit alsnog te doen, aangezien hun niet-conforme blokken door de meerderheid van de blockchains zouden worden afgewezen.
SegWit: Anatomie van een baanbrekende zachte vork
De gegevens van de getuige (handtekening) zijn gescheiden van de transactie-identificatie, waarmee de al lang bestaande bug in de transactiemalleabiliteit is verholpen.
Er is een nieuwe "witness"-datastructuur geïntroduceerd die aan blokken wordt toegevoegd, maar onzichtbaar is voor oude knooppunten (die een "gestript" blok binnen de limiet van 1 MB zien).
De effectieve blokcapaciteit is verhoogd van ~1 MB naar ongeveer 2-4 MB, afhankelijk van de transactiemix (gemeten in "gewichtseenheden" - 4 miljoen gewichtseenheden per blok).
Dankzij de onveranderlijkheid van transactie-ID's konden protocollen van de tweede laag, zoals het Lightning Network, worden ingeschakeld.
Er werd gebruikgemaakt van een "witness version"-systeem waarmee toekomstige soft-fork-upgrades nieuwe scriptversies konden toevoegen (Taproot gebruikte witness version 1).
Taproot: een upgrade voor privacy en efficiëntie
ECDSA is vervangen door Schnorr-handtekeningen (BIP 340), waardoor handtekeningaggregatie en batchvalidatie mogelijk zijn.
Introduceerde MAST (Merkelized Alternative Script Trees) via BIP 341, waardoor complexe bestedingsvoorwaarden verborgen kunnen blijven tenzij ze worden geactiveerd.
Transacties met meerdere handtekeningen en slimme contracten zijn nu on-chain niet meer te onderscheiden van eenvoudige transacties met één handtekening.
Verlaagde transactiegroottes en -kosten voor complexe scripts, terwijl de programmeerbaarheid van Bitcoin wordt uitgebreid.
Vastgelegd op blok 687,284 (12 juni 2021) en geactiveerd via het Speedy Trial-mechanisme op blok 709,632 (14 november 2021)
Geen ketensplitsing – de blockchain blijft één doorlopende keten omdat niet-geüpgradede knooppunten nieuwe blokken nog steeds als geldig accepteren.
De eis van achterwaartse compatibiliteit beperkt aanzienlijk welke wijzigingen kunnen worden doorgevoerd; werkelijk transformatieve upgrades vereisen mogelijk een volledige splitsing (hard fork).
Upgrade-flexibiliteit
Deelnemers kunnen in hun eigen tempo upgraden; er is geen deadline waarop niet-geüpgradede nodes gedwongen worden losgekoppeld.
Niet-geüpgrade knooppunten kunnen een vals gevoel van veiligheid hebben en blokken valideren die ze niet volledig begrijpen (bijvoorbeeld door SegWit-uitgangen te behandelen als "iedereen kan ze uitgeven").
Gemeenschapscohesie
Soft forks zijn over het algemeen minder politiek controversieel dan hard forks, omdat ze deelnemers niet dwingen tot een alles-of-niets upgradebeslissing.
De perceptie van een lagere urgentie kan leiden tot een trage acceptatie – het duurde ongeveer vijf jaar na de activering van SegWit voordat de acceptatie stabiliseerde op een niveau van 80-85%.
Beveiligingsmodel
Voor handhaving is slechts een meerderheid van de hashkracht vereist (geen unanimiteit), waardoor activering mogelijk is, zelfs als sommige deelnemers zich ertegen verzetten.
Als de drempelwaarde voor de hashkracht van de meerderheid niet wordt bereikt, kan er tijdelijk een splitsing van de blockchain optreden, met mogelijk verschillende transactiegeschiedenissen op de geüpgrade en niet-geüpgrade blockchains.
Technische elegantie
Slimme codeertrucs (witness versioning, NOP opcode repurposing) maken aanzienlijk nieuwe functionaliteit mogelijk binnen bestaande regelkaders.
Deze codeertrucs voegen technische complexiteit toe en kunnen "technische schuld" creëren – lagen van achterwaartse compatibiliteitsoplossingen die de codebasis na verloop van tijd moeilijker te begrijpen maken.
Ontwikkelaarservaring
Goed ingeburgerde activeringsmechanismen (BIP 9, BIP 8, Speedy Trial) bieden gestructureerde, beproefde processen voor het coördineren van netwerkbrede upgrades.
Het ontwerp van het activeringsmechanisme is op zichzelf al een bron van discussie – het debat over de activering van SegWit duurde meer dan twee jaar, mede door meningsverschillen over de vraag of er gebruik moest worden gemaakt van door miners gesignaleerde of door gebruikers geactiveerde mechanismen.
Bestuurssignaal
Signalen van mijnwerkers bieden een meetbare indicator voor de gereedheid van het ecosysteem, waardoor op data gebaseerde activeringsbeslissingen mogelijk worden.
Signalen van miners kunnen strategisch worden gemanipuleerd of achtergehouden – miners kunnen upgrades blokkeren die hun inkomsten uit transactiekosten verlagen of de economie van het minen veranderen, zelfs als de bredere gemeenschap de verandering steunt.
Omkeerbaarheid
In principe kan een soepele vork worden "ontvorkt" door een volgende soepele vork die de regels weer versoepelt (hoewel dit in de praktijk uiterst zeldzaam en complex is).
De onomkeerbaarheid van geïmplementeerde soft forks in de praktijk betekent dat slecht ontworpen upgrades het protocol permanent kunnen belasten met suboptimale ontwerpbeslissingen.
RISICO BEHEER
Chain Split en Orphan Block Risk
Als een soft fork wordt geactiveerd zonder voldoende hash power (bijvoorbeeld als slechts 60% van de miners upgradet), kan het netwerk tijdelijk twee concurrerende blockchains produceren – één volgens de nieuwe regels en één volgens de oude regels. De blokken van de minderheidsketen zouden dan 'weesblokken' worden zodra de meerderheidsketen is bijgewerkt, wat mogelijk tot terugdraaien van transacties kan leiden. Oplossing: Gebruik hoge activeringsdrempels (90-95% signalering), implementeer geleidelijke uitrol met langere signaleringsperioden en zorg voor brede consensus binnen het ecosysteem vóór activering. Gebruikers moeten wachten op aanvullende bevestigingen tijdens de activeringsperioden.
Kwetsbaarheid van niet-geüpgradede knooppunten
Knooppunten die na een soft fork-activering niet upgraden, kunnen transacties onjuist valideren. Een niet-geüpgrade knooppunt kan bijvoorbeeld een transactie accepteren waarbij een SegWit-output wordt uitgegeven zonder de witness-data te verifiëren, en deze behandelen als een output die "iedereen kan uitgeven". Hoewel dit het bredere netwerk niet in gevaar brengt (geüpgrade miners handhaven de echte regels), kunnen individuele niet-geüpgrade gebruikers worden misleid door transacties die het geüpgrade netwerk zou afwijzen. Oplossing: Upgrade de knooppuntsoftware direct na de soft fork-activering, houd de officiële kanalen in de gaten voor aankondigingen van upgrades en gebruik SPV (vereenvoudigde betalingsverificatie) met geüpgrade peers.
Geschillen over het activeringsmechanisme
De keuze van het activeringsmechanisme kan een bron van conflicten binnen de community worden. Activering via miners (BIP 9) kan worden geblokkeerd door een minderheid van miners, terwijl door gebruikers geactiveerde mechanismen (UASF/BIP 148) het risico van blockchain-splitsingen met zich meebrengen als de economische consensus verkeerd wordt ingeschat. De controverse rond de activering van SegWit heeft aangetoond dat geschillen over activeringsmechanismen jarenlang het debat kunnen domineren. Oplossingen: creëer brede maatschappelijke consensus voordat activering wordt voorgesteld, betrek alle belanghebbenden (miners, node-operators, exchanges, wallet-ontwikkelaars) vroegtijdig en gebruik tijdsgebonden activeringsperioden (Speedy Trial-model) om onnodige vertragingen te voorkomen.
Technische complexiteit en implementatiefouten
De beperkingen van soft forks met betrekking tot achterwaartse compatibiliteit vereisen complexe coderingstrucs die subtiele fouten kunnen introduceren. De interactie tussen nieuwe soft fork-regels en de bestaande consensuslogica moet grondig worden getest. Een fout in de soft fork-implementatie kan leiden tot consensusfouten, ketensplitsingen of beveiligingslekken. Mogelijke oplossingen: Uitgebreide peer review (Bitcoin Core's soft fork-voorstellen worden doorgaans 12 tot 24 maanden beoordeeld), gedetailleerde testsuites inclusief fuzzing, implementatie op het testnet en Signet vóór het mainnet, en gefaseerde activering met monitoringperiodes.
Economische en marktimpact
De activering van soft forks kan marktinstabiliteit veroorzaken, met name wanneer er onenigheid binnen de community bestaat over de upgrade. Het SegWit-debat van 2017 viel samen met aanzienlijke prijsschommelingen van Bitcoin en leidde uiteindelijk tot de hard fork van Bitcoin Cash (door de tegenpartij). Zelfs succesvolle soft forks kunnen op korte termijn marktverstoringen veroorzaken, omdat deelnemers de gevolgen moeten inschatten. Mogelijke oplossingen: duidelijke communicatie over het doel en de planning van de upgrade, coördinatie tussen exchanges en walletproviders voor een soepele overgang, en het vermijden van handel die uitsluitend gebaseerd is op speculatie rondom de fork.
Culturele relevantie
Soft forks nemen een speciale plaats in binnen de cultuur en bestuursfilosofie van Bitcoin. Ze vertegenwoordigen de conservatieve benadering van het netwerk ten aanzien van protocolontwikkeling – het idee dat veranderingen minimaal verstorend, achterwaarts compatibel en via brede consensus te bereiken moeten zijn, in plaats van via een top-down decreet. Deze filosofie weerspiegelt de fundamentele waarden van Bitcoin: decentralisatie en individuele soevereiniteit. Geen enkele entiteit mag deelnemers dwingen tot een upgrade, en het netwerk moet blijven functioneren voor degenen die ervoor kiezen om dat niet te doen.
De SegWit-activeringssaga (2015-2017) was een bepalend moment in de culturele geschiedenis van Bitcoin. Het zette "small blockers", die voorstander waren van de SegWit soft fork, tegenover "big blockers", die een hard fork wilden om de blokgrootte te vergroten. Het debat was niet louter technisch van aard – het was een indirecte strijd om de identiteit, het bestuur en de toekomstige richting van Bitcoin. De uiteindelijke activering van SegWit, door een combinatie van druk vanuit de community en de UASF-beweging, vestigde het precedent dat Bitcoin-gebruikers en node-operators, en niet alleen miners, aanzienlijke invloed hebben op de regels van het protocol. Het idee dat "node-operators de echte macht hebben" blijft een hoeksteen van de Bitcoin-bestuurscultuur.
De UASF-beweging, gesymboliseerd door de BIP 148-campagne en de bijbehorende memes, toonde aan dat het activeren van een soft fork net zozeer een sociaal coördinatieprobleem is als een technisch probleem. De beweging wordt geassocieerd met de term "No2x" (tegenstander van het SegWit2x hard fork-compromis) en liet zien dat een gemotiveerde gemeenschap van node-operators miners onder druk kon zetten om een upgrade te activeren door te dreigen blokken die geen signaal gaven ongeldig te verklaren.
De relatief soepele activering van Taproot in 2021, via het Speedy Trial-mechanisme, werd door velen in de community gezien als een volwassenwording van het governanceproces van Bitcoin. De lessen uit de SegWit-oorlogen leidden tot een meer gestroomlijnde aanpak, hoewel debatten over toekomstige soft fork-voorstellen (OP_CTV, OP_CAT, OP_VAULT) de capaciteit van de community om consensus te bereiken over protocolwijzigingen blijven testen. Het culturele belang van soft forks in Bitcoin reikt verder dan hun technische functie – ze vormen een belangrijk mechanisme waarmee de community de spanning tussen innovatie en stabiliteit beheert.
Voorbeeld 1: Activering van Segregated Witness (SegWit) – Bitcoin
Scenario: Bitcoin kampte met een bug in de transactiemalleabiliteit die de betrouwbare opbouw van betaalkanalen (nodig voor het Lightning Network) belemmerde en leidde tot een groeiende achterstand aan onbevestigde transacties, omdat blokken consequent de limiet van 1 MB bereikten. Een capaciteitsvergroting was dringend nodig zonder het netwerk op te splitsen.
Implementatie: SegWit (BIP 141) werd ontworpen als een soft fork die witness-data scheidde van transactie-ID's, waardoor de mogelijkheid tot manipulatie werd verholpen en de effectieve blokcapaciteit werd vergroot door een nieuwe "blokgewicht"-metriek. Na langdurig debat en de dreiging van een door gebruikers geactiveerde soft fork (UASF via BIP 148) bereikten miners op 8 augustus 2017 de drempel van 95% signalering, waarna SegWit werd geactiveerd. De activering vond plaats bij blok 481,824 op 24 augustus 2017.
Resultaat: SegWit werd succesvol geactiveerd zonder een blockchain-splitsing op het Bitcoin-netwerk (hoewel tegenstanders later Bitcoin Cash creëerden via een hard fork). De transactiemalleabiliteit werd verholpen, waardoor het Lightning Network kon groeien van experimenteel naar een netwerk met een aanzienlijk betalingsvolume. In 2026 gebruikt ongeveer 85-90% van de Bitcoin-transacties minstens één SegWit-input. De upgrade toonde aan dat controversiële soft forks konden worden opgelost door een combinatie van technische verdienste, economische druk en coördinatie binnen de community.
Voorbeeld 2: Taproot-activering – Bitcoin
Scenario: De scriptmogelijkheden van Bitcoin waren beperkt, complexe transacties met meerdere handtekeningen en slimme contracten waren duur en privacygevoelig (het volledige script werd on-chain zichtbaar gemaakt), en ECDSA-handtekeningen konden niet efficiënt worden samengevoegd. Een upgrade was nodig om de privacy, efficiëntie en programmeerbaarheid te verbeteren.
Implementatie: Taproot (BIP's 340, 341, 342) combineerde Schnorr-signatures, MAST en een nieuwe scriptversie (witness v1) in één soft fork. Met behulp van het Speedy Trial-activeringsmechanisme (een tijdsgebonden signaleringsvenster) bereikten miners de signaleringsdrempel van 90%, waardoor de upgrade op 12 juni 2021 bij blok 687,284 werd vastgelegd. Taproot werd vervolgens geactiveerd bij blok 709,632 op 14 november 2021, na een respijtperiode van ongeveer vijf maanden voor de voorbereiding van het ecosysteem.
Resultaat: De activering van Taproot verliep opmerkelijk soepel in vergelijking met SegWit, zonder noemenswaardige netwerkverstoringen. Het maakte op Schnorr gebaseerde multi-signature-schema's mogelijk die er on-chain identiek uitzien als transacties met één handtekening, waardoor de privacy werd verbeterd. MAST zorgde ervoor dat complexe bestedingsvoorwaarden verborgen bleven, tenzij ze werden geactiveerd, waardoor de transactiegrootte werd verkleind. De adoptie van Taproot is ongelijkmatig verlopen: begin 2024 piekte het boven de 40% van de transacties vanwege de activiteit rond Ordinals en Runes, waarna het terugzakte naar ongeveer 15-20% toen die speculatieve activiteit afkoelde.
Voorbeeld 3: P2SH (Pay-to-Script-Hash) – Bitcoin
Scenario: In de beginjaren van Bitcoin vereiste het versturen van transacties naar complexe scripts (multi-signature wallets, timelocked contracts) dat de afzender het volledige script in de transactie opnam. Dit was omslachtig, duur en maakte de bestedingsvoorwaarden openbaar voordat de fondsen werden uitgegeven.
Implementatie: BIP 16 (voorgesteld door Gavin Andresen in januari 2012) introduceerde P2SH als een soft fork waarmee verzenders konden betalen aan de hash van een script in plaats van aan het script zelf. Het volledige script werd pas onthuld wanneer de fondsen waren uitgegeven. Oudere nodes zagen P2SH-uitvoer als een standaard transactietype, waardoor achterwaartse compatibiliteit behouden bleef. De soft fork werd geactiveerd op 1 april 2012.
Resultaat: P2SH vereenvoudigde het gebruik van multi-signature wallets en complexe scripts aanzienlijk en werd de basis voor het multi-signature ecosysteem van Bitcoin. Het vestigde het patroon van het coderen van nieuwe functionaliteit binnen achterwaarts compatibele transactieformaten – een sjabloon dat later door SegWit en Taproot zou worden overgenomen. P2SH-adressen (beginnend met "3") werden alomtegenwoordig en worden tot op de dag van vandaag nog steeds veel gebruikt. De upgrade wordt beschouwd als een van de meest succesvolle en soepele soft forks in de geschiedenis van Bitcoin.
Voorbeeld 4: De samenvoeging van Ethereum (context voor de discussie over soft fork versus hard fork)
Scenario: Hoewel de overgang van Ethereum van proof-of-work naar proof-of-stake (The Merge, september 2022) technisch gezien een hard fork was, benadrukte het proces de afweging tussen soft forks en hard forks in een ander blockchain-ecosysteem waar hard forks het standaard upgrademechanisme zijn.
Implementatie: De ontwikkelingscultuur van Ethereum gaf historisch gezien de voorkeur aan hard forks voor protocolupgrades, met regelmatig geplande hard forks (Istanbul, Berlijn, Londen, enz.) ongeveer elke 6-12 maanden. De Merge zelf vereiste dat alle nodes werden geüpgraded – per definitie een hard fork. Dit staat in contrast met de voorkeur van Bitcoin voor soft forks, wat verschillende bestuursfilosofieën weerspiegelt: Ethereum geeft prioriteit aan snelle innovatie en accepteert de coördinatiekosten van hard forks, terwijl Bitcoin prioriteit geeft aan stabiliteit en achterwaartse compatibiliteit door middel van soft forks.
Resultaat: De succesvolle uitvoering van regelmatige hard forks door Ethereum toont aan dat hard forks kunnen werken wanneer er een sterke maatschappelijke consensus is en een duidelijke leiderschapsstructuur onder de kernontwikkelaars. Deze aanpak heeft echter ook geleid tot splitsingen van de blockchain (Ethereum Classic in 2016) wanneer de consensus wegviel. Het contrast tussen de soft-fork-first cultuur van Bitcoin en de hard-fork-normalisatie van Ethereum illustreert hoe verschillende blockchaingemeenschappen de fundamentele spanning tussen innovatiesnelheid en netwerkstabiliteit oplossen.
Vergelijkingstabel
Kenmerk
Soft Fork
Harde vork
Omstreden vork (kettingsplitsing)
Backward Compatibility
Ja – niet-geüpgradede knooppunten accepteren nieuwe blokken als geldig.
Nee – niet-geüpgradede knooppunten weigeren nieuwe blokken, waardoor een splitsing ontstaat.
Nee, het netwerk splitst zich opzettelijk op in twee incompatibele ketens.
Upgrade-vereiste
Optioneel (maar aanbevolen) – knooppunten kunnen blijven functioneren zonder upgrade.
Verplicht – alle knooppunten moeten upgraden, anders blijven ze op een incompatibele blockchain.
Deelnemers moeten kiezen welke keten ze willen volgen; geen enkele upgrade is "neutraal".
Kettingcontinuïteit
Enkele ononderbroken keten (ervan uitgaande dat de meerderheid van de hash-kracht dit overneemt)
Eén keten indien unaniem aangenomen; twee ketens indien er onenigheid bestaat.
Twee permanente ketens, zo is het ontworpen (bijvoorbeeld Bitcoin versus Bitcoin Cash).
Regelwijzigingsrichting
Je kunt de regels alleen maar aanscherpen (de geldige set verkleinen) of nieuwe transactietypes toevoegen via achterwaarts compatibele trucs.
Regels kunnen worden aangescherpt of versoepeld, de blokstructuur kan worden gewijzigd en fundamentele parameters kunnen worden aangepast.
Dit vertegenwoordigt een fundamenteel meningsverschil over welke regels de keten zou moeten volgen.
Activeringsdrempel
Machtiging van de meerderheid van de hashfuncties (minimaal ~51%; doorgaans 90-95% voor de veiligheid)
Vereist brede maatschappelijke consensus; geen enkele formele signaaldrempel kan succes garanderen.
Geen drempelwaarde – elke groep kan op elk moment de keten splitsen.
Over het algemeen minder verstoring; kan nog steeds controversieel zijn (het debat over SegWit duurde meer dan twee jaar).
Hogere coördinatiekosten; kan leiden tot permanente verdeeldheid binnen de gemeenschap als er geen consensus is.
Uiterst polariserend; creëert concurrerende gemeenschappen, merken en economische ecosystemen.
Gerelateerde termen
Harde vorkEen protocolupgrade die niet achterwaarts compatibel is en waarbij alle knooppunten moeten upgraden, wat mogelijk de blockchain kan splitsen – het equivalent van een soft fork.
SegWit (Segregated Witness): De baanbrekende soft fork van Bitcoin uit 2017, die witness-data scheidde van transacties om de kans op manipulatie te verkleinen en de blokcapaciteit te vergroten.
Taproot: Een Bitcoin soft fork uit 2021 die Schnorr-handtekeningen en MAST introduceert voor verbeterde privacy, efficiëntie en mogelijkheden voor slimme contracten.
BIP (Bitcoin Improvement Proposal): Het formele proces waarmee voorstellen voor soft forks worden gedocumenteerd, beoordeeld en gestandaardiseerd voor het Bitcoin-netwerk.
ConsensusregelsDe set validatieregels waar alle netwerkdeelnemers het over eens moeten zijn – soft forks passen deze regels aan op een manier die achterwaarts compatibel is.
UASF (User Activated Soft Fork): Een activeringsmechanisme waarbij node-operators nieuwe regels afdwingen, ongeacht signalen van miners, waarmee de soevereiniteit van de gebruiker boven de controle van de miner wordt benadrukt.
Miner Signaling: Het proces waarbij miners aangeven dat ze klaar zijn voor een soft fork door specifieke bits in de block headers in te stellen. Dit wordt gebruikt bij de activering van BIP 9 en Speedy Trial.
Bliksemnetwerk: A Laag 2 Een betalingskanaalnetwerk dat mogelijk werd gemaakt door SegWit's oplossing voor de transactiemalleabiliteit, waarmee wordt aangetoond hoe soft forks innovatie binnen het ecosysteem kunnen stimuleren.
Transactiemalleabiliteit: Een bug in het oorspronkelijke ontwerp van Bitcoin waarbij transactie-ID's konden worden gewijzigd zonder de transactie ongeldig te maken – verholpen door de SegWit soft fork.
Schnorr-handtekeningen: een digitaal handtekeningschema dat is geïntroduceerd in de Taproot soft fork en dat het samenvoegen en in batches valideren van handtekeningen mogelijk maakt voor verbeterde efficiëntie en privacy.
Blokgewicht: Een door SegWit geïntroduceerde meeteenheid die de eenvoudige blokgroottebeperking verving. Blokken worden gemeten in "gewichtseenheden" om de acceptatie van het nieuwe transactieformaat te stimuleren.
Merkle-boom: Een cryptografische datastructuur die wordt gebruikt in blockchainblokken en waarop Taproot's MAST (Merkelized Alternative Script Trees) voortbouwt voor efficiënte scriptverificatie.
FAQ
Wat is het verschil tussen een soft fork en een hard fork? Een soft fork scherpt de consensusregels aan, waardoor de set geldige blokken kleiner wordt. Niet-geüpgrade nodes accepteren nog steeds nieuwe blokken omdat ze voldoen aan de oude, minder strenge regels. Een hard fork versoepelt of wijzigt de regels, waardoor nieuwe blokken door oude nodes worden afgewezen. Dit vereist dat iedereen upgradet. Kortom, soft forks zijn achterwaarts compatibel (oude software werkt), hard forks niet (oude software werkt niet meer). Bitcoin geeft de voorkeur aan soft forks voor stabiliteit; Ethereum gebruikt regelmatig hard forks voor snellere innovatie.
Kan een soft fork ervoor zorgen dat een blockchain zich opsplitst in twee ketens? In theorie zou een soft fork geen permanente splitsing van de keten moeten veroorzaken, omdat niet-geüpgrade nodes de nieuwe blokken nog steeds accepteren. Een tijdelijke splitsing kan echter wel optreden als een aanzienlijke minderheid van miners blokken blijft produceren volgens de oude regels die in strijd zijn met de nieuwe regels. De geüpgrade meerderheid zal deze blokken dan als wees beschouwen en de keten zal zich aanpassen aan de nieuwe regels. Een permanente splitsing zou alleen plaatsvinden als de community het fundamenteel oneens is en de minderheid opzettelijk een fork uitvoert – maar dat zou technisch gezien een hard fork door de minderheid zijn, en geen gevolg van de soft fork zelf.
Waarom geeft Bitcoin de voorkeur aan soft forks boven hard forks? De ontwikkelingscultuur van Bitcoin geeft prioriteit aan stabiliteit, achterwaartse compatibiliteit en het minimaliseren van de coördinatielast voor netwerkdeelnemers. Soft forks stellen het netwerk in staat om te upgraden zonder dat elk knooppunt tegelijkertijd hoeft te updaten, waardoor het risico op splitsingen in de blockchain wordt verkleind. Deze conservatieve aanpak weerspiegelt de ethos van Bitcoin als een gedecentraliseerd, leiderloos netwerk waar geen enkele entiteit upgrades kan afdwingen. Hard forks, die universele deelname vereisen, worden door velen in de Bitcoin-gemeenschap gezien als meer ontwrichtend en vatbaar voor controversiële splitsingen (zoals bleek bij Bitcoin Cash in 2017).
Wat was de SegWit soft fork en waarom was deze belangrijk? Segregated Witness (SegWit), geactiveerd in augustus 2017, was een soft fork die de transactiesignatuur (witness) scheidde van de transactie-ID. Dit verhielp de bug met transactiemalleabiliteit (waarbij derden transactie-ID's konden wijzigen), waardoor oplossingen op de tweede laag, zoals het Lightning Network, mogelijk werden. Het verhoogde ook de effectieve blokcapaciteit door de introductie van een "blokgewicht"-metriek. SegWit was wellicht de meest impactvolle en meest controversiële upgrade in de geschiedenis van Bitcoin tot dan toe, met een debat over de implementatie dat meer dan twee jaar duurde.
Hoe verbetert Taproot Bitcoin? Taproot (geactiveerd in november 2021) introduceerde drie belangrijke verbeteringen via een soft fork: (1) Schnorr-handtekeningen, die efficiënter zijn dan ECDSA en handtekeningaggregatie mogelijk maken; (2) MAST (Merkelized Alternative Script Trees), waarmee complexe voorwaarden van smart contracts verborgen blijven tenzij ze worden gebruikt, wat de privacy verbetert en de kosten verlaagt; (3) een nieuw scriptversiesysteem dat ervoor zorgt dat transacties met meerdere handtekeningen en complexe transacties er on-chain identiek uitzien als eenvoudige betalingen. Samen maken deze veranderingen Bitcoin privacyvriendelijker, efficiënter en programmeerbaarder.
Wat betekent "achterwaarts compatibel" nu eigenlijk in de context van een soft fork? Achterwaarts compatibel betekent dat nodes die oude software draaien (van vóór de soft fork) nog steeds kunnen deelnemen aan het netwerk en nieuwe blokken kunnen valideren. Ze hoeven niet te upgraden om verbonden te blijven. Dit is mogelijk omdat de nieuwe regels strenger zijn dan de oude – elk blok dat geldig is volgens de nieuwe regels, is automatisch ook geldig volgens de oude regels. Niet-geüpgrade nodes begrijpen echter mogelijk niet de volledige semantiek van nieuwe transactietypen; ze kunnen deze als triviaal geldig beschouwen in plaats van een volledige validatie uit te voeren. Daarom wordt upgraden nog steeds aanbevolen, ook al is het niet verplicht.
Wat is een User Activated Soft Fork (UASF)? Een UASF is een methode voor het activeren van een soft fork waarbij node-operators (in plaats van miners) de nieuwe regels afdwingen. In plaats van te wachten tot miners aangeven dat ze klaar zijn, stellen node-operators een specifieke blokhoogte of datum in waarna ze blokken zullen afwijzen die niet aan de nieuwe regels voldoen. Dit zet economische druk op miners om zich aan de regels te houden, aangezien blokken die door node-operators worden afgewezen geen geldige transacties kunnen bevatten of transactiekosten kunnen opleveren. De bekendste UASF-dreiging was BIP 148 tijdens de SegWit-activering, die algemeen wordt beschouwd als een belangrijke factor in het stimuleren van de signalering door miners. UASF's vertegenwoordigen het principe dat in proof-of-work-systemen economische nodes – en niet alleen miners – een aanzienlijke invloed hebben op de consensusregels.
Bronnen
Bitcoin Core-documentatie: "Soft Fork-activering"
Repository voor Bitcoin-verbeteringsvoorstellen (BIPs)
