Bitcoin’s debate over non-monetary data has intensified as BIP-110 supporters call for stronger backing, while prominent critics warn that forcing activation could divide the network.
Robert Allen urged Bitcoin users concerned about blockchain spam to support the proposal rather than remain undecided. He acknowledged that BIP-110 is imperfect but described it as preferable to leaving the issue unaddressed.
Adam Back took the opposite position. He argued that the filter proposal carries technical defects, lacks broad agreement, and risks producing a low-hashrate minority chain instead of a widely accepted Bitcoin upgrade.
BIP-110 Targets Non-Monetary Data
BIP-110 proposes a temporary soft fork that would tighten the amount and format of arbitrary data permitted inside Bitcoin transactions.
Its rules would generally limit new output scripts to 34 bytes, while permitting up to 83 bytes when the first opcode is OP_RETURN. Other large data pushes and witness items would face additional restrictions.
Supporters say the proposal targets inscriptions and other non-payment data that consume block space. Their concern is that growing storage and bandwidth requirements could make running a full node more expensive, placing pressure on Bitcoin’s decentralization.
The restrictions are designed to last for one year. That temporary period would allow developers and node operators to observe the effects before deciding whether similar limits should remain.
Related: CryptoQuant Calls for a Pause in Strategy Bitcoin Purchases
Robert Allen Calls for Stronger Support
Allen directed his message toward users who oppose spam but remain hesitant about BIP-110. He argued that waiting for a perfect solution could allow the disputed activity to persist without a meaningful response.
To all of the BIP-110 fence sitters:
You say you hate spam on Bitcoin.
BIP-110 is an attempt to turn the tide. It isn’t perfect, but it is much better than doing nothing.
But what if it doesn’t activate?
Man up and help ensure that it does! This isn’t the time to pussy foot…
— Robert Allen #BIP-110 (@SatoshiSound) June 23, 2026
His position reflects the view that node operators should actively enforce stricter monetary-use rules rather than depend only on relay policies or transaction fees to discourage non-financial data.
Early adoption began slowly. In January, 583 of 24,481 detectable nodes were reportedly running the BIP-110 implementation, representing 2.38% of the observed network.
Support later increased, with an implementation update in March estimating that BIP-110 software accounted for more than 8% of listening nodes. Node adoption, however, does not automatically establish miner support or guarantee enforcement on the chain with the greatest accumulated proof of work.
Related: Bitcoin Crashes Below $63,000 as $1.4 Trillion Vanishes in Tech Bloodbath
Adam Back Warns of Minority Fork
Back said the proposal’s supporters have dismissed concerns about its technical design. In his view, that has prevented the formation of both technical and ecosystem consensus.
the filter bip is much worse than doing nothing. you can’t just reject feedback on it’s defects, as a result there’s no technical consensus, and no ecosystem consensus. we know how that works out – a low hashrate failed fork. assuming that’s not your desired outcome…
— Adam Back (@adam3us) June 24, 2026
A central dispute concerns activation. BIP-110 allows early enforcement if 55% of hash power signals are supported, far below the roughly 95% threshold associated with previous major Bitcoin upgrades.
Supporters argue that a lower threshold prevents a minority of miners from blocking action. Critics respond that 55% leaves too much room for incompatible blocks, chain disruption, and confusion among exchanges, wallets, miners, and node operators.
Back warned that weak miner participation could leave BIP-110 nodes following a separate chain with limited hash power. Such an outcome would turn an attempted soft fork into a contentious split in practical terms.
The argument now extends beyond transaction data. BIP-110 has become a wider test of how Bitcoin should handle protocol changes when users agree that a problem exists but disagree sharply over the proposed solution and its activation method.
