Bitcoin nadert een kort tijdsbestek in augustus 2026 waarin de verplichte signaleringsmechanismen van BIP-110 naar verwachting kort voor de door Paul Sztorc geplande eCash-hardfork zullen ingaan, waardoor twee afzonderlijke protocolgebeurtenissen vrijwel op hetzelfde tijdschema vallen.
Tijdlijn voor augustus zet de BIP-110-signalering van Bitcoin en de hard fork van Paul Sztorc in de schijnwerpers

Belangrijkste punten
- BIP-110 richt zich op blok 961.632 voor verplichte signalering in augustus 2026.
- De eCash-fork van Paul Sztorc is gericht op blok 964.000 met een 1:1-airdrop.
- Bitcoin-miners staan voor de eCash-fork onder druk om aan de BIP-110-signaleringsvereisten te voldoen.
De eerste gebeurtenis is BIP-110, ook wel bekend als de ‘Reduced Data Temporary Softfork’, een ontwerpvoorstel opgesteld door Dathon Ohm en gepland voor december 2025. De maatregel zou een tijdelijke softfork van één jaar opleggen aan Bitcoin door bepaalde vormen van willekeurige gegevensopslag in transacties te beperken. Voorstanders beschrijven het voorstel als een reactie op prikkels die volgens hen zijn toegenomen na de golf van Ordinals en inscripties die in 2022 begon.
Een tijdelijke softfork met permanente gevolgen
BIP-110 is ontworpen om bij blok 961.632 over te gaan naar een verplichte signaleringsfase, die loopt tot en met blok 963.647. Gedurende die periode zouden nodes die BIP-110-compatibele software draaien – voornamelijk Bitcoin Knots-forks – niet-signalerende blokken als ongeldig afwijzen. Het mechanisme is bedoeld om uiterlijk bij blok 963.648 een lock-in te garanderen, waarna de activering volgt.
Dat ontwerp vormt het eerste harde drukpunt. Het nodigt miners niet simpelweg uit om te signaleren. Het creëert een periode waarin het niet-signaleren directe economische kosten met zich mee kan brengen voor miners wier blokken worden afgewezen door het deel van het netwerk dat de regels handhaaft. Het voorstel maakt gebruik van versiebit 4 en staat vroegtijdige activering toe als 55% van de miners binnen een heroriëntatieperiode signaleert, wat overeenkomt met 1.109 van de 2.016 blokken.
Wat BIP-110 zou beperken
De tijdelijke regels van BIP-110 zouden verschillende transactiegedragingen beperken gedurende ongeveer 52.416 blokken, oftewel ongeveer een jaar. Outputs met een ScriptPubKey groter dan 34 bytes zouden ongeldig worden, met uitzondering van OP_RETURN, waarvoor een limiet van 83 bytes zou gelden. Grote gegevensoverdrachten en witness-items zouden worden beperkt tot 256 bytes, terwijl verschillende Taproot-gerelateerde functies tijdelijke beperkingen zouden ondervinden.
Inputs die UTXO’s uitgeven die vóór de activering zijn aangemaakt, zouden permanent vrijgesteld blijven. De limieten zouden ook automatisch vervallen na de periode van één jaar, een ontwerpkeuze die voorstanders beschouwen als een tijdelijke maatregel in plaats van een permanente herziening van het transactiebeleid van Bitcoin.
Voorstanders zien discipline, critici zien risico op verdeeldheid
Voorstanders, waaronder gebruikers van Bitcoin Knots en deelnemers aan de Ocean-pool, stellen dat BIP-110 de overbelasting van de blockchain zou verminderen, de exploitatiekosten van nodes zou verlagen en het monetaire doel van Bitcoin zou versterken. Zij beschouwen het voorstel als een corrigerende maatregel tegen het insluiten van niet-monetaire gegevens en als een cultureel signaal over waarvoor de blokruimte van Bitcoin zou moeten worden gebruikt.

Critici hebben gewaarschuwd dat het voorstel de consensus zou kunnen verstoren, geavanceerd scriptwerk in de weg zou staan, onzekerheid zou creëren voor ontwikkelaars en een precedent zou scheppen voor het op protocolniveau filteren van betaalde blokruimte. De huidige signaalgraad onder miners blijft erg laag; op dit moment, op 22 juni, bedraagt deze 0,31%, wat de deadline in augustus des te belangrijker maakt.
Sztorc’s eCash-plan zorgt voor een aparte ‘fork-strijd’
Een afzonderlijke ontwikkeling in augustus, die losstaat van BIP-110, komt ook steeds meer in de schijnwerpers te staan. Paul Sztorc, de maker van Drivechain en BIP 300 die verbonden is aan Layertwo Labs, heeft plannen aangekondigd voor een eCash-hardfork, gepland rond blok 964.000 in augustus 2026. Het plan zou een nieuwe SHA-256d-keten creëren die begint als een bijna exacte kopie van Bitcoin Core, met een eenmalige moeilijkheidsreset bij de lancering en een 1:1-airdrop aan BTC-houders op basis van het fork-blok.
Het eCash-voorstel is geen maatregel om de gegevenshoeveelheid te beperken. Het is een schaalbaarheids- en sidechain-project dat is opgezet rond het activeren van Drivechains, oftewel BIP 300 en BIP 301, op de nieuwe keten vanaf dag één. Sztorc heeft het initiatief gepresenteerd als een manier om functionaliteit te introduceren die in de ontwikkeling van de Bitcoin-hoofdketen is vastgelopen, terwijl houders bij de splitsing een nieuw activum krijgen.
Werking van de airdrop roept vragen op over bewaring en de markt
De 1:1-airdrop zorgt voor een tweede knelpunt. Een hard fork waarbij eCash bij de splitsing aan BTC-houders wordt toegewezen, zou beurzen, bewaarders, wallet-aanbieders, miners en institutionele houders dwingen te beslissen of en hoe ze het nieuwe activum moeten erkennen, beveiligen, splitsen, verwerken of negeren.
De belangen verschillen van eerdere forkcycli omdat bitcoin nu op grote schaal wordt aangehouden via spot-exchange-traded funds (ETF’s), bedrijfsfinanciën en gereguleerde bewaarstructuren. Het eCash-plan heeft ook kritiek gekregen over de manier waarop munten uit het Satoshi-tijdperk mogelijk worden behandeld, waarbij in discussies sprake is van een gedeeltelijke hertoewijzing voor ontwikkeling of stimulansen voor de gemeenschap. Critici hebben dat concept als oneerlijk bestempeld, terwijl voorstanders, waaronder Sztorc, aanvoeren dat de fork vrijwillig is en houders zelf kunnen beslissen hoe ze de nieuwe keten behandelen.
Eén venster in augustus, twee afzonderlijke conflicten
De timing is wat deze twee afzonderlijke gebeurtenissen tot een dubbel drukpunt maakt. Het verplichte signaleringsvenster van BIP-110 begint bij blok 961.632 en is bedoeld om de lock-in bij blok 963.648 te garanderen. De eCash-fork is gepland rond blok 964.000, slechts een paar honderd blokken later. In termen van bloktijd vallen de twee geschillen in dezelfde korte periode.
Het interessante aan beide gebeurtenissen is dat het verschillende voorstellen betreft, gesteund door verschillende facties en gericht op verschillende problemen. Het verband is contextueel en operationeel: de ene gebeurtenis stelt het gegevensbeleid en het proces voor consensuswijzigingen van Bitcoin op de proef, terwijl de andere vrijwel onmiddellijk daarna de politiek rond forks, airdrops en schaalbaarheid op de proef stelt.
Miners staan voor keuzes op het gebied van inkomsten, signalering en hashpower
Voor miners zou het korte tijdsbestek tegenstrijdige prikkels kunnen opleveren. Tijdens de verplichte signaleringsperiode van BIP-110 kan een miner onder druk komen te staan om bit 4 te signaleren om het risico op orphans door handhavende nodes te vermijden. Op dit moment signaleert echter slechts 5,37 exahash per seconde (EH/s) van de totale hashrate van Bitcoin van 940 EH/s voor BIP-110. Kort daarna zou de lancering van eCash een nieuwe SHA-256d-keten kunnen bieden met een moeilijkheidsreset en potentiële inkomsten uit sidechains.
Omdat eCash een 1:1-airdrop omvat, zal de geplande lancering waarschijnlijk meer aandacht van de markt en het publiek trekken dan BIP-110, en in veel opzichten is dat nu al het geval. De fork biedt miners een tweede economische stimulans: ze kunnen dezelfde SHA-256d-hardware, of oudere machines, inzetten voor het nieuwe activum, terwijl ze tegelijkertijd via ‘blind merged mining’ aan sidechains meemijnen die via deze methode beveiligd zijn.
Beurzen en bewaarders worden de operationele frontlinie
Wat de infrastructuur betreft, kan de last zwaarder zijn dan het marktverhaal suggereert. Van beurzen en bewaarders kan worden gevraagd om verzoeken tot het splitsen van munten te verwerken, replay-bescherming te evalueren, de dominante Bitcoin-keten te identificeren als er een BIP-110-gerelateerde splitsing plaatsvindt, en beleidsbeslissingen in realtime aan gebruikers uit te leggen.
Die operationele laag is van belang omdat een protocolgeschil meer wordt dan een technisch debat zodra er sprake is van stortingen, opnames, boekhoudkundige verwerking en gebruikerssaldi. Een periode van hoge druk kan kleine vertragingen, onduidelijk beleid of tegenstrijdige signalen van de keten uitvergroten.
De markt beschouwt de timing als een risico
Voor de markten is de situatie minder eenduidig dan wel gespannen. Een 1:1 eCash-airdrop zou sommige houders kunnen aanmoedigen om bitcoin aan te houden tot na het fork-blok. Het omstreden handhavingstraject van BIP-110 zou anderen ertoe kunnen aanzetten hun blootstelling vóór de periode te verminderen, vooral als beurzen waarschuwen voor dienstonderbrekingen, zorgen over replay-aanvallen of vertragingen bij de bewaring.
Het centrale punt hier is dat twee omstreden protocolgebeurtenissen binnen hetzelfde korte tijdsvenster plaatsvinden. De ene is een tijdelijke soft fork met verplichte signalering en datalimieten. De andere is een hard fork met een nieuw activum en de activering van Drivechain. Samen vormen ze een geconcentreerde test voor de technische discipline van Bitcoin, de coördinatie tussen miners, het marktvertrouwen en het publieke discours.
Wat we nu in de gaten moeten houden
Wat nu van belang is, is het gedrag van miners in de aanloop naar blok 961.632, de acceptatie door nodes van BIP-110-compatibele clients, verklaringen van beurzen en bewaarders over eCash, en of grote infrastructuuraanbieders vóór blok 964.000 wijzen op risico’s met betrekking tot replay, stortingen, opnames of boekhouding. Als die signalen gefragmenteerd blijven, zou augustus minder gaan over elk voorstel afzonderlijk en meer over hoe Bitcoin omgaat met twee verschillende governance-tests tegelijk.
Dit artikel is met behulp van AI uit het Engels vertaald. De originele Engelstalige versie is de gezaghebbende bron; geautomatiseerde vertalingen kunnen onnauwkeurigheden bevatten, met name in juridische en regelgevende terminologie.

















