BIP-110 Mandatory Signaling Goes Live: Miners Respond With a Shrug and 2.53% 📉

Bitcoin Improvement Proposal 110 entered its mandatory-signaling phase at block 961,632 on Saturday at around 19:35 UTC, with miners signaling support in just 51 of the preceding 2,016 blocks, or 2.53%, well below the 55% threshold required for early activation, according to the BIP-110 monitor. Starting at that block, nodes enforcing BIP-110 began rejecting blocks that did not set version bit 4, while ordinary Bitcoin ($BTC) nodes continued accepting both signaling and non-signaling blocks. A minority BIP-110 branch subsequently emerged, but quickly fell behind the dominant chain. With relatively little mining support, a BIP-110 branch could advance slowly or stop producing blocks altogether, and the low signaling rate makes a sustained rival chain unlikely without substantially greater miner participation.

Written by pseudonymous developer Dathon Ohm, BIP-110 proposes additional consensus restrictions lasting roughly one year. It would limit most new output scripts to 34 bytes, cap OP_RETURN outputs at 83 bytes, restrict certain data pushes and witness elements to 256 bytes, and temporarily limit several Taproot features, while leaving unspent transaction outputs created before activation exempt. Supporters said the restrictions would discourage inscriptions and other non-monetary data that increase storage and bandwidth costs for node operators. Critics, including Strategy Executive Chairman Michael Saylor and Blockstream CEO Adam Back, have argued that the proposal could divide Bitcoin and cause nodes to reject transactions permitted under the network's existing rules.

The proposal uses version bit 4 for miner signaling. Its deployment schedule sets blocks 961,632 through 963,647 as a mandatory-signaling window, during which nodes enforcing BIP-110 reject blocks that do not carry the signal. The specification defines block 963,648 as the beginning of its locked-in state and block 965,664, expected in about four weeks, as the point when its transaction restrictions take effect. The milestone tests whether supporters can advance a contentious consensus change without broad miner backing, potentially separating enforcing nodes from the dominant chain and escalating a dispute over how Bitcoin's block space should be used.

BIP-110 proponents are framing the effort as a user-activated soft fork (UASF), meaning the rule change would rely on node operators rather than miners, and point to the 2017 activation of SegWit via BIP-148 as historical precedent for a user-driven path when miner support was lacking. On Aug. 1, Bitcoin developer Chris Guida rebased preliminary code for a proof-of-work change originally written by Bitcoin Knots maintainer Luke Dashjr, describing it at the time as a contingency if miners opposed BIP-110, with no activation date set.