Bitcoin BIP-110 Fork Spleet Keten Terwijl Hoofd-BTC-Netwerk Vooruit Trekt
Belangrijkste punten
- •Er ontstond een minderheidsfork op 9 augustus toen BIP-110-handhavende nodes een blok van AntPool afwezen dat het vereiste versie-bit-4-signaal miste op hoogte 961.632.
- •Slechts ongeveer 2,53% van de mijnbouwers gaf in de voorafgaande moeilijkheidsperiode steun aan BIP-110, ver onder de drempel van 55% die nodig was voor vroege vergrendeling.
- •BIP-110 heet officieel de Reduced Data Temporary Softfork en stelt tijdelijke beperkingen voor op willekeurige gegevens in Bitcoin-transacties, in plaats van quantumcomputing-beveiligingsupgrades.
- •Bitcoin Core heeft de BIP-110-implementatie niet overgenomen, en het grootste deel van de netwerk-hashkracht blijft de niet-handhavende keten uitbreiden onder de bestaande consensusregels.
- •De minderheidsfork biedt momenteel geen automatische replay-bescherming, wat betekent dat transacties op de ene tak mogelijk dezelfde munten op de andere tak kunnen beïnvloeden.

De activeringspoging van Bitcoin's BIP-110 heeft een live minderheidsfork opgeleverd nadat handhavende nodes een niet-signaliserend blok op hoogte 961.632 vroeg op 9 augustus afwezen. De meeste mijnbouwers gingen door met het uitbreiden van het bestaande netwerk onder de huidige consensusregels, waardoor de kloof tussen de twee concurrerende takken snel groter werd.
Volgens BIP110Monitor had de hoofdketen tegen ongeveer 01:00 UTC op 9 augustus blok 961.654 bereikt, terwijl de handhavende tak op blok 961.633 stond — een achterstand van 21 blokken. Geen van de eerste 23 blokken in de nieuwe moeilijkheidsperiode gaf steun aan het voorstel.
Hoe de Splitsing Ontstond
De fork ontstond bij blok 961.632, wat het begin markeerde van het verplichte signaleringsvenster van BIP-110. AntPool delfde een blok dat het vereiste versie-bit-4-signaal niet bevatte, terwijl Roughnecks een concurrerend compatibel blok produceerde via OCEAN. Nodes die BIP-110 handhaafden, wezen het blok van AntPool af en volgden de alternatieve tak. Het grotere niet-handhavende netwerk bleef Bitcoin uitbreiden onder de bestaande consensusregels.
Steun voor het voorstel was al minimaal vóór de splitsing. Tijdens de voorafgaande herdoelperiode van 2.016 blokken gaven slechts 51 blokken steun — ongeveer 2,53% van het totaal.
Activeringsmechanisme en Tijdlijn
BIP-110 maakt gebruik van een gemodificeerd BIP9-activeringsproces. Volgens de vroege vergrendelingsregels moesten 1.109 van de 2.016 blokken (55%) steun signaleren, maar de deelname van mijnbouwers bleef ver onder die drempel. Bijgevolg trad het voorstel in verplichte signalering bij blok 961.632.
Vanaf dat moment begonnen handhavende nodes elk blok af te wijzen dat geen versie-bit 4 instelde. De verplichte signaleringseis blijft van kracht tot en met blok 963.647. Volgens de regels van het voorstel zou de minderheidstak vervolgens vergrendeling afdwingen bij blok 963.648.
De transactiebeperkingen van het voorstel zouden niet onmiddellijk activeren. Deze regels staan gepland om in werking te treden bij blok 965.664 en zouden 52.416 blokken actief blijven voordat ze vervallen. De huidige fork richt zich daarom op signaleringseisen en ketenselectie, en nog niet op transacties die de voorgestelde tijdelijke gegevensbeperkingen van BIP-110 zouden schenden.
Wat BIP-110 Daadwerkelijk Voorstelt
Ondanks sommige beschrijvingen op sociale media is BIP-110 geen quantumcomputing-beveiligingsupgrade. De officiële titel is "Reduced Data Temporary Softfork," wat een engere doelstelling weerspiegelt: het tijdelijk beperken van willekeurige gegevens die in Bitcoin-transacties zijn ingebed. Het voorstel introduceert zeven consensusregels betreffende scriptPubKeys, OP_RETURN-gegevens, witness-payloads en verschillende Taproot-gerelateerde structuren.
Het voorstel kwam voort uit een voortdurend debat binnen de Bitcoin-gemeenschap over de hoeveelheid niet-financiële gegevens die op de blockchain worden ingeschreven — een praktijk die versnelde na de lancering van Ordinals-inschrijvingen en BRC-20-tokens in 2023. Voorstanders van gegevensbeperkingen argumenteren dat overmatige on-chain gegevens de blokgrootten opblazen en de bedrijfskosten van nodes verhogen, terwijl tegenstanders stellen dat geldige transacties niet gecensureerd mogen worden en dat de vergoedingenmarkt de toewijzing van blokruimte van nature regelt. BIP-110 vertegenwoordigt een van verschillende voorgestelde benaderingen van deze spanning, hoewel het geen brede steun van mijnbouwers of ontwikkelaars heeft aangetrokken.
De status "Complete" van het voorstel in de BIPs-repository geeft alleen aan dat de specificatie zelf als voltooid wordt beschouwd — niet dat Bitcoin het heeft overgenomen. De daadwerkelijke overname hangt af van mijnbouwers, gebruikers, beurzen, bewaarders en andere economische deelnemers die beslissen welke software en consensusregels zij erkennen.
Replay-risico en Operationele Zorgen
Bitcoin Core heeft de BIP-110-implementatie niet overgenomen, en het grootste deel van de hashkracht blijft de niet-handhavende keten uitbreiden. Omdat slechts beperkte hashkracht de handhavende fork steunt, kan de blokproductie op de minderheidstak aanzienlijk langer duren dan de standaarddoelstelling van Bitcoin van ongeveer één blok per 10 minuten.
De meest directe zorg voor BTC-houders is operationeel. De minderheidsfork biedt geen automatische replay-bescherming vóór zijn latere activeringsfase, wat betekent dat een transactie op de ene tak mogelijk dezelfde munten op de andere tak kan beïnvloeden. Ontwikkelaars hebben houders gewaarschuwd de splitsing niet te beschouwen als een risicovrije airdrop-mogelijkheid.