ビットコインの最近のOp_Returnに関する議論とBitcoin Coreノードのポリシー

著者：黄世亮，闪電HSL

最近、ビットコインに関する Op_Return 出力の議論が非常に活発で、私の好奇心を刺激しました。そこで、記事を書くことに決めました。実際、このような記事は主に自分のために書いているもので、特にプロトコルや技術に関心がない方々には、時間を無駄にする必要はありません。

今のAIは非常に強力なので、chatgpt o3やgemini 2.5 pro deep researchに書かせた方が、私が書くよりもずっと良いと思います。

数日前、友人がOrdiをショートしようとしていたところ、ちょうど31人のCore貢献者が共同で「取引転送ポリシー声明」を発表したタイミングでした。

私は彼にOp_ReturnやUTXOにデータを詰め込むことに関する議論、そして潜在的な銘文との関係について伝えたかったのですが、私の価格予測が本当にひどいので、言わないことにしました。他人の利益を妨げたくないですし、技術と価格は完全に切り離されていると心から感じています。

これまで、Core開発チームはビットコインの「公式」として、ビットコインブロックチェーンにビットコインの通貨属性とは無関係なデータを詰め込むことに対して厳重に警戒してきました。このポリシーは2014年にOpreturnがビットコインに導入されて以来、最近の31人のCore貢献者の共同声明の前まで、一貫して厳重に守られてきました。Coreは「非金融データ」に対して最小限の立場を取ってきました：1）各取引につき最大1つのOPRETURN；2）単一のデータは80バイトを超えてはならない；3）ノードは-datacarriersizeを使って手動で調整可能ですが、これは本質的にコンセンサスルールではありません。

これまで、Core公式の態度とコード実践は「非金融」データのオンチェーンを厳しく制限してきました。

しかし最近、Bitcoin Coreのコードリポジトリはこれらの「非金融」データに対する態度を更新し、制限を一気に緩和しました。

Core開発者のPeter Todd（彼は今、自分はCore貢献者ではなく研究者だと主張しています、ハハ）が2025年4月にPR #32359「OP_RETURN出力に対する恣意的制限を削除」を行い、提案しました：1）

単一の80バイトおよび「単一出力」チェックを削除；2）-datacarriersize関連オプションを廃止；3）残りのDoS防護は市場の費用と帯域幅の総合判断に委ねる。

このPRはまだBitcoin Coreのメインコードリポジトリにマージされていませんが、最近の31名の開発者の共同声明は、緩和政策に「背書」を与えたことになり、このPRがマージされる可能性が高いです。

また、2021年5月のBCHのアップグレードでは類似のルール更新が行われましたが、今回のBTCのルールはより攻撃的で、BCHは現在でもコードレベルで単一取引のopreturnの総バイトサイズが223バイトを超えないように制限されています。BCHの取引では複数のopreturn出力を持つことができますが、総バイト数は223バイトを超えてはなりません。

一方、BTCのこのPRは、単一取引におけるOpreturnの総バイト量に制限を設けていませんが、ビットコインの単一取引には1Mバイトの制限があるため、単一取引に対するOpreturnのバイト制限は1Mと見なすことができます。

以上が、今回のBitcoin Coreノードソフトウェアにおける「非金融データ」のオンチェーンポリシーの変更です。

なぜこの変更があったのでしょうか？

2022年に銘文が流行して以来、ビットコインブロックチェーンの総データ量（ノードソフトウェアがダウンロードする必要があるファイルの総量）やUTXOの数（ノードソフトウェア内で常駐する必要があるデータ）が大規模に膨張しました。

以下は、私がchatgpt o3モデルを使用して調査したデータで、銘文が流行した後のビットコインブロックチェーンデータの膨張の歴史を示しています。

ブロックチェーンの総データ量は約430GB（2022-10）から約665GB（2025-06）に膨張しました；

UTXO集合は一時的に1.88億件（2024-12）に達し、2022年の2倍以上になりました；

（OP_RETURN自体はUTXOには入らないが、断片化したTaproot出力は大幅に増加します。）

ビットコインチェーン上で「太った体型 + 多くの断片」が同時に現れ、ディスクが60%膨張し、UTXOが2倍になったことで、多くの開発者が分散化のコストを心配しています。

Core開発チームは2022年以降、銘文のこれらのアプリケーションに対して非常に大きな敵意を抱き、ルールレベルでこれらのデータをさらに制限するよう強く要求してきました。Core開発者の主流の見解は、ビットコインブロックチェーンが分散化されるためには、これらの非金融データを制限し、ノードの運用コストが膨張しないようにする必要があるというものです。

ここではLukejrが代表的で、彼自身が開発したノードソフトウェアKnotsは、データをop_returnに詰め込む銘文系アプリケーションの取引を中継することを直接制限しています。つまり、Knoteはビットコインのノードソフトウェアとして銘文取引を受け取った際に転送しません。

Op_return自体はビットコインのルールの中でノードソフトウェアによって裁断される可能性があり、つまりブロックチェーンの一般的なデータの永久保存能力を持っていません。

他の多くの銘文系アプリケーションは、自分のデータがビットコインのルールによって制限されることを心配し、さまざまなハック手段を用いてプロトコルを設計しています。Op_returnを利用することから、データをTaprootスクリプトに詰め込むことに進化し、取引の証人データ（witness）に保存しています。

証人データ内では、Segwitの手数料割引の恩恵を受け、証人データブロックの3M上限により、これらの銘文系データのマイナー手数料が安くなり、設計もop_returnより簡単で、ビットコインプロトコルによって保護され、裁断されることはありません。

これにより、多くのCore開発者がさらに怒りを感じることになりました。

しかし、少数のCore開発者を除いて、全体のエコシステムはこれらの銘文系アプリケーションを歓迎しているようで、マイナーや取引所も明確に支持しています。

取引はさまざまな銘文系トークンを大量に上場しています。

マイナーは、さまざまな銘文系プロトコルによって生成されるより大きく複雑な取引に合わせて、非標準スクリプト取引を大量にパッケージ化しています。これは実際にop_returnデータの制限を突破しており、本質的にこの制限はコンセンサスレベルの制限ではないため、マイニングプールがパッケージ化すれば、他のマイニングプールは拒否しません。

これらの2つの状況は、ビットコインブロックチェーンデータに対する影響の違いが大きいです。Opreturn系データとTaprootスクリプトは、ブロックデータ量を大幅に増加させ、UTXOの数も大量に増加させます。しかし、完全ノードの運用の視点から見ると、Opreturnデータは裁断可能ですが、Taprootスクリプトは裁断不可能です。

このような状況の進展は、プロトコルの変更を強いる段階に達しているようです。

もし銘文系アプリケーションが阻止できないのであれば、プロトコルレベルでOpreturnデータの制限を緩和し、銘文系アプリケーションにOpreturnを使用させるように誘導することは、ビットコインのノード運用にとってより友好的かもしれません。

これによりCore開発者の間に2つの派閥が生まれました。少数の人々は、プロトコルレベルで銘文系アプリケーションによって生じる「ゴミデータ」を完全に遮断すべきだと固く信じており、彼らは銘文系アプリケーションがビットコインに対するDDOS攻撃であると強く主張しています。

一方で、より多くの開発者は、両者の権利が相害う場合は軽い方を選ぶべきだと考え、データをop_returnに誘導すべきだと考えています。

これが、私が現在見ている状況です。

私は、現在の状況が進展することで何が起こるかを考えています。

Op_returnデータに対するプロトコルレベルの変更は、ビットコインチェーンの分裂を引き起こすことはありません。これは非コンセンサスレベルの問題です。また、現在、Luke jrのような「非金融データ」のオンチェーンに強く反対する側が取っている最も極端な行動は、ノードが銘文系取引を中継することを制限することだけであり、直接プロトコルでそれを違法とする設定を行うわけではありません。

したがって、今回の議論には分裂のリスクは全くありません。

しかし、私はBitcoin CoreノードソフトウェアがOp_returnデータの制限を緩和する方向に進むと考えています。Luke jr派はおそらく認めざるを得ないでしょう。私が読んだ記事によれば、Luke jrは自分の理念に非常に固執している確固たる戦士ですが、今回は彼が長期戦の準備をするか、認めるかのどちらかだと思います。

銘文系や二層系アプリケーションは、より友好的なビットコインの基盤プロトコル開発環境を迎えるかもしれません。

しかし、私は価格については本当にわかりません。