作者: 黄士良

最近、ビットコインのOp_Return出力に関する議論が非常に活発化しており、非常に興味をそそられました。そこで、その内容をまとめた記事を書くことにしました。実は、こういった記事は主に私自身のために書いているものです。プロトコルや技術に特に興味がない限り、読む時間を無駄にする必要はありません。

実際、AI が非常に強力になった今、私よりも chatgpt o3 や gemini 2.5 pro の詳細な調査の方があなたのために書くほうがずっと良いと思います。

数日前、友人が Ordi を空売りしたいと考えていましたが、ちょうどその頃、31 人の Core コントリビューターが共同で「トランザクション転送ポリシー ステートメント」をリリースした時期でした。

私は Op_Return と UTXO へのデータの詰め込み、そしてその刻印との潜在的な関係についてのこの議論を彼にぜひ伝えたかったのです。

しかし、価格に関する私の予測があまりにも的外れだったことを考えると、他人の運命に影響を与えることはできないので、何も言いませんでした。そして、テクノロジーと価格は今や完全に切り離され、全く関係がないと本当に思っています。

ビットコインの「公式」として、Core開発チームはビットコインの通貨属性に関連しないデータをビットコインブロックチェーンに挿入することについて、常に厳格な姿勢をとってきました。この方針は、2014年にOp_returnがビットコインに導入されて以来、31人のCore貢献者による最近の共同声明まで継続されています。Coreは「非金融データ」に関して常に最小限の姿勢をとってきました。1) トランザクションあたり最大1つのOP_RETURN。2) 1つのデータは80バイトを超えてはならない。3) ノードは-datacarriersizeを使用して手動でサイズを増やすことができる。これは、本質的にコンセンサスルールではないことを意味します。

Core の公式姿勢とコード慣行では、チェーンへの「非財務」データのアップロードは常に厳しく制限されています。

しかし最近、Bitcoin Core コード リポジトリはこれらの「非金融」データに対する姿勢を更新し、これらのデータに対する制限を突然緩和しました。このステップは特に大きなものでした。

Core 開発者の Peter Todd (この人は現在 Core の貢献者ではなく、ただの研究者だと主張しています、笑) は、2025 年 4 月に PR #32359「OP_RETURN 出力の任意の制限を削除する」を作成し、次のことを提案しました。1)

1) 単一の 80 バイトと「単一出力」のチェックを削除します。2) -datacarriersize 関連のオプションを放棄します。3) 残りの DoS 保護を市場コスト + 帯域幅の総合的な判断に委ねます。

なお、このPRはまだBitcoinコアのメインコードリポジトリにマージされていませんが、先日発表された31人の開発者による共同声明はポリシー緩和を「支持」することに相当し、このPRはマージされるものと思われます。

さらに、2021年5月のBCHアップグレードでも同様のルール更新が行われましたが、今回のBTCルールはより抜本的です。BCHでは、単一トランザクションのop_returnの合計バイトサイズがコードレベルで223バイト以下に制限されています。BCHトランザクションには複数のop_return出力が存在する可能性がありますが、合計バイト数は223バイトを超えることはできません。

BTC の PR では、単一トランザクション内の Op_return の合計バイト数に制限はありませんが、ビットコインでは単一トランザクションに 1M バイトの制限があるため、単一トランザクション内の Op_return のバイト数制限は 1M であると考えられます。

上記は、チェーンへの「非金融データ」のアップロードに関して、Bitcoin Core ノード ソフトウェアによってコード レベルで行われたポリシー変更です。

なぜこのような変更になったのでしょうか?

2022年に刻印が普及して以来、ビットコインブロックチェーンの総データ量（ノードソフトウェアがダウンロードする必要があるファイルの総量）とUTXO数（ノードソフトウェア内のメモリに常駐する必要があるデータ）が大幅に拡大しました。

なぜこのような変更になったのでしょうか?

2022年に刻印が普及して以来、ビットコインブロックチェーンの総データ量（ノードソフトウェアがダウンロードする必要があるファイルの総量）とUTXO数（ノードソフトウェア内のメモリに常駐する必要があるデータ）が大幅に拡大しました。

以下は、chatgpt o3 モデルを使用して調査したデータに基づいて作成した、碑文が普及してからのビットコインブロックチェーンのデータ拡張履歴です。

ブロックチェーンデータの総量は、約430GB（2022年10月）から約665GB（2025年6月）に拡大します。

UTXOコレクションは、2022年の2倍を超える1億8800万（2024年12月）に達しました。

(OP_RETURN 自体は UTXO に入りませんが、断片化された Taproot 出力によって UTXO が大幅に増加します。)

ビットコインチェーンは、ディスクが60％拡大し、UTXOが2倍になるなど、同時に「肥大化＋多重断片化」しており、多くの開発者が分散化のコストを懸念しています。

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

Lukejrを例に挙げましょう。Lukejrが開発したノードソフトウェアKnotsは、op_returnにデータを入力する登録アプリケーションによるトランザクションの中継を直接制限します。つまり、ビットコインのノードソフトウェアであるKnoteは、登録トランザクションを受信して​​も転送しません。

Op_return 自体は Bitcoin ルールのノード ソフトウェアによってトリミングされる可能性があります。つまり、ブロックチェーンで一般的なデータを永続的に保存する機能はありません。

他の多くの刻印アプリケーションは、データがビットコインのルールによって制限されることを懸念しているため、Op_return の使用から taproot スクリプトへのデータの詰め込み、トランザクション監視データへの保存まで、さまざまなハックを使用してプロトコルを設計しています。

証人データでは、Segwit の割引取引手数料と証人データ ブロックの 300 万の上限のおかげで、これらの刻印データのマイニング手数料は安く、設計は op_return よりもシンプルで、ビットコイン プロトコルによって保護されているためトリミングされません。

これにより、Core 開発チームの多くの開発者がさらに怒りを覚えました。

しかし、少数の Core 開発者を除いて、マイナーや取引所を含むエコシステム全体がこれらの登録アプリケーションを歓迎しているようで、すべてが公然とサポートしています。

トランザクションには、さまざまな刻印トークンが多数リストされます。

マイナーは、多くのインスクリプションプロトコルによって生成されるより大規模で複雑なトランザクションに対応するため、非標準のスクリプトトランザクションを大量にパッケージ化することさえあります。これは実際にはop_returnデータの制限を破るものであり、本質的にこの制限はコンセンサスレベルの制限ではないためです。マイニングプールがこれをパッケージ化する限り、他のマイニングプールはそれを拒否しません。

上記の2つの状況は、ビットコインブロックチェーンデータに大きく異なる影響を与えます。Op_returnデータとtaprootスクリプトは、ブロックデータ量とUTXO数を大幅に増加させます。しかし、フルノード運用の観点から見ると、Op_returnデータはカットできますが、taprootスクリプトはカットできません。

状況の展開はおそらく合意を変更しなければならないところまで来ているだろう。

状況の展開はおそらく合意を変更しなければならないところまで来ているだろう。

登録アプリケーションをブロックできない場合は、プロトコル層での Op_return データに対する制限を緩和し、登録アプリケーションに抜け穴を与えて taproot スクリプトの代わりに Op_return を使用するように誘導すると、Bitcoin ノード操作にとってより使いやすくなる可能性があります。

この結果、Core開発者の間で二つの派閥が生まれました。少数の開発者は、刻印型アプリケーションによって生成される「ジャンクデータ」はプロトコル層でブロックされるべきだと固く信じています。彼らは、刻印型アプリケーションはビットコインに対するDDOS攻撃であると固く信じています。

しかし、2 つの悪のうちよりましな方を選択し、消費可能なスクリプトではなく op_return にデータを誘導する方がよいと考える開発者が増えています。

これが現時点で私が見ているものです。

現在の状況が続くと何が起こると思いますか?

Op_returnデータのプロトコルレイヤー変更は、非コンセンサスレイヤーであるビットコインチェーンの分裂を引き起こすことはありません。さらに、チェーンへの「非金融データ」の組み込みに強く反対するLuke Jr.氏のような関係者が現在採用している最も極端なアプローチは、プロトコルで直接違法と設定するのではなく、ノードによる刻印トランザクションの中継を制限することです。

したがって、この紛争では分裂の危険はまったくありません。

しかし、ビットコインのコアノードソフトウェアは、Op_returnデータ制限の緩和に向けて動くだろうと私は考えています。ルーク・ジュニアのグループはおそらくそれを認めるでしょう。私が読んだ記事によると、ルーク・ジュニアは粘り強い闘士であり、自分の信念を非常に固く持っていますが、今回は長期戦を覚悟するか、それを認めるかのどちらかを選ぶべきだと思います。

登録とセカンドレイヤーのアプリケーションにより、基盤となるビットコイン プロトコルにとってより使いやすい開発環境が実現する可能性があります。

しかし、価格は本当に分かりません。