ビットコインBIP-110フォークがチェーンを分割、メインBTCネットワークが先行を拡大
重要ポイント
- •8月9日、BIP-110強制ノードがブロック高961,632で必須のversion bit 4シグナルを欠いたAntPoolのブロックを拒否した際、マイノリティフォークが発生した。
- •直前の難易度期間において、BIP-110への支持を示したマイナーはわずか約2.53%であり、早期ロックインに必要な55%の閾値に大きく及ばなかった。
- •BIP-110の正式名称は「Reduced Data Temporary Softfork」であり、量子コンピューティングのセキュリティアップグレードではなく、ビットコイントランザクションにおける任意データの一時的制限を提案するものである。
- •Bitcoin CoreはBIP-110実装を採用しておらず、ネットワークハッシュパワーの大半は既存のコンセンサスルールの下で非強制チェーンの拡張を続けている。
- •マイノリティフォークは現在、自動リプレイ保護を提供しておらず、一方のブランチでのトランザクションがもう一方のブランチで同じコインに影響を与える可能性がある。
ビットコインのBIP-110アクティベーション試行は、8月9日早くに強制ノードがブロック高961,632の非シグナリングブロックを拒否した後、ライブマイノリティフォークを生成した。大部分のマイナーは現在のコンセンサスルールの下で既存ネットワークの拡張を続け、競合する2つのブランチ間の差を急速に広げた。
BIP110Monitorによると、8月9日約01:00 UTC時点で、メインチェーンはブロック961,654に到達し、強制ブランチはブロック961,633に留まり — 21ブロックの差が生じていた。新しい難易度期間の最初の23ブロックのうち、提案への支持を示したブロックはゼロであった。
分割の発生経緯
フォークはブロック961,632で発生した。これはBIP-110の強制シグナリングウィンドウの開始を示すものであった。AntPoolは必須のversion bit 4シグナルを含まないブロックをマイニングし、RoughnecksはOCEANを通じて競合する準拠ブロックを生成した。BIP-110を強制するノードはAntPoolのブロックを拒否し、代替ブランチに従った。より大規模な非強制ネットワークは、既存のコンセンサスルールの下でビットコインの拡張を続けた。
分割前も提案への支持はすでに最小限であった。直前の2,016ブロックのリターゲット期間中、支持を示したブロックはわずか51、全体の約2.53%にとどまった。
アクティベーションメカニズムとタイムライン
BIP-110は修正されたBIP9アクティベーションプロセスを採用している。早期ロックインルールの下では、2,016ブロック中1,109ブロック（55%）が支持を示す必要があったが、マイナーの参加はその閾値に大きく及ばなかった。その結果、提案はブロック961,632で強制シグナリングに移行した。
その時点から、強制ノードはversion bit 4を設定していないブロックの拒否を開始した。強制シグナリング要件はブロック963,647まで有効である。提案のルールの下では、マイノリティブランチはブロック963,648で強制ロックインを行うことになる。
提案のトランザクション制限は即座には発効しない。これらのルールはブロック965,664で発効し、52,416ブロック間有効に保たれた後、期限切れとなる予定である。したがって、現在のフォークは主にシグナリング要件とチェーン選択に関するものであり、BIP-110が提案する一時的データ制限に違反するトランザクションにはまだ関係していない。
BIP-110が実際に提案する内容
ソーシャルメディアでの一部の表現とは異なり、BIP-110は量子コンピューティングのセキュリティアップグレードではない。正式名称は「Reduced Data Temporary Softfork」であり、ビットコイントランザクションに埋め込まれた任意のデータを一時的に制限するという狭い目的を反映している。この提案は、scriptPubKeys、OP_RETURNデータ、ウィットネスペイロード、および複数のTaproot関連構造をカバーする7つのコンセンサスルールを導入する。
この提案は、ビットコインコミュニティ内でブロックチェーンに刻まれる非金融データの量をめぐる継続的な議論の中で生まれた — この慣行は、2023年のOrdinalsインスクリプションとBRC-20トークンのローンチ後に加速した。データ制限の支持者は、過剰なオンチェーンデータがブロックサイズを膨張させ、ノード運用コストを上昇させると主張する一方、反対者は有効なトランザクションを検閲すべきではなく、手数料市場が自然にブロックスペースの割り当てを管理すると主張している。BIP-110はこの緊張に対するいくつかの提案されたアプローチの一つを代表するが、幅広いマイナーまたは開発者の支持は集めていない。
BIPsリポジトリにおける提案の「Complete」ステータスは、仕様自体が完成したと見なされていることを示すに過ぎず、ビットコインがそれを採用したことを意味しない。実際の採用は、マイナー、ユーザー、取引所、カストディアン、その他の経済的参加者がどのソフトウェアとコンセンサスルールを認識するかを決定することに依存する。
リプレイリスクと運用上の懸念
Bitcoin CoreはBIP-110実装を採用しておらず、大部分のハッシュパワーは非強制チェーンの拡張を続けている。限られたハッシュパワーのみが強制フォークを支持しているため、マイノリティブランチでのブロック生成は、ビットコインの標準的な目標である約10分ごとに1ブロックよりも大幅に長くかかる可能性がある。
BTC保有者にとって最も差し迫った懸念は運用上のものである。マイノリティフォークは、後のアクティベーション段階の前に自動リプレイ保護を提供しない。これは、一方のブランチで行われたトランザクションが、もう一方のブランチで同じコインに影響を与える可能性があることを意味する。開発者は、この分割をリスクフリーのエアドロップの機会として扱わないよう保有者に警告している。