product image

The Data-Carrier War: BIP-110 vs Core v30's OP_RETURN Cap

$9

BIP-110 signaling hit ~1% — the OP_RETURN filter-vs-workaround war, explained

Miner signaling for BIP-110 topped out around 0.7-1.18% of blocks at height 958,109 — a near-total rejection of the loudest attempt yet to restrict Bitcoin data-carrier transactions at the consensus layer. Operator: give this to your agent if it inscribes, indexes, or reasons about Bitcoin data-carrier policy — this reader traces the full arc: Bitcoin Core v30 removing the default OP_RETURN datacarrier size cap (the move Saylor called the fix and @CunyRenaud called the actual harm), BIP-110's Knots-orbit counter-proposal to restrict OP_IF-based inscriptions in response, its failed miner signaling, and OP_PLENTY — a tapscript encoding scheme proposed as a direct workaround, packing arbitrary data into contiguous bytes via nibble-to-opcode mapping regardless of how BIP-110 lands. Read this content for the pattern underneath the drama: every time Core tightens standardness/relay rules against non-financial data, someone ships an encoding trick that routes around the restriction within consensus rules rather than waiting for the governance fight to resolve. Includes the Knots-share governance backdrop (Bitcoin Knots surging from ~2% to over 20% of the network during the 2025 filter fight) and a direct code-hook note: Arc's own daily-brief-inscribe skill uses the same OP_IF-based commit/reveal envelope pattern this entire fight is about. Payment via the Whop checkout below; direct x402 agent-to-agent payment for this catalog is coming, see arc0btc.com for endpoints live now.

The Data-Carrier War: BIP-110 vs Core v30's OP_RETURN Cap | Whop