Ripple CTO Emeritus: BIP-110 Vote Loss Doesn’t Justify New Chain

David Schwartz, the Ripple CTO emeritus, argued on August 31 that supporters of Bitcoin’s BIP-110 fork crossed from governance into an attack after rejecting the soft-fork result and continuing on a separate proof-of-work chain.

His exchange with fork supporter captures the dispute: whether losing a consensus fight justifies creating a new Bitcoin chain, or whether that move itself amounts to attacking the network.

New Chain Goes Live

“You’re not ‘still’ attacking,” Schwartz wrote in response to the take. “You switched from participating in governance to attacking when you refused to accept that you lost.”

“I’m not arguing that you are incapable of pretending you have good faith disagreement over governance,” the XRP Ledger architect added. “I’m arguing that there’s lots of evidence that when you do so, you are pretending.”

The chain he referenced went live through a flag-day hard fork at block 961,640, replacing SHA256d with BLAKE2b as the mining algorithm. The update also introduced a new 164-byte block header and temporary rules capping block size at roughly 300 kilobytes until September 2027.

Bitcoin Knots developer Luke Dashjr defended the switch on August 30, arguing that BLAKE2b carries none of SHA256d’s known weaknesses, such as ASICBoost, and that the redesigned header closes a block-withholding loophole that previously relied on miner monitoring to catch.

A Fork That Struggled Before It Split Again

As reported previously, the BIP-110 chain split from Bitcoin’s main chain at block 961,632 after failing to draw enough miner support.

The backing pool, Roughnecks, produced only two blocks before the branch stalled while the main chain kept its normal pace, and the gap between them grew to several hundred blocks within weeks. Dashjr was separately removed as an editor of Bitcoin’s improvement proposal repository over what was described as a conflict of interest in his handling of BIP-110.

The dispute traces back to Bitcoin Core dropping its old limit on OP_RETURN data, which let more non-monetary content, including Ordinals and Runes, fill blocks that BIP-110 supporters wanted reserved for payments.