RGB++：ビットコインL2資産の新しいアイデア

著者：Trustless Labs出典：X、@TrustlessLabs

。ビットコインレイヤー2トラックはまだ熱く、多くのL2プロジェクトの中で、CKBはユニークです。一方では、チームの起源は、POWメカニズムに深くコミットしてきた有名なパブリックチェーンNervosであるため、他方では、その位置付けがBTCレイヤー2ネットワークに調整されたことを発表した後、チームはCKBチェーン上のCeを使用する画期的なソリューション、RGB++を提唱しました。"CKBに対する市場の反応も非常に熱狂的だ。

2月22日、Trustless LabsはRGB++の作者であり、CKB Cipherの共同設立者であるBaiyu氏を招き、ビットコインL2に対する理解、RGB++のメカニズム、RGB++の資産、CKBエコシステムの構築に対する考えを共有した。以下は、ツイッタースペースの内容を書き起こしたものである。

1.Nervosは長い間POWパブリックチェーンでしたが、なぜPOSチェーンに変身せずにPOWにこだわってきたのでしょうか？BTCKBを変革するというアイデアはどのようにして生まれたのでしょうか？

NervosはPOSチェーンに変身する代わりにPOWに固執することを選びましたが、これは技術と市場に対する深い理解に根ざした決断でした。POW（プルーフ・オブ・ワーク）メカニズムが提供する分散化とセキュリティに代わるものはないと考えています。さらに、UTXOモデルやRISC-Vアーキテクチャの採用など、私たちの技術的な選択は、当時の一般的なトレンドに逆行するものでしたが、長期的な持続可能性と技術的な優位性に基づいていました。

2018年のプロジェクト開始から2019年の本稼働まで、暗号通貨市場の変動を何度も経験しましたが、方向性を変えることはありませんでした。当時、スマートコントラクトとPOSメカニズムが進むべき道と考えられていた一方で、POWは時代遅れの技術と見なされていた。それにもかかわらず、私たちがPOWを堅持しているのは、技術的な好みによるものだけでなく、UTXOモデルとPOWメカニズムが、他の技術的ソリューションでは代替が難しい独自のセキュリティと分散化機能を提供していると信じているからです。

BTCKBの変革の背景にある考え方は、実は市場の物語に対する私たちの深い洞察に由来しています。過去数年間、私たちの物語はPOSとアカウントモデルの物語に圧倒されているように見えましたが、昨年から、Layer1上でのビットコインの拡大とUTXOモデルの新たなアプリケーションの出現により、私たちは機会を見出しました。これらの変化により、ビットコインの利用が拡大しただけでなく、UTXOとPOWに対するユーザーの理解と受容も高まった。さらに、POWの環境への影響が再評価され、オンチェーン検証のためのオフチェーン計算モデルが受け入れられつつある今、RGP+のようなPOW UTXOモデルに基づく新しいプロトコルを立ち上げるのに、今以上のタイミングはないと考えています。

ビットコイン・ルネッサンスが定着し、市場がPOWとUTXOモデルの価値を取り戻すにつれ、NervosとBTCKBが暗号通貨開発の最前線に立つと信じています。私たちがPOWに固執するのは理由がないわけではなく、技術の真の価値と将来のトレンドに対する深い洞察への理解に基づいています。

2.BTCスケーリングとBTC L2に対するNervosチームの理解と、RGBプロトコルを選択した理由は何ですか？

BTCスケーリングとBTC L2に対するNervosチームの理解と、RGBプロトコルを選択した理由についてですが、私の見解はチームの特徴と過去の技術蓄積に基づいています。TVLを追求すべきか、EVM互換のレイヤー2の道を選ぶべきか、綿密な議論を重ねました。慎重に検討した結果、たとえ主流とは異なる道を歩むことになっても、技術主義路線を貫くことが私たちの強みだと考えています。私たちの技術の選択と戦略、特にRGBプロトコルの選択は、ビットコインコミュニティの保守的な態度に対する理解と技術革新の追求に基づいています。

ビットコインやイーサと直接競合することは困難な道だと理解しています。過去には、CKBをビットコインやイーサと同様のレイヤー1パブリックチェーンと位置づけ、価値の保存プラットフォームを目指してきました。しかし、このような位置づけは、ビットコインコミュニティの保守的な基準に完全に準拠していないだけでなく、イーサの方向性とも相反するという、厄介な立場に我々を置くことになる。このユニークなポジショニングによって、私たちはどちらのコミュニティにおいても居場所がないのです。

このような課題に直面して、私たちは自分たちの特異性を受け入れ、オリジナルの技術的ビジョンにこだわることにしました。これには、UTXOモデルの深い探求と革新、ビットコインのレイヤー2ソリューションの研究が含まれます。私たちは、技術的な強みと革新に集中することで、ビットコインの精神に沿い、コミュニティに価値をもたらす道が見つかると信じています。

移行は、UTXOモデルの市場受容性が徐々に高まっていることに気づいた好機でした。私たちは、CKBの位置づけをビットコインの第2層ソリューションとして明確に打ち出すことにしました。これは、私たちの技術哲学と一致するだけでなく、ビットコインのエコシステムに新たな成長機会を提供するものでもあります。全体として、私たちの決定は、技術の本質に対する深い理解と市場動向に対する鋭い洞察に基づいています。私たちは、中核となる強みに集中し、技術革新に忠実であり続けることで、暗号通貨の世界で独自の場所を見つけることができると信じています。

3.技術選択のレベルでは、BTCKBはRGBプロトコルを選択し、RGB++プロトコルを提案しました。 このソリューションについて簡単に説明してください（DAのどのレイヤー、クライアント認証、オープンソースインデックスの有無、VM）。

ホワイトフィッシュ：まず、一般的な背景と意思決定プロセスについて説明します。私たちは、ビットコインの2層競争の鍵は第1層にあり、第1層競争の核心は新しいプロトコルにあると考えています。我々は新しいプロトコルをUTXO機能を使用するアセットと使用しないアセットに分けた。これに基づいて、アトミック、RGB、タップルート資産のようなUTXO特性を持つプロトコルを選びました。

具体的には、サイファーがRGBに個人的に興味を持っており、ジアン氏とともに深く研究してきたことから、RGBプロトコルを選ぶことにしました。私たちはRGB++を立ち上げるために同型バインディングを提案しました。今後、CKBの中心的な方向性はRGB++に関連する技術を発展させることですが、RGB++とRGBは2つの異なるコンセプトであることを明確にしておくことが重要です。 RGBは主にImpbp協会、マキシム博士によって提案され、当初はピーターが使い捨てシールのコンセプトを使って拡張しました。一方、RGB++は、他のUTXOチェーンがRGB++クライアントとして使用できる可能性をより多く導入しており、その最も中心的な貢献は同型バインディングの概念です。CKBの立場からは、将来的にはより多くのプロトコルに対応する予定です。

Cipher:技術選択レベルについて説明するにあたり、まずRGBプロトコルとは何かを説明します。RGBは実際には、ビットコインのワンタイムシーリングとクライアント側の検証技術を活用し、ビットコインのUTXOモデルを通じてRGBトランザクションの状態をオフチェーンでバインドするアセットプロトコルで、ビットコインのLayer1の上にあるアセットプロトコルを実現します。Layer1上のアセットプロトコル。この設計により、他のモデルのように残高や状態を確認するためにすべてのトランザクションをチェックする必要がなく、そのUTXOに関連するトランザクションパスのみに焦点を当ててトランザクションを検証することができます。

データ可用性（DA）については、イーサリアムのエコシステムでは、レイヤー1またはレイヤー2のどこに格納されるか、そしてセキュリティへの影響についてよく議論されます。しかし、ビットコインのエコシステムでは、この概念はイーサとは異なり、特にUTXOの機能を利用するRGBのようなプロトコルでは異なります。RGBプロトコルでは、ユーザーに関連するデータのみが検証される必要があり、必要な情報は取引の2つの当事者間で直接交換できるため、理論的にはそのデータは特定のDAレイヤーに保存される必要はありません。

RGB++プロトコルはRGBを拡張したもので、本質的にP2Pネットワーク上で取引履歴とデータを交換する必要があるため、新しい仮想マシンの使用や相互作用ロジックの定義など、オフチェーンロジックの開発が複雑で時間がかかります。RGB++は、P2Pネットワーク、VM、スマートコントラクトなど、RGBプロトコルのすべての「スマート」コンポーネントを、同型バインディングまたはマッピングを通じてチェーン上に移動させることを目的としており、具体的には、これらの機能をCKB（Nervosネットワーク）上に配置し、各UTXOの状態遷移がCKBスマートコントラクトによってバインドされることで、CKB上でのRGB++契約資産およびロジックの検証と運用を可能にすると同時に、相互作用、スマートコントラクトの運用、および証明のプロビジョニングの問題を解決します。CKBはチューリング完全なスマート・コントラクトをサポートするRISC-V仮想マシンを使用しており、ユーザーはセキュリティを犠牲にすることなくCKB上で直接、あるいは必要に応じてクライアント側で資産の状態を見たり検証したりすることができる。

技術的実装: RGB++プロトコルでは、まずすべてのRGB操作との互換性を確保しました。代わりにプルーフ・オブ・ワーク（PoW）ベースのUTXOプロビジョニング戦略を使用することで、オフチェーン・クライアントの進行の遅さに対処しました。さらに、CKBによって提供される高性能な実行環境を利用して、ビットコイン上のトランザクションを実行のためにCKB（NervosNetwork）にシームレスに移行し、実行結果をビットコインチェーンに戻すメカニズムを実装しました

パフォーマンスの最適化:

RGB++プロトコルの主な特徴の1つは、トランザクションをレイヤー2、例えばビットコインチェーンからCKBチェーンに「ジャンプ」できることです。つまり、トランザクションをCKB上で複数回（例えば100回、1,000回）実行し、低コストと高性能のメリットを享受した後、ビットコインチェーンに「タイルダウン」して戻すことができる。このアプローチは、ビットコイン自体のパフォーマンス制限を回避しながら、トランザクションの効率とパフォーマンスを大幅に向上させます。

セキュリティへの配慮：ホッピングプロセスを実装するにあたり、私たちは特にセキュリティに注意を払いました。このプロセスは、信頼できるクロスリンクブリッジやマルチシグネチャメカニズムには依存せず、2つのUTXO間の直接バインディングに基づいています。私たちは、ビットコインチェーン上の取引が6ブロック後に取り消される可能性が低いというプルーフ・オブ・ワーク（PoW）セキュリティ基準に依存しているのに対し、CKBでは同等の式で同じセキュリティ保証を達成するために約24ブロックが必要である。このアプローチは、2つのレベル間をジャンプまたは移行する資産のセキュリティを保証します。

革新と最適化：私たちのアプローチは、イーサのレイヤー2ロジックや他のクロスチェーンブリッジのレイヤー2ロジックとは異なり、ブロックチェーン技術の革新と最適化を意味します。RGB++プロトコルによって、パフォーマンスとコストの問題を解決しただけでなく、システム全体のセキュリティと信頼性も向上しました。

要するに、RGB++プロトコルを導入することで、元のRGBプロトコルとの互換性を維持しながら、大幅な性能向上と厳重なセキュリティを実現したのです。これらの最適化と革新は、ブロックチェーン技術の発展に対する私たちの深い理解と、将来の方向性に対する私たちの探求を示しています

4.RGBプロトコル用のスマートコントラクトの開発は比較的難しく、これがRGBの進歩が遅れている主な理由の1つです。RGB++もRGBと同じスマートコントラクトを使用するのでしょうか？RGB++はRGBと同じスマートコントラクトを使用するのでしょうか？ 開発者のためにどのような技術スタックとサポートが用意されているのでしょうか？

まず、RGB++とオリジナルのRGBプロトコルとの互換性についてですが、私たちの開発プロセスは2つのステップに分けられます。最初のステップでは、オリジナルのRGBプロトコルとの完全な互換性はありません。これは主に、RGBプロトコル自体がまだ進化中であり、完全には開発されていないためです。第2ステップでは、同型バインディング技術を用いて、各RGBまたはRGB++トランザクションをCKBのUTXO（セルと呼ぶ）にバインドできるようにする。これは、RGB++プロトコルレイヤーのスマートコントラクトと状態が、CKB上のスマートコントラクトと状態と等価になることを意味する。我々のツールチェーンとサポートは、開発は比較的複雑だが、CKBが過去5年間行ってきたことをベースにしている。

次に、イーサのアカウントモデルとCKBのUTXOモデルのスマートコントラクト開発における直感的な違いと実装の難易度を比較します。Etherのアカウントモデルはプログラマーにとってより直感的で、関数を呼び出すだけで結果を得ることができます。しかし、アカウントモデルではトランザクション結果が不確実であるため、UTXOベースのビジネスロジック（RGBやRGB++など）を実装するのは非常に難しく、同型バインディングの実現性に影響します。

UTXOモデルでのプログラミングは困難ですが、ビットコインプロトコルのロジックを拡張する唯一の方法だと考えています。Rust、C、Lua、JavaScriptでスマートコントラクトを記述するためのツールチェーンや基本設計など、私たちが過去4、5年にわたって蓄積してきた開発ツールや製品知識は、開発者に豊富なサポートを提供している。UTXOモデルの下でUniswapのようなAMMを実装しようとした私たちの試みは、重大な課題にぶつかり、プロジェクトは最終的に失敗に終わりましたが、これはUTXOアーキテクチャの下でイノベーションを起こすことの難しさを物語っています。

UXについてですが、私たちは3月末にCKBをベースとしたRGB++の菌類・非菌類トークンとそれに対応するDexをローンチする予定です。UXは、ユーザーが面倒な記名ステップを必要とせずに簡単に資産を移転できるように簡素化された設計になっています。UXはシンプルに設計されており、ユーザーは面倒な記名ステップを踏むことなく、簡単に資産を譲渡することができます。全プロセスは同型の取引を処理するために自動化されており、ユーザーには透過的で、シームレスなクロスチェーンのインタラクティブな体験を提供するように設計されています。

テクノロジーの選択に関しては、まずRGBプロトコルとの互換性を確保し、トランザクションがビットコインチェーンからCKBにシームレスに移行してより高速に実行し、ビットコインチェーンに戻ることができるメカニズムを導入しました。私たちが「iump」と呼ぶこのプロセスは、信頼できるクロスチェーンブリッジやマルチシグネチャメカニズムに依存することなく、UTXO間のバインディングのみに依存し、2つのチェーン間で資産を安全に移転することを可能にする。この設計は、ビットコインとCKBのブロック確認のタイミングの間の信頼の差に基づいており、適切な長さのブロック確認を通じて資産の移動の安全性を保証します。

RGBプロトコルのスマートコントラクト開発の課題は、CKB上でより多くの取引所経験と開発サポートを提供することで解決されます。このDexにより、ユーザーは資産をビットコインチェーンからDexにアップロードすることができ、その過程で資産の所有権がビットコインのUTXOからCKBアドレスに転送され、転送が安全かつ透明であることが保証されます。私たちが使用するスマートコントラクトコードはオープンソースであり、セキュリティに関するユーザーの懸念を軽減します。さらに、アセットジャンプ時の二重の支払い保護と、Layer2上でのスムーズな取引体験を保証しているため、ユーザーはアセットの正確な場所を心配する必要がなく、ほぼシームレスな取引体験を提供することができます。

5.ビットコイン上の送金と同期してCKB上で同様の取引が発生するため、資産を相互に移転する場合を含め、ユーザーが両方のチェーンを使用する場合、ガスはどのように計算されますか？

まず、ビットコインとCKBの両方で取引が行われる場合、確かにそれぞれのチェーンで1回ずつ実行され、CKBの取引ではガス代だけでなく、取引の状態（保有するCKBの数など）を保存する状態手数料も必要となります。この状態手数料は通常100以上のCKBを必要とするため、誰がこれらのコストを負担し、どのようにしてユーザーエクスペリエンスが損なわれないようにするのかという疑問が生じる。

解決策は、ビットコイン取引が実行される際に、ペイマスターと呼ばれる代理支払人に向けられた少量のビットコイン（おおよそ数ドルのコスト）を追加出力することです。このペイマスターは、ユーザーがCKBチェーン上で手数料を支払う代わりに、CKB上で対応するトランザクションを構築し、開始するためにこれらのビットコインを使用します。

このプロセスの重要なポイントは、CKBがビットコイン取引の内容を利用して、ユーザーがCKBチェーン上で再署名することなく、取引が実際に行われたことをCKB上で証明できる機能を利用していることです。これは、ユーザーの代わりに誰でも（例えば、中継者やペイマスター）がCKBチェーン上で取引を開始し、支払うことができることを意味する。

結局のところ、このメカニズムにより、ユーザーは2つのチェーン間で資産を移転する際に、ガス料金の計算や支払いについて直接心配する必要がなくなります。これらは、ビットコイン取引に追加される追加出力を通じて間接的に処理され、ペイマスターが支払うため、シームレスな日常的でユーザーフレンドリーなエクスペリエンスが提供されます。ユーザーフレンドリーな体験。

6.市場ではBTC L2が爆発的に増加しており、BounceBit、Merlin Chain、B^2はいずれも非常に客観的なTVLを持っています。

市場におけるレイヤー2ソリューションの爆発的なトレンドと、RGB++がどのように市場に参入していくかを受けて、主に2つの分野を取り上げます。1つ目は、発行プロトコルとしてのRGB++の機能と特徴について、2つ目は、CKBレイヤー2チェーンに与える影響についてです。CKBレイヤー2チェーンの戦略と計画。

第一に、RGB++の中核機能は、NFTとFT（非均質化トークンと均質化トークン）の発行プロトコルとして機能することです。ー RGB++はー RGB++はー RGB++はー RGB++はー RGB++のー RGB++のー RGB++のー RGB++のー RGB++のー RGB++のー RGB++のー RGB++のー RGB++のーRGB++のーRGB++のーRGB++のーRGB++のしかし、これらのアセットの取引に関しては、CKBのDexを使用して直接行うことができます。現時点では、RGB++はCKB上のアセットと同じ標準に従っており、例えば、ERC20に類似したFT標準であるXUDTや、すでにメインネットで使用されているNFT標準であるsport NFTがあります。ビットコインとイーサの資産はブリッジング技術によってCKBに移転することができ、このプロセスのセキュリティと信頼性を確保するために大規模な組織と協力しています。ー

CKBレイヤー2にはむむむらのむアセットにはむむむFT、むNFT、むCKBネイティブ碑文アセット。各タイプの資産にはそれぞれ固有の用途や取引メカニズムがあり、当社はそれらをサポートするための適切な技術や市場ソリューションを提供しています。ー

要約するとーRGB++のー市場参入戦略はーRGB++のー市場参入戦略にはー堅牢なーNFTおよびーFT発行プロトコルとしてのーとしてのーRGB++はーCKBレイヤー2ー2ー革新的でネイティブなーなー資産ーー。私たちは、チェーン全体での資産の移動をサポートする確立されたスマートコントラクトプラットフォームを提供し、業界パートナーと協力することで技術のセキュリティと実用性を確保することに全力を注いでいます。オリジナルのビットコインチェーンで高いシェアを持つBRC20やARC20アセットと互換性がありますか？第一に、ビットコイン自体は別個の資産クラスです。次に、オフチェーン検証を必要とするすべての資産、いわゆる「ステイン資産」が2番目の大きなカテゴリーを構成している。この2つ目のカテゴリの中で、私はさらに2つに細分化した：UTXO機能を活用でき、ライトニングネットワークで再利用できるアセットで、同型マッピングとバインディングによるRGBのようなスキームを通じてCKBに移行できるもの。これは、アトミックアセットやタップルートアセットなどのアセットが、ビットコインチェーンで発行されたまま、このレイヤーのプロトコルアセットに大きな変更を加えることなく、RGB++スキームを通じてCKBで使用できることを意味します。

BRC20のような2番目のクラスのアセットは、より少ないUTXO機能を使用し、同型バインディングを介してCKBに移行することは困難であり、クロスチェーンブリッジを作成することで、市場の他のチェーンと同様に処理されます。このブリッジはBRC20アセットをビットコインチェーンにロックし、同等のFT（Fungible Token）またはNFT（Non-FungibleToken）の発行をCKBにマッピングすることで、ユーザーがCKB上で取引できるようにします。このアプローチは、ordiのようなBRC20アセットなど、UTXOの機能を直接利用しないプロトコル・アセットに適しています。つまり、RGB++は、ビットコインとCKB間のさまざまな種類の資産の使用と移行に互換性があり、最適化された柔軟な同型バインディングメカニズムを提供することを目指しています。

8.すでに存在し、大規模なユーザーベースとコミュニティがある資産をサポートするために、RGB++は将来何をするのでしょうか？

すでに存在し、大規模なユーザーベースを持つ資産のサポートを計画しており、主に2つの手段を検討しています。適切なインデクサーとブリッジランナーがある限り、インスクリプションブリッジを介してBRC 20またはその他の資産のサポートを実装するつもりです。私たちはこれらの碑文クロスチェーンブリッジを構築するパートナーを探しています。BTCブリッジについては、私たちはすぐに問題を解決することができるでしょう。これにはプラグイン・ウォレットを含むエコシステム内のウォレットからのサポートが必要で、これは現在CKBエコシステムには欠けている部分です。私たちは、エコシステム全体をサポートするために、主要なプロトコルと互換性のある、より多くのハードウェアウォレットとプラグインウォレットの将来のサポートを楽しみにしています。

2.Non-Inscription Bridge Pathways:私たちの最初の関心事は、RGB++の実装です。RGB++を完成させた後、ルームプロトコルなどのUTXOプロトコルのサポートを検討し、どのアプローチがより高速で効率的であるかを確認する可能性があります。私たちの目標は、まずRGB++を実装することです。さらに、ライトニング・ネットワークス・チームと協力することも検討していますが、彼らは主に決済と限られたスクリプト機能に焦点を当てており、これらの機能をCKBに持ち込み、スマート・コントラクト・レベルの有効化を提供することが最も適切な方法だと考えています。

全体として、私たちの戦略は柔軟かつ積極的であり、さまざまな技術経路やパートナーシップを通じて、幅広いユーザーやコミュニティ資産をサポートするために段階的な進歩を目指しています。私たちは、これらの取り組みが実現可能であり、最終的な実行は私たちの手に委ねられていると確信しています。