BIP-110フォーク、2ブロック後に停滞：Bitcoinの「ジャンクデータ」論争の行方は？

北京時間8月9日未明、Bitcoinはブロック高さ961,632に達し、BIP-110の強制シグナリング期間の開始を告げた。BIP-110のルールを強制するノードは、バージョンビット4をシグナリングしていないブロックを拒否し始め、メインチェーンから分岐した。BIP-110ブランチは失速するまでにわずか2ブロックしか生成されず、一方でBitcoinメインチェーンは通常通りブロック生成を続けた。

直前の難易度調整期間中、シグナリングによる支持を示したブロックはわずか51個（全体の2.53%）にとどまり、この提案が早期ロックインのために設定していた55%の閾値には遠く及ばなかった。これは、BIP-110が広範なマイナーの支持を確保できなかったことを示しており、最終的に極めて少ないハッシュパワーを持つマイノリティチェーンという結果になった。

BIP-110は何を解決しようとしているのか？

正式名称を「Reduced Data Temporary Softfork（データ削減一時的ソフトフォーク）」とするBIP-110は、匿名開発者のDathon Ohmによって提出され、Luke Dashjrが初期草案に意見を提供した。この提案は、約1年間にわたって7つのコンセンサス制限を導入することを目指している。これには、通常の新しい出力スクリプトを34バイトに制限すること、最初のオペコードがOP_RETURNである新しい出力scriptPubKeyを83バイトに制限すること、数種類のデータプッシュおよびウィットネススタック要素を256バイトに制限すること、および特定のTaproot機能を制限することが含まれる。

この提案は、オンチェーンデータを完全に排除することを意図したものではない。BIP-110自体も、データは依然として小さな断片に分割されたり、偽装されたりする可能性があることを認めている。そうではなく、Ordinalsのインスクリプションのような大量の連続したデータを刻むことを、より高コストで困難にすることを目指している。BIP-110の本文では、この提案は「非ビットコイン・トークン」に対処するものではないと明記されており、そのような問題はポリシーレイヤーで処理するのが望ましいと論じている。

有効化前に作成されたUTXOは、既存のルールの下で引き続き使用できる。しかし、この提案は、事前署名されたTaprootトランザクションや珍しいMiniscript構造を含むごく少数のユースケースが影響を受ける可能性があることも認めている。

この紛争の直接的な背景には、2025年10月のBitcoin Core 30.0のリリースがあり、これによりデフォルトの-datacarriersize設定が83バイトから100,000バイトに引き上げられ、デフォルトのOP_RETURNリレー制限が大幅に緩和された。重要なのは、Core 30はノードのトランザクションリレーとブロックテンプレートのポリシーを変更したのであって、Bitcoinのコンセンサスルールを変更したのではないという点だ。対照的にBIP-110は、これらの制限をコンセンサスレイヤーに引き上げることを求めており、つまり、新しいルールに違反するトランザクションを含むブロックは、BIP-110を強制するノードによって無効とみなされることになる。