Motstanderne mener på sin side at innholdet i transaksjoner ikke bør filtreres gjennom konsensusreglene. De frykter at BIP-110 vil gjøre Bitcoin mindre nøytralt og kan utløse en varig splitt av blokkjeden.
Forslaget vil innføre sju nye restriksjoner på konsensusnivå. Blant de viktigste er:
OP_RETURN.OP_RETURN-utganger får en grense på 83 byte.UTXO-er – altså ubiterte transaksjonsutganger – som ble opprettet før aktiveringen, skal være unntatt fra reglene. Midler som allerede finnes, skal dermed fortsatt kunne brukes .
BIP-110 har to mekanismer for aktivering .
Gruvearbeidere kan signalisere støtte ved å sette bit 4 i blokkhodet. Dersom minst 55 prosent av blokkene i én vanskelighetsjusteringsperiode signaliserer støtte, låses forslaget inn. Det tilsvarer 1 109 av 2 016 blokker i en periode på omtrent to uker. Aktiveringen skjer deretter i den neste justeringsperioden .
Dette er den ordnede veien: Gruvearbeiderne viser støtte, nettverket låser inn oppgraderingen, og reglene trer i kraft etter en forsinkelse.
Hvis 55-prosentterskelen ikke nås, kan noder som kjører BIP-110-kompatibel programvare – hovedsakelig varianter av Bitcoin Knots – håndheve forslaget selv.
Den obligatoriske signaliseringsperioden er planlagt å begynne ved blokk 961 632, anslått til starten av august 2026, og vare til blokk 963 647. I dette intervallet vil de aktuelle nodene avvise blokker som ikke signaliserer støtte, som ugyldige .
Deretter skal ubetinget aktivering skje ved blokk 965 664, rundt september 2026, for noder som kjører BIP-110 .
Ved utgangen av juni 2026 var støtten fra gruvearbeiderne svært lav. Bitget anslo at rundt 0,31 prosent av den samlede datakraften signaliserte forslaget – omtrent 5 EH/s av totalt cirka 940 EH/s . News.Bitcoin.com rapporterte tilsvarende nivå .
Signalene kom hovedsakelig fra mindre grupper som BIP110, Roughnecks110 og 234 Alberta . Ingen av de store gruvedriftspoolene som Foundry, Antpool, F2Pool, Binance Pool eller ViaBTC hadde signalisert støtte på dette tidspunktet .
Med dagens støttenivå fremstår det derfor som svært usannsynlig at BIP-110 oppnår frivillig innlåsing på 55 prosent før den planlagte UASF-perioden i august .
Kritikken kommer fra flere profilerte Bitcoin-aktører:
Hovedinnvendingen er at en begrensning av datatyper på konsensusnivå kan bli en form for protokollsensur. Kritikerne mener Bitcoin bør være tillatelsesløst: Transaksjoner skal vurderes etter tekniske regler, ikke etter hva slags informasjon de inneholder. Dersom BIP-110-noder og øvrige noder vurderer ulike blokker som gyldige, kan resultatet bli to konkurrerende kjeder .
Dersom gruvearbeiderne ikke sørger for frivillig aktivering, vil BIP-110-nodene etter planen aktivere reglene ved blokk 965 664 . Da kan neste blokk som bryter med BIP-110-reglene bli godtatt av den vanlige Bitcoin-kjeden, men avvist av BIP-110-nodene.
Det vil i praksis kunne skape en konsensus-splitt:
Det er derfor viktig å skille mellom aktivering på noder som kjører BIP-110 og en oppgradering som hele Bitcoin-nettverket faktisk har samlet seg om. En UASF kan håndheves av de deltakende nodene, men den garanterer ikke at resten av nettverket følger etter.
BIP-110 må også holdes adskilt fra en annen planlagt Bitcoin-endring. Utvikleren Paul Sztorc, grunnlegger av LayerTwo Labs, har annonsert en separat hardfork kalt eCash, målrettet mot blokk 964 000 i august 2026 .
Forslaget skiller seg fra BIP-110 på flere måter:
Navnet kan også skape forvirring: Det finnes allerede en kryptovaluta kalt eCash, med tickeren XEC, som stammer fra en Bitcoin Cash-fork i 2021 . Den er ikke det samme som Sztorcs planlagte eCash-kjede.
De viktigste datapunktene frem mot høsten er om gruvearbeiderstøtten beveger seg mot 55 prosent, hvor mange noder som faktisk kjører BIP-110-kompatibel programvare, og hvordan børser og andre tjenesteleverandører forholder seg til en eventuell splitt.
Slik situasjonen var i slutten av juni 2026, var den frivillige aktiveringen langt unna. Dermed er det UASF-mekanismen og risikoen for en minoritetsfork som gjør BIP-110 til en av årets mest omstridte Bitcoin-hendelser.