BIP-110、すなわち「データ削減一時的ソフトフォーク」は、Bitcoinトランザクション内の任意のデータを制限するための7つの新しい検証ルールを導入する、1年間の一時的コンセンサスソフトフォークを提案しています。この提案は、OP_RETURN以外のnew scriptPubKeysを34バイト（OP_RETURNは最大83バイト）に制限し、ほとんどのデータプッシュとウィットネス要素を256バイトに上限を設け、Taprootコントロールブロックを257バイトに制限し、Taprootアネックス、未定義のウィットネスバージョン、およびTapscripts内の特定のオペコード（OP_SUCCESS*およびOP_IF/OP_NOTIFを含む）を無効化します。アクティベーション前のUTXOは従来のルールに従って引き続き使用可能であり、すべての制限は約52,416ブロック後に自動的に期限切れになります。 BIP自体は2つの主要な技術的トレードオフを特定しています。コントロールブロックの上限設定は、BitVMのような高度な構成を複雑にする可能性がある大規模なオンチェーンスクリプツリーを制約します（ただし支持者は、これらは一時的にテストネットまたはサイドチェーンを利用できると指摘しています）。また、今後のソフトフォークで使用される特定のアップグレードフックを一時的に無効化しますが、通常のアクティベーションタイムラインを考慮すればこのリスクは低いと見なされています。 批判者はさらに懸念を提起しています。本提案の55%のハッシュレートシグナリング閾値とUASFスタイルのアクティベーションは、マイナーの支持が低いままであればチェーン分割やリオーガナイズのリスクを伴います。アダム・バックはこの提案を技術的に不適切と評価しつつ、この点を強調しています。Taprootの制限は、複雑なスクリプトやカウンベンツの将来のイノベーションを遅らせる可能性もあります。支持者は、データの肥大化によるノードリソース負荷の軽減とBitcoinの貨幣的用途への再集中を主張しますが、懐疑派は、事例となるトランザクションフィルタリングと中立性の低下というリスクに比べて、実用的なメリットは限定的であると主張しています。 要するに、BIP-110はデータ量が多く実験的な用途に対する短期的な制限により、より強い貨幣的優先順位を実現しようとする一方で、イノベーションの摩擦とアクティベーションリスクを伴います。2026年7月現在でも、この提案は依然として非常に議論を呼んでいます。 -grok