ビットコインの論争提案：OP_RETURNデータ制限 自由への回帰か、それとも混雑の悪化か？
OP_RETURN データ制限に関する議論の整理。編纂：GaryMa、吴说区块链
最近、HashKey 投資研究主管 @jeffreyhu が Bitcoin Core 提案「OPRETURN データ制限の解除」の背景と論争を詳しく整理し、吴说がコミュニティの関連者の意見をまとめて統合したものを以下に編纂しました。
背景整理：OP_RETURN データ制限の論争
OPRETURN はビットコインスクリプトのオペコード（opcode）であり、ビットコイン取引に少量のデータを埋め込むために使用されます。これにより、ユーザーはデータをブロックチェーンに保存できますが、これらの出力は「不可消費」（provably unspendable）であるため、UTXO（未使用取引出力）セットの負担を増やすことはありません。現在の Bitcoin Core のデフォルト制限は OPRETURN データサイズが 80 バイトであり、ノードのポリシー（コンセンサスルールではなく）によって 83 バイトを超える OP_RETURN 取引の伝播が制限されています。
開発者の Peter Todd は PR #32359 を提案し、この制限を削除し、関連する設定オプション（-datacarrier や -datacarriersize など）を削除することを提案しました。これは、ノードが自主的に設定を行う希望を断つことになり、激しい議論を引き起こしました。
意見整理
支持者の意見：
● 現在の制限は無効であり、直接マイナーのメモリプールに提出する（MARA Slipstream など）か、制限のないノードを使用する（Libre Relay など）ことで回避できます。（最大 OP_RETURN 出力は 79,870 バイトに達することが知られています）。
● 一部のユーザーは OP_RETURN を使ってブロックチェーンを掲示板として利用しています。また、上記のようにデータをパッケージ化してブロックチェーンに載せるツール（opreturnbot.com）もあり、料金を支払うだけで利用できます。
● 制限を解除することで、マイナーのインセンティブとより互換性がある可能性があります。なぜなら、マイナーはブロックスペースを競争することでより多くの収入を得ることができるからです。
反対者の意見：
● 制限を解除すると、より多くの非取引データがチェーンに書き込まれ（shitcoin など）、ブロックスペースを圧迫し、取引手数料を引き上げる可能性があります。
● 制限を回避することは可能ですが、ノードのポリシーは依然として有用です（例えば、伝播を制限し、ゴミデータがネットワークに与える圧力を減少させるため）。
個人の詳細な意見の集合：
Nothing Research のパートナー @0xTodd：OPRETURN の 80 バイトデータ制限の解除を支持し、現在の制限は無効であり、制限を解除することで多くの利点がもたらされると考えています。これには、ビットコインの初期設計への回帰、ネットワーク負担の軽減、エコシステムの発展の支援、マイナーの収入の増加、自由主義の理念に合致することが含まれます。
- 中本聡時代は無制限、古典に回帰
● 中本聡時代（ビットコインの初期）には OP_RETURN に制限はありませんでした。
● 2014 年にビットコインは 40 バイトの制限を導入しました（後に 80 バイトに引き上げられました）。これはビットコインの「純粋性」を保つことを目的としていました（記帳のためであり、データ保存のためではありません）。
● 0x_Todd は、80 バイトの制限を解除することは「逸脱」ではなく、中本聡時代の古典的な設計に回帰することであり、ビットコインの原初の精神に合致すると考えています。
- 現在の制限は無効であり、簡単に回避可能
● 現在の 80 バイトの制限は形骸化しており、「10 センチ高のフェンスの壁」のようで、ユーザーが大きなデータを保存するのを防ぐことはできません。
● 回避方法には、銘文（Inscriptions）、ルーン（Runes）などのプロトコルを使用し、複数の取引を通じてデータを保存することが含まれます。
● ノードのポリシーを通じて回避することも可能です。例えば、Libre Relay クライアントを使用する（そのスローガンは「Bitcoin Core の中継ポリシーから親権を排除する」）ことができます。Peter Todd（PR #32359 の提案者）は Bitcoin Core のコア開発者の一人であり、その貢献はトップ10にランクインしており、制限を解除することは「親権の排除」を体現しており、支持に値します。
- 銘文によるネットワークの負担を軽減
● 銘文（Inscriptions）は現在「バグを利用して」データを保存しています（例えば、複数の取引を通じて 80 バイトの制限を回避すること）。これによりネットワークの負担が増加しています。
● 80 バイトの制限を解除すれば、銘文は OP_RETURN を通じて直接データを保存でき、不必要な複数の取引を減少させ、ネットワークへの圧力を軽減できます。
● 付加的な説明：現在、銘文はあまり人気がないため、この理由は「添え物」（二次的な理由）に過ぎません。
- マイナーに追加収入を提供し、自由主義に合致
● 制限を解除することで、マイナーに追加収入をもたらすことができます。
● 例として、0xTodd は 7MB の「超大バグ」OPRETURN ブロックを挙げ、送信者は 3,600 ドルの手数料を支払いました。
● これは市場の需要の真実性を示しています：誰かが大きなデータをブロックチェーンに載せるために支払う意欲があり、マイナーはパッケージ化することを望んでいます。
● 0x_Todd は自由主義の立場を持ち、この「市場の決定」に基づく行動（お互いの同意）は制限されるべきではなく、強制的な介入には意味がないと考えています。
● 付加的な利点：ビットコインの半減期は4年ごとに行われ、マイナーの収入が減少します。大きな OP_RETURN 取引を許可することで収入を増やし、マイナーが計算能力を持続的に投入することを奨励し、ビットコインネットワークの安全性を強化します。
HashKey 投資研究主管 @jeffreyhu：OPRETURN の 80 バイトデータ制限の解除には反対の傾向があります。彼は制限を解除することで負の影響（例えば、非取引データがブロックスペースを圧迫すること）が生じる可能性があると考え、ユーザーの自由（設定オプションを保持すること）の重要性を強調しています。彼は支持と反対は理念の違いであり、短期的には絶対的な正誤はないと考えています。@0x_Todd の4つの論点に対して、彼は自分の意見を展開しています：
- 中本聡時代は無制限だが、合理的とは限らない
● 中本聡時代の OP_RETURN には制限がありませんでしたが、中本聡の設計がすべて合理的であったわけではなく、多くの初期設計は後に問題があることが証明されました（例えば、ブロック戦争前後のいくつかの修正）。
● 「中本聡時代は無制限」という理由だけで制限の解除を支持することはできません。中本聡の設計が現代に適用されるとは限りません。
- Peter Todd の立場と Bitcoin Core の役割
● 制限の解除は Bitcoin Core クライアントの提案に過ぎず、ビットコインネットワーク全体の決定ではありません。
● Peter Todd はベテラン開発者であり、彼の理念は「インセンティブの整合性」に傾いています（Full-RBF の論理に似ています：善人を防ぐのではなく、悪人を防ぐ）。制限を解除することを提案するのは彼のスタイルに合致しており、驚くべきことではありません。
● Bitcoin Core の「親権的」なアプローチ（例えば、設定オプションの削除）は議論の余地があり、ユーザーの自由を制限する可能性があります。
- 銘文の問題：制限解除の意義は限られる
● 80 バイトの制限を解除しても、銘文（Inscriptions）への助けは限られています。
● 80 バイトでは大きなファイル（画像など）を保存するには不十分ですが、BRC-20 プロトコルが JSON データ（発行に使用）を書くには十分です。
● ビットコインが強力な機能を提供しても（例えば、一回限りの封印、SegWit）、常に「最も醜い」方法でチェーン上にコインを発行する人がいるため、制限を解除しても根本的な問題は解決できません。
- マイナーの収入と自由主義：ユーザーの自由がより重要
● マイナーの収入は複雑な影響を持ち（収入が増加する可能性もありますが、マイニングプールの「独占サービス」の優位性を損なう可能性もあります）。
● 自由主義を支持：ユーザーはブロックチェーンに支払う権利があり、OP_RETURN でデータを保存することは銘文（2つの取引 + UTXO の粉塵を増加させる）よりも優雅です。
● しかし、ユーザーの自由を強調します：全ノードの運営者として、彼はこれらのデータを伝播するかどうかを自由に選択する必要があります（例えば、掲示板の内容は彼に関係ありません）。
● Bitcoin Core が設定オプション（-datacarriersize や Full-RBF 設定など）を削除することを批判し、ユーザーの選択権を奪っています。
● Bitcoin Core がこの自由を提供しない場合、彼は Bitcoin Knots に切り替えるか、取引フィルターを追加するかもしれませんが、このアプローチは「螳臂当車」（無駄な努力）になる可能性があると考えています。
UTXO Stack の創設者 @crypcipher：制限の解除を支持し、回避させるよりも直接開放する方が良いと考えています。ordi などのプロトコルが複数の取引を通じて 80 バイトを超えるデータを書き込むことを挙げ、制限を解除することでこの「無駄な努力」と UTXO の粉塵を減少させることができると述べています。
Fiamma の共同創設者 @cyimonio：反対し、一部の Bitcoin L2 プロジェクト（ビットコイン上に状態データを保存するなど）は、ビットコインをデータ可用性（DA）層として利用するだけであり、あまり意味がないと考えています。これは「大金を使って小さなことをする」ことに該当します。
コンセンサスルールとノードポリシー
「回避できるなら、ノードの制限はまだ有用なのか？」
有用ですが、この問題を理解するには、OP_RETURN およびそれに関連する「コンセンサスルール」、「ノードポリシー」から始める必要があります。
OP_RETURN はビットコインスクリプト言語のオペコード（opcode）であり、その機能はスクリプトの実行を即座に終了し、その出力を「不可消費」（provably unspendable）としてマークすることです。
OP_RETURN の動作（スクリプトの実行を終了し、出力を不可消費としてマークする）はビットコインプロトコルの核心ルールであり、コンセンサスルールの一部です。コンセンサスルールは「不可消費であるかどうか」にのみ関心があり、付随するデータの具体的なサイズには関心がありません。
OP_RETURN に付随するデータの具体的なサイズの制限はノードポリシーに属します。ノードができることは多く、ノード自身が取得した取引データをどのように処理するかを決定できます。
● 上流前：ブロックがパッケージ化される前に、この取引が P2P ネットワークで伝播できるかどうかを制限します。Bitcoin Core は以前、83 バイトを超える OP_RETURN 取引を伝播しませんでしたが、新しいブロックにこのような取引が存在する場合、コンセンサスルールに合致するため、ノードはこの取引を有効と認め、チェーンは分岐しません。
● 上流後、ノードも行動を起こすことができます。例えば、OP_RETURN に付随するデータを自動的に破棄し、ストレージのオーバーヘッドを減少させることができます。
可能な影響と提案
ポジティブ：マイナーの収入を増加させ、ビットコインエコシステムプロジェクト（Runes、Alkanes、サイドチェーンなど）を支援する可能性があります。
ネガティブ：一般のビットコインユーザーのブロックスペースを圧迫する可能性があります。
マイナーの態度は不確定：一方では、ブロックスペースの競争が激化することで収入が増加する可能性がありますが、他方では、非標準取引のパッケージ化による「独占サービス」の優位性が減少するため、マイニングプールは好まないかもしれません。
個人的な提案：
PR が通過したがユーザーが好まない場合、より厳しい制限のあるクライアント（Bitcoin Knots など）や旧バージョンを運用することを選択できます。Bitcoin Core の役割を再評価し（セキュリティパッチ、ノードポリシー、コンセンサスルールの間でのバランスを考慮し）、個人の理念により合致するクライアントを選択することを検討してください。
参考リンク：
https://x.com/jeffrey_hu/status/1917491946609860991
https://x.com/0x_Todd/status/1917889200684454340
https://x.com/jeffrey_hu/status/1917970887917343184
