ビットコインのBIP-110シグナリングが2.64%に到達、8月9日の期限が迫る

BitcoinのBIP-110提案は、2026年7月27日午前8時40分（EDT）時点でマイナーのシグナルが2.64%で記録されており、ブロック961632は2026年8月9日頃に近づいています。この提案は、Ordinalsスタイルのインスクリプションと、大きすぎるOP_RETURNペイロードを対象とし、暫定的な取引データ上限を通じて対応します。Oceanマイニングプールや、より小規模な独立運用者がシグナル活動をリードしている一方で、Antpool、ViaBTC、F2poolを含む主要プールは、この措置を支持するために動いていません。BIP-110は、ブロック961632から始まる必須のシグナル期間を含む修正されたBIP-9の有効化プロセスを使用します。この期間中、提案を強制するノードは、プルーフ・オブ・ワークにかかわらず、バージョンビット4が欠けるブロックを拒否し、期限までに幅広いマイナーの支持が形成されない場合、競合するチェーンが生じる可能性があります。

BIP-110のシグナルが期限接近で2.64%に到達

2026年7月27日午前8時40分（東部時間）時点で、チェーンの先端はブロック959842でした。ブロック961632までは約1,790ブロック残っており、ここが、BIP-110ソフトを動かすノードがバージョンビット4をシグナルしていないブロックを拒否し始める地点です。ビットコインの平均10分ペースであれば、この高さは2026年8月9日頃、またはその前後に到達するはずです。

BIP-110は正式名称をReduced Data Temporary Softfork（縮小データの暫定ソフトフォーク）といい、ビットコイン取引で使用される特定のデータフィールドのサイズを制限することを提案しています。ルールの主な対象は、Ordinalsスタイルのインスクリプション、大きすぎるOP_RETURNペイロード、そして同様のデータ量の多い用途であり、通常の金融中心のビットコイン送金、キー・パスのTaproot支払い、標準的なLightningチャネル運用は変更されません。有効化されれば、制限はブロック965664から始まり、52,416ブロック後に自動的に期限切れになります。

シグナルは数週間前に1%未満だったところから上昇し、3%台に入ってきています。Oceanは引き続き、シグナル活動の大部分を占めています。残りのハッシュパワーは、独立マイナーや、Roughnecks、SoV、BIP110 Generic、Barefoot Mining、234 Alberta、888、Peer to Peer Money、Black Jade Advisors、Sazmining、Crestmont Fabrics、Datum Miner、SpammersGFY、Moonwalk、PyBLOCK-Datum、Just For Krypto、JAMINといった小規模な運用者からもたらされています。

ネットワークのハッシュレートの大部分を担う4つのプール、Foundry、Antpool、ViaBTC、F2poolはいずれも動きはほとんどありません。この提案を強制する実装は、ビットコイン・ノッツのフォークのみです。このソフトを動かして到達可能なノードは、現在約22%です。

Foundryがクライアントのハッシュレート投票システムを実装

2026年7月17日頃、Foundryは、プールがBIP-110のシグナルを開始すべきかどうかについて、顧客に投票を求めました。同社は、プール参加者に送られたメールによれば、その結果を顧客のハッシュレートに直接紐づけたとのことです。

「Foundry USA Pool™の投票ウィンドウは、ブロック961,632に先立つ、シグナルウィンドウの終了日まで開いています」と、Foundry USAプールはBIP-110のリソースページに記しました。

投票力は各顧客の平均ハッシュレートに基づきます。返信しないクライアントは自動的に「No」として計上され、Foundryのデフォルトの立場は提案に対してシグナルすることのままです。「Yes」票が、参加した加重ハッシュレートの51%を超えた場合にのみ、プールはすべてのブロックをシグナルによる支持へ切り替えます。

Foundryは、測定期間に応じて、ビットコインのグローバルなハッシュレートの約23%〜33%を占めています。2026年7月27日時点で、シフトが起きた兆候はありません。

Foundryのクライアント向けリソースページでは、BIPの仕様、元のbitcoin-devでの議論、Jameson Loppによる批判、Adam Back、Michael Saylor、Luke Dashjrなどによるコメントが参照リンクされています。

ブロック961632で拒否メカニズムを生む必須のシグナルウィンドウ

ブロック961632に到達すると、BIP-110を強制するノードは、必要なバージョンビットを欠くため、ネットワークの大半が採掘したブロックを拒否します。これらのノードは代わりに、比較的少数のシグナルブロックに従います。

レガシーノードは、シグナルブロックと非シグナルブロックの両方を受け入れ続けますが、累積したプルーフ・オブ・ワークが最大のチェーンに従います。いくつかの独立した監視者は、活性化パラメータを追跡する専用の監視サイトを構築しており、複数のシナリオでプロセスがどう展開し得るかをシミュレーションしているところもあります。

監視サイトBIP110 Situation Monitorは、必須のシグナルウィンドウ中に起こり得るさまざまな結果をモデル化します。そのシミュレーションページでは、BIP-110を支持すると見込まれるネットワーク・ハッシュレートの割合など、変数を調整できます。ハッシュレート25%をBIP-110専用とするあるシミュレーションでは、チェーン分岐が発生します。

Bitcoin Coreが認識し、圧倒的多数のハッシュレートによって採掘されるチェーンは、通常のペースでブロックを生成し続けるでしょう。シグナルマイナーだけで構成される少数側のチェーンは、次の2,016ブロックの難易度調整に到達するまで、ずっと遅い速度で進みます。

BIP-110の有効化経路はSegwitおよびTaprootと異なる

BIP-110は、ビットコインの直近2つの主要なソフトフォークとは異なる展開経路に従います。この提案は2025年12月1日に、修正されたBIP-9のプロセスを使って開始されました。単一の難易度期間の間に、2,016ブロック中1,109ブロック、つまり55%がシグナルすることが必要で、早期にロックインするための条件になっていました。この閾値が一度も到達しなかった場合、提案は強制ロックインとしてブロック963,648まで進み、その後さらに1つの難易度期間を経てブロック965,664で有効化されます。

ブロック961,632から963,647まで、BIP-110を強制するノードは、プルーフ・オブ・ワークがどれほど支持していても、バージョンビット4をシグナルしないすべてのブロックを拒否します。このやり方は、非アップグレードのノードが有効化の間ずっと、最も強いプルーフ・オブ・ワークのチェーンを受け入れ続けたSegwitやTaprootの双方と異なります。

最も近い歴史的な比較は、2017年のBIP-148ユーザーアクティベートド・ソフトフォーク（UASF）です。これは同様に、必須のシグナル要件を通じてマイナーに圧力をかけようとしました。しかし、この対立は、期限までに十分なハッシュレートが移ることで、結果的に大きなチェーン分岐を残さない形で終わりました。

提案の対象はインスクリプションとOP_RETURNペイロード

BIP-110はDathon Ohmの名前で作成されました。以前のバージョンは、BIP-444の指定で流通していましたが、BIPsリポジトリに受け入れられる前のことです。

支持者は、インスクリプション、BRC-20スタイルのトークン、そしてますます大きくなるOP_RETURNペイロードが、フルノードの運用コストを引き上げ、ビットコインの手数料市場を歪め、ネットワーク資源を、本来の支払い・決済システムとしてのビットコインの目的からそらしていると主張します。

「ルールを取り除くのはハードフォークです」と、BIP-110支持者でビットコイン・ノッツのデベロッパーであるLuke Dashjrは7月上旬にXで説明しました。「これには補助金の半減のような予定されたルールも含まれ、そしてはい、BIP110も含みます。BIP110を拒否することは、物議を醸すハードフォークの試みです。」Dashjrはさらにこう付け加えました。「そしてソフトフォークと違って、ハードフォークは成功するためにコンセンサスが必要です。BIP110を拒否することについてはコンセンサスがありません。」

反対派は一般にスパムが存在することには同意していますが、BIP-110の有効化メカニズムが適切な解決策かどうかについては意見が分かれます。「OP_RETURNのブロックスペース利用は、Bitcoin Core v30がリリースされてからあまり増えていません。大きすぎるOP_RETURNはわずかに増えているかもしれませんが、それでもブロックスペースの0.1%未満です」と、Galaxy Digitalのリサーチ責任者であるAlex ThornはXに書きました。Thornは続けて、「BIP-110は、これらのprunableな [transactions] からの影響が非常に小さいのに、極めて破壊的で危険な対応です」と述べました。

よくある質問

BIP-110とは何で、必須のシグナルウィンドウはいつ始まりますか？

BIP-110は正式にはReduced Data Temporary Softfork（縮小データの暫定ソフトフォーク）と呼ばれ、ビットコイン取引で使用される特定のデータフィールドのサイズを制限することを提案しています。主に対象となるのは、Ordinalsスタイルのインスクリプションと、大きすぎるOP_RETURNペイロードです。必須のシグナルウィンドウはブロック961632から始まり、2026年8月9日頃になる見込みで、この期間中BIP-110を強制するノードは、バージョンビット4をシグナルしないブロックを拒否します。

2026年7月27日時点で、BIP-110はどれくらいのマイナー支持がありますか？

2026年7月27日午前8時40分（EDT）時点で、BIP-110のシグナルは約2.64%です。Oceanマイニングプールと、より小規模な独立運用者がシグナル活動をリードしており、一方でFoundry、Antpool、ViaBTC、F2poolを含む主要プールは提案を支持するために動いていません。BIP-110の強制ソフトを動かして到達可能なノードは、約22%です。

BIP-110に対するFoundryの投票システムはどのように機能しますか？

Foundryは2026年7月17日頃、クライアントのハッシュレート投票システムを実装しました。投票力は各顧客の平均ハッシュレートに基づきます。返信しないクライアントは自動的に「No」として計上され、Foundryのデフォルトの立場は提案に対してシグナルすることのままです。「Yes」票が参加した加重ハッシュレートの51%を超えた場合にのみ、プールはすべてのブロックをシグナルによる支持へ切り替えます。