OP_RETURN：BTCにおける最も深刻な論争の一つ
TechFlow厳選深潮セレクト
OP_RETURN：BTCにおける最も深刻な論争の一つ
ビットコインは合意形成の仕組みとして、必ずしも支配的な単一クライアントソフトウェアに依存する必要はない。
Web3業界の深掘り報道に専念し潮流を洞察執筆：劉教鏈
最近、Bitcoin CoreクライアントにおけるOP_RETURNによる付加データのサイズ制限を撤廃する提案が業界で大きな波紋を広げている。開発者のピーター・トッド（Peter Todd）などの典型的な推進者は、PR（プルリクエスト）を繰り返し提出しており、目的を達成するまで諦めない姿勢を見せている。
2023年7月23日、ピーター・トッドはPR#28130を提出し、OP_RETURNによるデータ保持の制限を撤廃することを提案した。しかし、このPRは却下され、採用されなかった。
2025年4月28日、彼はあきらめず、同じ内容の提案PR#32359を再び提出した。この提案は過激にも、単に付加データの制限を撤廃するだけでなく、クライアントソフトユーザーがオプションを使って自ら制限を解除できないよう、設定項目そのものを削除することまで要求している。
この提案には大多数が反対した。
別の開発者instagibbsは、もう少し穏健な提案PR#32406を提示した。彼は一時的に設定オプションを維持しつつも、デフォルトでは制限を設けないとすることを提案した。
この提案も「いいね」よりも「よくないね」が多く得られた。instagibbsはさらに説明文を書き、OP_RETURNの由来と、なぜこのような変更を提案するのかを詳しく解説した。
典型的な反対派として挙げられるのは開発者のルーク・ダシュジャー（Luke Dashjr）である。彼はBitcoin Knotsクライアントソフトのメンテナーであり、2年前にもインスクリプション（銘文）に対して強く反対した人物だ。詳細については、教鏈が以前書いた関連記事を参照してほしい。
一般の読者がこの問題を簡単に理解するために、教鏈は次のような比喩を示すことができる。
付加データ制限の解除＋仮想機械による付加データの実行＝イーサリアム
もちろん実際にはこれほど単純ではない。ビットコインの台帳はステートレスなUTXOモデルであり、台帳を改造して状態データを保存できるようにしなければ（それによって今度は状態爆発という新たな問題が生じる）、イーサリアム的な設計には近づかない。
いずれにせよ、かつてBitcoin Coreがヴィタリック・ブテリン（Vitalik Buterin）によるビットコイン台帳上の付加データを利用して理想のスマートコントラクトを実現しようとする試みを拒否したことがきっかけとなり、彼はやむを得ず独立してイーサリアムプロジェクトを立ち上げたのである。
そして今回のサイクルにおいて、これまでETHがBTCに勝つと賭けてきた人々の心の中には、おそらく多くの草原動物が駆け巡っていることだろう。
この機能はビットコインプロトコルのコンセンサス部分ではなく、クライアントソフトウェアの機能にすぎないため、今回の論争が2017年のようなハードフォークを引き起こす心配はない。
支持される主な理由としては、既に多くの改変版クライアントがこの制限を撤廃しており、特定のマイニングプールからも支持されていること；マイナーにより多くのインセンティブを与える可能性があること；multisigやtaproot scriptなど他の機能を巧妙に利用してデータを載せる行為を防げないこと；制限があることで逆にデータが分割・連結され、UTXOの断片化を招くこと；一刀両断的な方法ではゴミデータを正確に識別できず、結局ネズミ捕りゲームになることは避けられないこと、などが挙げられる。
一方、反対される主な理由としては、データ制限の緩和によりビットコイン台帳が急速に肥大化し、分散性が損なわれる可能性があること；大量の非金融的アプリケーションが生まれ、BTCの本来の位置づけが弱まり、単なる小切手帳と化してしまうおそれがあること、などが挙げられる。
Clark Moddy Bitcoinの統計によると、現在のビットコインブロックチェーンのサイズは約748.1GBであり、そのうちOP_RETURNによる付加データは約3.83GBで、全体の約0.5%を占めている。
関連するPRがマージされ、リリースされるかどうかについては、現時点では明確な結論がない。しかし、コミュニティが「足で投票」した結果を見る限り、現在スリム版Bitcoin Knotsを使用しているノード数は、最新版Bitcoin Core 29.0のノード数をすでに上回っている。
もしかすると我々は歴史的な光景を目にするかもしれない。つまりビットコインというコンセンサスは、必ずしも一つの支配的なクライアントソフトに依存する必要はないということだ。（もちろんこれはもともとの事実ではあるが、多くの人が意識していないだけである）
二つか三つの勢力が均衡を保ち、互いに対立しながらも共存する複数のビットコインクライアントソフト、コードベース、開発・メンテナンスチームが存在するビットコインエコシステムが、ひとつのビットコインコンセンサスに従い、「和して同ぜず、闘いて破れず」の状態にあることこそ、ビットコインの分散化の魅力をより一層際立たせるのではないだろうか？
TechFlow公式コミュニティへようこそ
Telegram購読グループ：https://t.me/TechFlowDaily
Twitter公式アカウント：https://x.com/TechFlowPost
Twitter英語アカウント：https://x.com/BlockFlow_News
