Recent Posts
Subscribe
Sign up to get update news about us. Don't be hasitate your email is safe.
Sign up to get update news about us. Don't be hasitate your email is safe.

Bitcoin is having a governance crisis again. Shocking, right? A chart from Jameson Lopp showing a suspicious spike in BIP-110 signaling nodes has ripped open a wound that never really healed after the SegWit2x wars. The question on the table is brutally simple: are those nodes real support, or is someone spinning up cheap Tor instances to manufacture consensus?
Let’s be real. The answer probably doesn’t matter as much as the fight itself does.
Here’s the thing. This whole mess didn’t start with BIP-110. It started when Bitcoin Core 30.0 shipped in October 2025 and quietly raised the default -datacarriersize to 100,000 bytes and allowed multiple OP_RETURN outputs. For the anti-spam faction inside Bitcoin, that wasn’t a technical tweak. It was a declaration of values.
BIP-110 is the counter-punch. Filed by Dathon Ohm, with Luke-Jr credited for original drafting, the proposal would impose a temporary consensus-layer tightening with some genuinely aggressive constraints:
That last point is where it gets spicy. These aren’t cosmetic restrictions. They reach directly into Taproot’s upgrade path and would freeze out BitVM-style large Taptrees entirely. Some wallets generating Miniscript would need code updates. In narrow edge cases, the proposal itself acknowledges that funds could be frozen during the window. The BIP-110 site calls that “extremely unlikely.” Opponents call it unacceptable.
The activation design is what makes this a genuine governance fight and not just a forum argument. A modified BIP9 mechanism with a 55% signaling threshold and a deadline around September 1, 2026. That threshold is low. Very low. Standard soft fork expectations historically require something far closer to supermajority hashrate. Activating at 55% means 45% of miners could be producing blocks that the activated chain would reject outright. That’s not a theoretical chain split risk. It’s a concrete one.
Jameson Lopp captioned his chart “Spot the Sybil Attack.” That’s not a subtle framing. He’s explicitly accusing the BIP-110 support campaign of manufacturing visible consensus rather than building real economic weight behind the proposal.
His argument is architectural and it’s hard to dismiss. Running a node costs almost nothing at scale, especially on Tor where addresses are practically free. The chart showed BIP-110 signaling jumping sharply while Bitcoin Knots nodes whipsawed, which is the kind of pattern you’d expect from a coordinated deployment campaign, not organic grassroots adoption spreading person by person.
The data itself is messy depending on where you look:
Same network. Completely different picture depending on methodology. That’s the trick here. The BIP-110 camp can point to the broader count and claim momentum. Critics point to the corrected count and say it’s nowhere close to parity with Core.
Lopp’s deeper point, though, is that this entire argument is beside the point. Bitcoin’s governance has never actually run on node counts. It runs on economic weight: miners, exchanges, custodians, wallet operators. The entities that can actually enforce a rule change with real consequence. Reachable-node tallies represent none of that. They never have. Bitcoin Unlimited learned this the hard way. SegWit2x learned it even harder.
The BIP-110 deployment also got a serious infrastructure boost in early 2026. myNode added a “Bitcoin Knots + BIP110 Custom Bitcoin Version” install option on February 6. RaspiBlitz updated its Knots installer to run a BIP110-enabled build on February 19. The official BIP-110 site lists simplified install paths across Start9, Umbrel, myNode, Parmanode, and Docker, and it explicitly encourages users to run signaling nodes to show support.
Honestly, that’s a coordinated distribution campaign. Whether you call it community organizing or manufactured signaling depends entirely on which side of the OP_RETURN debate you sit on.

Strip away the node charts and the signaling theater and you’re left with a question that Bitcoin has been avoiding for years. Is Bitcoin a monetary network with strict, intentional constraints on how its block space is used? Or is it a general-purpose data layer where the market decides what gets included?
Core 30’s OP_RETURN loosening answered that question in one direction. BIP-110 is an attempt to answer it in the opposite direction, but through a governance mechanism that critics say is both technically risky and politically illegitimate.
The coordination failure scenario is the most likely bad outcome here. If BIP-110 fails to reach 55% miner signaling, which is very possible given that miners, exchanges, and major economic actors have not publicly aligned behind it, you get months of network-wide distraction, a poisoned Taproot development environment, and a governance lesson that nobody wanted to repeat. The real policy question about OP_RETURN spam stays unresolved.
Look, Bitcoin has been here before. The difference this time is the sequence. Core changed the defaults first, which put the anti-spam camp in reactive mode. Reactive governance campaigns in Bitcoin have a bad track record. They rely on visible momentum, like node charts, precisely because they lack the institutional backing that makes soft forks stick.
Most retail participants will ignore this entirely until it becomes a price event. That’s a mistake. Here’s what actually matters from a market perspective:

A 55% activation threshold is genuinely dangerous. Past Bitcoin soft forks that stuck, SegWit being the obvious example, built to near-supermajority signaling before activating, specifically to avoid producing blocks that a large minority of hashrate would reject. BIP-110’s threshold lowers that bar significantly. If this activates over the objection of major miners and custodians, you get two chains that both claim to be Bitcoin. The market has seen this movie before with Bitcoin Cash and Bitcoin SV. It wasn’t pretty, and the “loser” chain bled out slowly over years. Any exchange or custodian holding Bitcoin during an unresolved split event becomes exit liquidity for whoever moves fastest.
Between you and me, the signal that actually matters here isn’t on any node dashboard. It’s in the silence from Coinbase, Binance, Kraken, and the major Bitcoin ETF custodians. None of them have endorsed BIP-110. None of them endorsed Bitcoin Unlimited either, and that proposal collapsed almost immediately once the economic actors made their position clear. If you start seeing formal statements from major exchanges about which chain they’d support in a split scenario, that’s when this story becomes a trading event rather than a governance argument. Until then, it’s noise with technically important implications.
References & Sources:
The recent anti-spam proposal on the Bitcoin network aims to filter out non-financial data, often associated with innovations like Bitcoin Ordinals and BRC-20 tokens, to prevent blockchain congestion. Proponents argue this arbitrary data acts as “spam” that drastically increases transaction fees and slows down confirmation times for standard users. Conversely, opponents maintain that Bitcoin is an open market, meaning miners should process any transaction that includes the required fee, sparking a massive ideological divide within the developer community.
Claims of ‘faked’ node support surfaced when the network experienced a sudden, highly coordinated spike in nodes signaling approval for the anti-spam proposal. Critics and blockchain analysts identified this anomaly as a potential Sybil attack. In a Sybil attack, a single entity or small group spins up thousands of cheap, spoofed network nodes to artificially inflate signaling metrics, creating a false illusion of widespread community consensus to unfairly push their preferred network upgrade.
Data-heavy transactions, often labeled as ‘spam,’ consume significant amounts of the limited block space available on the Bitcoin blockchain. Because each block can only hold a certain amount of data, an influx of large entries—such as digital artifacts or inscriptions—creates network congestion. This forces users sending standard financial transactions to pay much higher miner fees to get their transactions confirmed quickly, while also increasing the hardware and storage requirements for individuals running full Bitcoin nodes.
While Bitcoin nodes are vital for validating transactions and enforcing existing consensus rules, they alone cannot unilaterally force a network upgrade. A successful Bitcoin protocol change requires overwhelming organic alignment among core developers, miners, economic nodes (like major exchanges and wallet providers), and everyday users. If a specific faction attempts to force a controversial upgrade without true, broad consensus, they risk causing a hard fork, effectively splitting the Bitcoin network into two competing blockchains.
Expert in Digital Marketing and Cryptocurrency News with a BSc (Hons) in Marketing Management. With over 06 Years of experience in the blockchain space, Themiya provides in-depth analysis and technical insights for Coinsbeat.