新しいビットコイン提案「OP_CAT」に関する簡単な議論: それは、BTC エコシステムのその後の市場進化にどのような影響を与えるでしょうか?
原作者：ハオティエン（X: @tmel0211 ）
最近議論された新しいビットコインの提案 OP_CAT についてどう思いますか?まだ正式に Bitcoin Core コードに統合されていませんが、BTC コミュニティで広範な議論を引き起こしました。それでは、 OP_CAT オペコードは正確に何を解決するのでしょうか?導入されればBTCのプログラマビリティにどのような改善がもたらされるのでしょうか?それはBTCエコシステムのその後の市場進化にどのような影響を与えるでしょうか?次に、私の理解について簡単にお話します。
1) OP_CAT はまったく新しいオペコード提案であり、BIP 420 と BIP 347 の量子もつれの重ね合わせ状態であると開発者によって冗談めかして呼ばれています。これが単に EIP であることが明らかである限り、どの EIP が特定であるかは問題ではありません。この提案はまだ議論中であり、正式には十分に盛り込まれていません。
簡単に言うと、 OP_CAT は複数の UTXO ロック解除スクリプト バイト文字列の結合処理を実現でき、BTC メイン ネットワークのプログラマビリティ機能、プログラムの拡張性、オンチェーン検証計算の複雑さを改善できます。
2) ビットコイン スクリプト拡張提案としての Covenant コントラクトと同様に、OP_CAT もビットコイン スクリプトのスケーラビリティを向上させることを目的としています。違いは、Covenant が複雑なスマート コントラクトとアプリケーションをサポートするために、より複雑なプログラム可能性を実現することを目的としている点です。
比較すると、OP_CAT は実装が簡単で、複雑なスクリプトの構築と実行を簡素化し、オンチェーン検証の効率を向上させることを目的としています。一般的な理解: OP_CAT は、スクリプト フラグメントを結合する機能を提供します。導入前は、各 UTXO スクリプトは個別に実行されていました。OP_CAT を使用すると、複雑な実行ロジックを一連の結合された単純なスクリプト フラグメントに分割でき、それらは異なる UTXO に保存されます。完全な実行が必要な場合、フル ノードは OP_CAT 命令を使用してこれらのスクリプト フラグメントを結合し、トリガーを実行します。
3) この組み合わせ機能を使用すると、理論的には多くの複雑な実行ロジックをビットコインに表示できます。たとえば、次のようになります。
1. マルチシグネチャとタイムロックにより、複数の UTXO にわたるより複雑な実行ロック解除条件と、複数のサブジェクトにわたるタイムロックを設定できます。
2. 再帰とループにより、複数のスクリプト バイト文字列で再帰と条件付き実行を形成し、特定の終了条件が満たされるまでループすることができます。
3. モジュール型アプリケーションの共通スクリプト ロジックを抽出し、複数のプログラム実行フラグメントで再利用できます。
アリスがプラットフォーム C でホストされている資金をボブに送金する場合、3 人の被験者が同時に署名する必要があります。プラットフォーム C が署名時間を超えた場合、ボブが長時間署名しない場合は、アリスとボブが一緒に署名して資金を受け取ることができます。転送、アリスは取引を撤回できます。ボブがアリスの資金源に問題があると考えた場合、それを拒否できます。これは単なる単純な例であり、実際にはスクリプト フラグメントの組み合わせを使用して、より複雑で詳細な制御を実現できます。
4) 以前は、 BitVM はオフチェーンで複雑な操作を実行し、チェーン上には鍵の検証と決済パラダイムのみを実装していました。これは、BTC のプログラム可能なチューリング完全計算について誰もが想像力を刺激するものでした。 BTC メインネット上での OP_CAT の「再帰的」組み合わせ実行は、もう 1 つの想像力豊かな追加機能であり、OP_CAT は BitVM の実装を加速し、オンチェーン検証コストを削減するのに大きな利点があります。
どのように理解すればよいでしょうか？本来、BitVM を実行するには、オフチェーン プログラムを単一の UTXO で実行できる独立したスクリプト フラグメントにカプセル化する必要があります。これらのフラグメントをチェーン上で実行するには、さらに多くのスクリプト フラグメントが必要になります。複雑な TaprootTree の構造は、BitVM プログラムの実行後のチェーン上の対話型検証のコストが比較的高くなることを意味します。 OP_CAT を導入すると、BitVM チェーンの下にカプセル化された各フラグメントを完全に独立して実行する必要がなく、UTXO のロック解除条件がある程度蓄積された後でチェーンがステータスを要約して更新できるようになります。フラグメントを使用すると、オンチェーン検証のやり取りの数とコストを大幅に削減できます。
つまり、OP_CAT に関する熱い議論は、ビットコインがプログラマビリティをさらに強化するというみんなの期待を反映しており、それが実際に実装されれば、BitVM の実装、さまざまな BTC レイヤー 2 クロスチェーン資産ソリューション、および同型ビットコインのセキュリティ向上もサポートされることになります。 UTXO のバインディングは、固定チェーンのエコロジカルな拡張とメイン ネットワークの同時開発、さらにはライトニング ネットワークや RGB クライアント検証などの潜在的にスケーラブルな市場の進歩によっても、触媒的な役割を果たすことになります。
理論的には、BTC のプログラマビリティの改善は、その広範な生態系に即座に刺激的な影響を与えるでしょう。結局のところ、誰もが砂漠にオアシスを建設しようとしているのです。ある日、砂がセメントの床に変わるとしたら、それは大きなことではないでしょうか。建物を建てやすいですか？
しかし、本当に合併するのでしょうか？長年にわたって提案されてきたものの採用されなかった Covenant 提案について考えると、新しい OP_CAT 提案を使用して市場の想像力をブレインストーミングするのも良いでしょう。
