BIP 110、正式名 Reduced Data Temporary Softfork は、ノードがブロックを受け入れるルールを一時的に厳しくする、すでに終了した提案です。ノードとは、履歴や支払いを自分で検証するコンピューターです。特定のデータ保存を難しくし、支持者の考えるBitcoinの通貨としての役割を強める狙いがありました。それだけでネットワーク全体のルールになったわけではありません。
ノードを運営する人が、それぞれ同じブロックを受け取ったとします。片方は従来のルールで受け入れ、もう片方は新しい制限に従って拒否する。BIP 110 が踏み込んだのは、この水準です。取引を中継するか、未確認の支払いの待機場所であるローカルのmempoolに置くかだけでなく、ブロックそのものの有効性を変えようとしていました。2026-10-23 の確認では、仕様のバージョン 1.0.1 は Closed、つまり終了の状態でした。BIP番号や公開されたプログラムは、ネットワークでの採用を保証しません。提案の登録簿は文書と履歴を残すものであり、各ノードのルールを遠隔で切り替えるものではありません。 [1] [2]
新しい取引出力には、将来それを使う条件を定めるscriptPubKeyというスクリプトがあります。提案の上限は34バイトでした。ただし、出力が使用不能であることを明確にする命令OP_RETURNで始まる場合は83バイトです。数えるのはスクリプト全体です。別の256バイト制限は、OP_PUSHDATA*で入れる個々のデータと、使用の検証に添えるwitnessの引数要素に適用されます。BIP16のscriptSigにredeemScript、つまり公開された使用条件のスクリプトを入れる操作は例外です。Witness scriptsやTapleaf scriptsそのものはこの引数ではありませんが、その中のデータ投入命令は制限を受けます。これは特定の部分の上限であり、取引全体やwitness全体の長さの上限ではありません。 [1]
提案は、使用条件を表す方式であるTaprootにも及びました。未定義のwitnessやTapleafのバージョンを使った出力の消費は禁止する一方、そのような出力の作成は禁止しません。追加フィールドのannexや、257バイトを超えるcontrol blockも禁止対象です。Control blockは、スクリプトが事前に確定した構造に属することの証明であり、長すぎる証明が制限されます。Tapscriptは実行されない部分にもOP_SUCCESS*を含められず、条件の結果にかかわらずOP_IFやOP_NOTIFを実行できません。技術的な照合用に挙げられた定義済み形式は、P2WPKH、P2WSH、Tapleafバージョン0xc0のP2TR、プログラム0x4e73のP2Aで、最後の形式は空のwitnessスタックの場合に限られます。これらは形式の正確な名前であり、一般の利用者がウォレットに入力する項目ではありません。 [1]
UTXOは未使用の出力です。具体的な金額と、それを使うための条件が組になっています。提案では、有効化前に確認されたUTXOを使う入力を新しいルールから除外します。しかし、同じ取引で作る新しい出力まで自由になるわけではありません。事前に署名しても、出力が有効期間に入ってから作られるなら保護されません。特定の事前署名済みTaproot構成について、仕様は資金の凍結や喪失の可能性を認めています。予定した使用経路が制限で無効になり、利用可能な代替経路が残らない場合です。使用条件を組み立てる道具Miniscriptや、計算を検証する構成BitVMへの影響も問われます。したがって、通貨以外のデータだけが影響を受けるとは約束できません。 [1] [3]
マイナーはブロック内で支持を示せます。ここではbit 4を使い、2016ブロック中1109、約55パーセントが基準です。ただし、提案は任意の意思表示にとどまりません。基準を先に満たさなければ、高さ961632–963647でシグナルを義務づけ、963648からLOCKED_IN、965664からACTIVEとする設計でした。そのチェーンが該当する高さまで到達することが前提です。高さとはチェーン内のブロックの位置を指します。LOCKED_INは移行の確定、ACTIVEはデータ制限の実施です。義務期間には、クライアントはシグナルのないブロックをすでに拒否するため、データ制限の開始前にノードが分かれる可能性があります。制限は実際の有効化から52416ブロック続いた後、EXPIREDとなって終了する予定で、正確な暦の一年ではありません。 [1] [4]
支持者は、ノードの運用費、UTXO集合への負担、望ましくない内容を減らし、支払いを重視しようとしました。これは動機の説明であって、効果の証明ではありません。批判側は有用なスクリプト、将来の拡張への影響とネットワーク分裂の危険を指摘しました。データを小さく分けることも可能です。初期の議論でPeter Toddは、その時点の提案全文を分割して含む取引を示しました。仕様自体も、別のデータに情報を隠すステガノグラフィーの完全排除を約束していません。保存コストを高くすることと、保存を完全に防ぐことは違います。同様に、内容に対する法的責任を懸念するだけでは、具体的な法的義務の存在は示せません。 [1] [3]
PR 2247の記録は、2026-08-08、高さ961632での分裂を説明しています。主流チェーンには必要なシグナルを持たないブロックがあり、OCEANはシグナルのある代替ブロックを採掘しました。2026-08-09、Murchは少数側の分岐が2ブロックだけ進んで停止し、主流側は100ブロックを超えて進んだと報告しました。こうした報告は、日付と報告者を添えて読む必要があります。本記事が独立にブロックチェーンを再検証した結果でも、少数側の現在の状況を述べたものでもありません。また、シグナルを巡る分裂は、ACTIVEへの到達やデータ制限の開始を意味しないことも分かります。 [5] [6]
文書は仕様完成を意味するCompleteを経て、Closedになりました。終了のためのPR 2245は2026-08-10に取り込まれ、仕様の変更履歴は2026-08-09と記載しています。異なる記録の日付であり、別の有効化を指すわけではありません。クライアントのv0.4.1はEXPIREDとvbrequiredを説明しています。後者はブロックのテンプレートで必須のシグナルビットを示す項目です。そのクライアントの存在はBitcoin Coreでの採用を意味しません。想定結果を付けた例示取引であるtest vectorsや機能テストもありますが、本記事では実行せず、少数側チェーンの現状も検証していません。目的は提案と記録された経緯を理解することで、歴史的文書を現在の共通ルールとして紹介することではありません。 [7] [1] [4]
理解を深めるには、この項目とあわせて次もお読みください Soft Fork, Full Node, Taproot, Bitcoin Script, Transaction Fees, UTXO. 次の項目からも参照されています OP_RETURN.
01Closedなら、もう誰もクライアントを動かしてはいけないのですか？+
Closedは文書の状態であり、ソフトウェアの使用禁止ではありません。ノードは自分のソフトウェアのルールに従います。ただし異なるルールを選べば、別のチェーン分岐に進む場合があります。登録文書を終了しても、その違いは消えません。
02シグナルの義務期間にデータ制限も始まったのですか？+
いいえ。シグナルの義務期間はLOCKED_INとACTIVEより前です。クライアントはデータ規則の開始前にも、必要なシグナルのないブロックを拒否できます。暦の日付だけでは判断できず、該当するチェーンの状態と高さを見る必要があります。