10万バイトの白紙小切手：Bitcoin Core v30とKnotsのOP_RETURN内戦

1. 83バイトの休戦協定

長年、Bitcoin Coreのデフォルトポリシーは、単一のOP_RETURN出力に最大83バイトを格納するトランザクションをリレー・マイニング対象としていた。OP_RETURNは付加データを証明可能に使用不可能とするオペコードである。この上限と単一出力ルールは標準性の設定であり、ブロック有効性のルールではない。^[1][11]

このルールはコンセンサスではなかった。Core文書はmempoolとリレーポリシーを、未確認トランザクションに適用するローカルで設定可能な規則と定義し、ブロック内のトランザクションには適用しない。あるノードが非標準として拒否してもマイナーは採掘でき、リレー受理は内容の支持を意味しない。^[8]

データポリシー論争は2025年以前から続いていた。#32406のスレッドは、マージされなかった過去のインスクリプション・フィルタリング案に言及している。2025年4月、bitcoin-devでOP_RETURNのデフォルト上限を引き上げるか撤廃するかの議論が再開した。^[3][10]

2. メーリングリストを埋め尽くす激論

スレッドが膨大になったため、Bitcoin Optechは2025年5月2日号で全体を要約せず、変更への賛否で最も説得的と考えた論拠を一つずつ紹介した。^[10]

制限緩和を支持したPieter Wuilleは、標準性ポリシーで資金力ある組織の直接マイナー送信を阻止するのは困難だと主張した。またデータ有無に関わらずブロックは概ね満杯であるため、ノードが保管する総データ量は実質的に同等であると指摘した。^[10]

一方、反対派のJason Hughesは、上限を引き上げるとフルノード上に任意データを保存しやすくなり、暗号化の有無に関わらず大半の法域で違法な情報を含む有害データが保存されるリスクを警告した。^[10]

2025年4月27日、Peter ToddはPR #32359を開き、上限と-datacarrierオプションの完全削除を提案した。MARAのSlipstreamのようなマイナーへの直接送信やLibre Relayのような非制限フォークで既に制限が無力化されていると論じた。このPRは5月12日に未マージで終了した。^[9]

3. Concept NACK：炎上するリポジトリ

2025年5月2日、CoreコントリビューターのGregory Sanders（instagibbs）はPR #32406を開いた。最大トランザクションサイズに相当する最大100,000バイトのOP_RETURNを許容するようデフォルト-datacarriersizeを引き上げ、複数出力を認め、オプションは非推奨（deprecated）として残す内容だった。^[3][11]

レビュースレッドではConcept ACKとNACKが続いた。メンテナーは動機でなくアイデアを批判し、パッチに集中するようモデレーション規則を示した。最も鋭い反対はBitcoin KnotsメンテナーのLuke Dashjrから出た。^[3][5]

Concept NACK（概念反対）。すでに複数のPRで議論し尽くされた問題だ。本質的でない細部の違いで繰り返し投稿したところで、この概念が持つ根本的な狂気と悪意が変わるわけではない。^[5]

— Luke Dashjr

Sandersは従来の制限が不可欠な防壁であるとの見方を退けた。データ制限が主にP2Pやmempoolレイヤーを保護するために存在するという主張に対し、彼は簡潔に答えた。^[4]

全くの誤りだ。このルールの唯一の動機は、回避できる場合にチェーン上へ勝手なデータを保存しないよう人々を誘導（nudge）することに過ぎない。^[4]

— Gregory Sanders

4. 2つのクライアント、正反対のデフォルト設定

PR #32406は2025年6月9日にマージされた。Optechによれば、デフォルト-datacarriersizeは83から100,000バイトへ引き上げられ、単一出力制限が撤廃されて全出力の合計値に適用されるようになり、-datacarrierオプションは将来削除予定の非推奨設定となった。^[3][11]

2025年10月13日リリースのBitcoin Core 30.0はこの方針を明記した。リリースノートはデフォルトが100,000バイトに増え実質上限が撤廃されたこと、-datacarriersize=83で復元可能なこと、複数データ出力がリレーとマイニングで許可されたことを告知した。^[1][2]

引用したBitcoin Knots v28.1のコードには、すでに反対方向のデフォルトがあった。ポリシーヘッダーはOP_RETURNを42バイト（データ40バイト+opcode）に制限し、既知のデータ格納方式を合算する。初期化コードは追加mempoolウェイト用の-datacarriercostと、-datacarriersize=83などを設定する-corepolicyを提供する。^[12][7]

両クライアントはコンセンサスを変えず、異なるローカルポリシーを提供した。より広い撤廃案が閉じられたPeter Toddは、反対者に代替実装があると述べた。^[3][6]

ここで私たちは、Bitcoin Coreに積極的に貢献している合理的な開発者の間で、この変更が良いアイデアであるという十分な合意を得ている。第二に、依然としてこの変更に同意しない人々は、Knotsのような代替フォークを自由に実行すればよい。^[6]

— Peter Todd

5. 勝者の存在しない戦争

対立の中でもコンセンサスルールは不変だった。リレーポリシーは未確認トランザクションのみに適用されるローカル設定であり、標準ノードが拒絶したトランザクションもマイナーが受領すれば有効にブロックへ採掘された。リレー受理は内容の支持を意味せず、mempoolは台帳でなく一時待機所に過ぎない。^[1][8]

「スパム」や「検閲」という言葉も議論上の立場にとどまった。Optechは双方の論拠を併記し、MARAのSlipstreamのような直接送信手段は、資金力ある送信者にとってリレーのデフォルト設定が強固な壁ではないことを証明した。^[9][10]

論争は異なるデフォルトを残した。参加者はCoreからKnotsへの移行を主張したが、スレッドに確定した統計はない。引用した版はCore 30.0の100,000バイトとKnots v28.1の42バイトを示し、運用者はソフトウェアと設定で選好を表せた。^[3][12]