著者:ワンキー
以前、サークルが BTC L2 について話したとき、実際にはイーサリアムの L2 ロールアップの概念に深く影響を受けていました。 L2 のさまざまな EVM バージョンは急速に構築されており、成熟したテクノロジーと低い環境開発閾値を備えていますが、ネイティブのセキュリティは批判されています。同時に、このタイプの L2 を使用すると、ユーザーは BTC ウォレットと EVM ウォレットの間を行き来する必要があるため、ユーザー エクスペリエンスが非常に洗練されません。全体として、これらの問題が解決されるまでは、BTC コミュニティの「うるさい」OG やクジラは、そう簡単に「FOMO」にはならないかもしれません。さまざまな問題が発生する中、UTXO 同型 L2 ソリューションが新たな活路となり得るかどうかが最近話題になっています。
この記事は初心者向けで、「諸悪の根源」であるUTXOを出発点として、碑文を接続し、CKBの「クロスチェーンブリッジのない」BTC L2の開発を普及させます。
UTXOとeUTXOとは何ですか?
UTXO (Unspent Transaction Output)、直訳すると「未使用のトランザクション出力」。たとえば、10 BTC の送金を受け取り、それを他の人に使わなかった場合、この 10 BTC は UTXO です。
比較と例を通して理解しましょう。
現在、ブロックチェーンには 2 つの主流のトランザクション記録モデル、すなわち UTXO モデルとアカウント モデルがあります。イーサリアムで使用されるアカウント モデルは、銀行口座や Alipay WeChat アカウントと同じで非常に理解しやすいです。このモデルでは、口座内の資金総額が全体の残高として視覚的に表示され、システムはユーザーの口座内の残高の変化を追跡するだけで済みます。 例: アカウントに 1,000 元の残高があります。 OneKey Classic を 600 元で購入すると、システムはアカウントから 400 元を差し引き、OneKey アカウントに 400 元を追加します。
イーサリアムで使用されているアカウント モデルと比較すると、ビットコインの UTXO 抽象化は、実際の「財布」や「紙幣」、さらには実際の現金取引に似たものになります。 たとえて言えば、さまざまな額面の紙幣がたくさん入った財布バッグがあると想像してください。すべての紙幣は、使用できる金額である UTXO として見ることができます。ビットコインのようなシステムでは、他の人からビットコインの送金を受け取ると、そのお金は財布の中の新しい紙幣のようなもので、他の支払いに使用されていないため、「未使用」になります。
取引を行うたびに、たとえば 1,000 ドルの紙幣で 600 ドルの OneKey Classic を購入すると、400 ドルの小銭が戻ってきます。 ビットコイン システムでは、この操作は 1 つの UTXO (1,000 元) を使用して 2 つの新しい UTXO を作成することに相当します。1 つは OneKey (600 元) を支払い、もう 1 つは自分に返されます (400 元)。元のUTXO（1,000元）を「消費」し、同時に新しいUTXO（600元と400元）を「生成」します。
以上で、eUTXO（Extended Unspent Transaction Output、つまり未使用トランザクション出力の拡張版）の概念が理解しやすくなります。 eUTXO モデルを使用する Cardano のようなシステムでは、金額を記録するだけでなく、より複雑なデータやロジックも含めることができます (たとえば、お金は特定の商品やサービスの購入にのみ使用できます)。このように、各トランザクションは資金を転送するだけでなく、いくつかの条件やスマートコントラクトの内容も実行します。これにより、トランザクションがより柔軟になりますが、同時により複雑になります。
BRC-20 のような刻印は UTXO とどのような関係があるのでしょうか?
BRC-20 プロトコルについてある程度の知識がある場合は、「なんてことだ、彼らがやっていることは、UTXO モデルの上でアカウント モデルを実行していることだ」とすぐにわかるでしょう。結局のところ、このプロトコルの名前は、アカウント モデルを使用するイーサリアムのトークン標準である ERC-20 に由来しています。
BRC-20 では、デプロイ、ミント、転送などのトークン操作は、JSON 形式のデータをビットコインの UTXO トランザクションに埋め込むことによって実装されます。これは先ほど述べた「紙幣」に記録を書くことに相当します。 このようにして、ビットコインチェーン上でトークンを自由に発行できるようになります。ただし、ビットコインはアカウント モデルを管理できず、BRC-20 のコンテンツは Segwit の Taproot スクリプトに配置されており、ビットコインは内部の数値を認識して計算できません。それは、銀行システムが紙幣の額面のみを認識し、紙幣に何を書くかは気にしないようなものです。
幸いなことに、中央集権的な銀行とは異なり、ビットコインの取引はすべて公開されており、すべての「紙幣」に何が書かれているかを確認できます。一定のルール（順序論）に従って台帳を作成し、オフチェーンで加減算を計算する限り。したがって、BRC-20は現在、BRC20トークンのさまざまな台帳計算を実装するためにオフチェーンのインデックスサーバーを構築しています。 しかし、この方法には明らかに集中化のリスクが伴います。台帳を管理するこのサービスには、悪事が行われないことを保証する POW や POS のような公正なゲーム メカニズムがありません。したがって、これは、一部のビットコインコア開発マニアによって BRC-20 が不必要で技術的退行とみなされている理由も説明しています。
したがって、BRC-20 の欠点を解決するために、その後、さまざまな新しい書き込みプロトコルが開発されました。たとえば、ARC-20 と Runes は同様の方法を使用して、ビットコインが残高を計算できるようにします。つまり、トークンの数を、UTXO のビットコインの数 (単位: SATOSHI) - 1 トークン = 1 Sat の代わりに直接等しくします。別のカウント。これは、最小額面の紙幣に別の通貨を表す「特別なマーク」を付けることに相当します。実は、貨幣界の古代史に登場した「染められた貨幣」なのです。
この利点は、トランザクションの追跡や残高の計算などにオフチェーン システムが必要ないことです。この「特別なマーク」を認識するにはインデックス サーバーのみが必要なため、インデックス サーバーのコストが削減されます。 しかし、これにより、スパム トランザクションを減らすために、ビットコイン ネットワークには最小トランザクション出力制限 (546 サトシ) が設定されており、その結果、ARC-20 などの碑文トークンをより詳細なトランザクションに分割することができなくなります。流動性はNFTに似ており、真に代替可能なトークンではありません。ただし、スプリットトランザクションの計算を導入するには、ぐるぐる回って、集中的なオフチェーンインデックストランザクションを実行する必要があります。この問題に関しては、ARC-20 は長い間行き詰まっており、数か月間分割計画はありませんでした。現在、開発が容易ではない質権分割計算を実現するために、プロジェクトチームはBitVMをヒントにしたAVMに期待を寄せているようだ。
技術的な観点から見ると、多くのミームタイプの登録資産発行スキーム自体は、ビットコインの技術進歩の促進に限界があります。碑文は多くの新しい資産を作成しましたが、その適用は資産の発行にとどまっています。
しかし、その資産効果とFOMOにより、人々はBTCエコシステムの想像力を見ることができます。チェーン上のプレーヤーの実際のニーズでは、ビットコイン ネットワークと UTXO に対するさまざまな制限により、ビットコインの拡大とより複雑な生態学的アプリケーションに対する人々の需要がさらに刺激されています。
スケーリングの観点から見ると、ライトニング ネットワークはすでに十分な L2 であり、ゲーム (罰則ベースの取り消し可能なコミットメント トランザクション) を通じてトラストレス性を実現しており、長年にわたって実行されています。ただし、ライトニングネットワークのステートチャネルアーキテクチャは基本的に支払いに限定されており、より複雑な意図を実現することはできません。
前述したように、比較的安全でエレガントな L2 を実装し、BTC と同型の UTXO モデルを採用し、eUTXO コンセプトを使用して拡張することが解決策となる可能性があります。 Ergo と Cardano の両方のパブリック チェーンは eUTXO モデルで成果を上げており、スマート コントラクト機能を実装しています。しかし、最初に L2 ソリューションの実装を考えたのは CKB でした。
CKB の答えは、RGB の拡張プロトコルである RGB++ を提案することです。実際、これは拡張というよりも「大きな魔法の変更」です。 CKB の拡張機能は RGB プロトコルのコアを継承していますが、異なる仮想マシンと検証スキームを直接使用します。オープンソースのスマート コントラクト システム プロトコルとして、RGB プロトコルは、UTXO ブロックチェーン (ビットコイン、リキッドなど) 上でスケーラブルで堅牢なプライベート スマート コントラクトを実行するように設計されています。現在、v0.11 はリリースされておらず、その仮想マシン AluVM が完全に実装されるのはまだ遠い状況です (この強気相場が終わっても実装できないのではないかという意見もあります)。
その技術的な焦点は、ビットコインUTXOをNervos CKBのCell（スマートコントラクト機能を実装するために組み合わせることができるUTXOの修正バージョン）にマッピングする「同型バインディング」です。検証スキームでは、すべての RGB++ トランザクションが、それぞれ 1 つのトランザクションで BTC チェーンと CKB チェーンに同時に表示されます。元のオフチェーン クライアント検証は CKB のオンチェーン パブリック検証に変更され、非常に使いやすくなりました。独立したクライアントを使用したり、元のトランザクション データを保存したりする必要はありません。
大まかに理解すると、ビットコインの第 1 層で発行された RGB++ アセットは、ckb の第 2 層でスマート コントラクトを使用して、さまざまな複雑な意図を実現できるということです。 CKB はクロスチェーン ブリッジを使用しませんが、ネイティブ クライアント検証スキームを使用します。
ある意味、これは比較的最先端のアイデアです。従来のアセットのクロスチェーンではなく、インテント（Intent）のクロスチェーン拡張を行うというものです。
L2 の人々は常に BTC を L2 にロックする方法を考えていますが、拡張と複雑なアプリケーションを実現するには、おそらく L2 でインテント指向のアプリケーションを実行するだけでよいのではないでしょうか?
RGB++ はまだ単なる概念であり、詳細には実装されていませんが、このソリューションは BTC L2 の正当性を探求するための新しい道を提供すると考えられています。将来は有望です。