OP_RETURN：最悪のBTC論争の一つ

カジュアルな読者がこの問題を単純に理解するために、Techchainはこのように類推することができます：

次のようになります。追加データのロック解除 + 追加データを実行する仮想マシン = イーサネット

もちろん、実際にはそれほど単純ではありません。ビットコインの台帳はステートレスUTXOモデルであり、イーサの設計に近づくには、台帳を変更してステートフルなデータを格納できるようにする必要があります（その結果、状態の爆発という新たな問題が発生します）。

いずれにせよ、彼が考えていたスマートコントラクトを実装するためにビットコイン台帳の追加データ機能を使用することを、ビットコイン・コアが拒否したため、彼はイーサリアムプロジェクトを作成せざるを得なくなりました。プロジェクトを立ち上げることを余儀なくされた。

そして、このサイクルでこれまでイーサがBTCを上回ることに賭けていた人は、頭の中でたくさんの草原動物が口笛を吹いていたに違いない。

この能力は単なるクライアントソフトウェアの機能であり、ビットコインプロトコルのコンセンサスの一部ではないため、この論争が2017年のようなハードフォークにつながることを心配する必要はない。

賛成派の主な議論には、次のようなものがあります。データを運ぶためにtaprootスクリプトのようなmultisigのような他の能力を使用するが、その代わりに、制限が分割を押し戻し、データを分割することは、UTXOの断片化につながるため、ブロッキングはスペアよりも優れている、何がゴミデータであるかを正確に識別するための画一的な方法はなく、猫とネズミの無益なゲームになる運命にある;などなど。

主な反対論としては、例えば、データ制限の自由化はビットコイン台帳を急速に膨張させる可能性があり、それによって分散化を弱める、金融以外のアプリケーションを大量に取り込むことになり、小切手帳としてのBTCの立場を弱める、などがあります。

クラーク・モディ・ビットコインによると、ビットコインのブロックチェーンの現在のサイズは約748.1GBで、そのうちOP_RETURNが追加したデータは約3.83GB、つまり約0.5%です。

関連するPRがマージされてリリースされるという明確な結論は出ていません。しかし、コミュニティが足で投票した結果から判断すると、スリム化されたバージョンのBitcoin Knotsを採用しているノードの数は、最新バージョンであるBitcoin Core 29.0のノードの数を超えています。

おそらく私たちは、歴史的な何かを目撃しようとしているのだろう：単一の支配的なクライアントソフトウェアに依存する必要のないコンセンサスとしてのビットコイン。(これは多くの人が気づいていない事実ですが。)

ビットコインクライアント、コードベース、開発者やメンテナーの2つか3つのチームが互角に競い合う、多様なビットコインエコシステム。ビットコインのコンセンサスに従い、異なるが壊れない、2つか3つの競合する開発者、コードベース、メンテナチームを持つ多様なビットコインエコシステムは、ビットコインの分散型の魅力をアピールする良い方法ではないだろうか？