In the early hours of August 9, Beijing time, Bitcoin reached block height 961,632, marking the start of BIP-110’s mandatory signaling period. Nodes enforcing the BIP-110 rules began rejecting blocks that did not signal version bit 4 and split from the main chain. The BIP-110 branch produced only two blocks before stalling, while the Bitcoin main chain continued producing blocks normally.
During the preceding difficulty adjustment period, only 51 blocks signaled support, representing 2.53% of the total and falling far short of the proposal’s 55% threshold for voluntary early lock-in. This indicated that BIP-110 had failed to secure broad miner support and ultimately resulted in a minority chain with extremely little hash power.
What Is BIP-110 Intended to Address?
BIP-110, formally titled “Reduced Data Temporary Softfork,” was submitted by pseudonymous developer Dathon Ohm, with Luke Dashjr providing input on an early draft. The proposal seeks to introduce seven consensus restrictions for approximately one year. These include limiting ordinary new output scripts to 34 bytes, restricting new output scriptPubKeys whose first opcode is OP_RETURN to 83 bytes, capping several types of data pushes and witness stack elements at 256 bytes, and limiting certain Taproot functionality.
The proposal is not intended to eliminate on-chain data entirely. BIP-110 itself acknowledges that data can still be split into smaller pieces or disguised. Instead, it aims to make it more costly and difficult to inscribe large volumes of contiguous data, such as Ordinals inscriptions. The BIP-110 text explicitly states that the proposal does not address “non-bitcoin tokens,” arguing that such issues are better handled at the policy layer.
UTXOs created before activation could still be spent under the existing rules. However, the proposal also acknowledges that a very small number of use cases involving presigned Taproot transactions or unusual Miniscript structures could be affected.
The immediate backdrop to the dispute was the release of Bitcoin Core 30.0 in October 2025, which raised the default -datacarriersize setting from 83 bytes to 100,000 bytes, substantially relaxing the default OP_RETURN relay limit. It is important to note that Core 30 changed node transaction relay and block template policies, not Bitcoin’s consensus rules. BIP-110, by contrast, seeks to elevate these restrictions to the consensus layer, meaning that blocks containing transactions that violate the new rules would be considered invalid by nodes enforcing BIP-110.
Timeline: From Proposal to Chain Split
October 10, 2025: Bitcoin Core 30.0 was released, relaxing the default OP_RETURN relay policy.
October 24, 2025: The initial draft of BIP-110 was completed. It was formally assigned the BIP-110 number on December 3.
January 28, 2026: The first production release of the official activation client, v0.1, was published. The software was based on Bitcoin Knots. Several release candidates had been issued beforehand.
March 1, 2026: Barefoot Mining produced the first block signaling support for BIP-110 through OCEAN.
March 10, 2026: Version 0.4.1 of the official activation client was formally released on GitHub. Dathon Ohm publicly announced the release on X on March 13.
March 31, 2026: Dathon Ohm published a project update on Delving Bitcoin and announced that two implementation pull requests had been submitted to Bitcoin Core. The relevant PRs were subsequently closed automatically and were not merged into Core.
June 25, 2026: BIP-110’s status was changed to
Complete. This status only indicates that the author considers the specification complete and recommends its adoption. It does not mean that the Bitcoin network has accepted the proposal.July 2026: The dispute intensified. Michael Saylor, Adam Back, PlanB, and others publicly opposed the proposal. OCEAN became the primary source of signaling blocks, but overall miner support remained low. OCEAN also upgraded its backend to separately record and distribute rewards from the two chains after the split. Ordinals supporter Leonidas, meanwhile, announced DOG Mode, which proposed relaxing node relay policies in the opposite direction from BIP-110.
August 9, 2026, Beijing time (August 8 UTC): The mandatory signaling period began at block 961,632. A non-signaling block mined by AntPool was accepted by the Bitcoin main chain but rejected by BIP-110 nodes. Miners using OCEAN then produced alternative blocks on the minority chain. The branch stopped advancing after producing the block at height 961,633.
August 9–10: Roughnecks, which mined the two blocks on the minority chain, announced that it would stop mining under the organization’s name and recommended that miners continuing to use the existing proof-of-work algorithm suspend their participation. Some supporters began discussing changing the branch’s PoW algorithm, but this would constitute another rule change outside the original proposal. Pull requests were also opened in the Bitcoin BIPs repository to change BIP-110’s status from
CompletetoDeployed, and then toClosed. As of publication, the relevant PRs had not been merged, and BIP-110’s official page still listed its status asComplete. Regardless of how the repository label is ultimately handled, it would not mean that BIP-110 had been activated on the Bitcoin mainnet.
What Are the Two Sides Actually Arguing About?
Supporters argue that miners collect a transaction fee only once, while every fully validating node must download and verify the corresponding block. Nodes that do not enable pruning must also store historical blocks indefinitely and may serve this data to other nodes. Large volumes of non-financial data also compete with payment transactions for block space, potentially raising the cost of ordinary transfers.



