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

初級編3/13/2024, 12:05:22 AM
この記事では、主にビットコイン L2の理解、RGB ++のメカニズム、RGB ++の資産、およびCKBエコシステムの開発アイデアを探ります。

原題を転送する:ルーン文字プロトコルと「パブリック・エングレービング」発行メカニズムに関する詳細な議論

この記事は、Trustless Labsが執筆したForesight Newsからの転載です。 元の記事のリンク: https://foresightnews.pro/article/detail/54503 ビットコインレイヤー2トラックへの熱意は依然として高く、多くのL2プロジェクトの中で、CKBはいくつかの理由で際立っています。 一方では、チームはプルーフ・オブ・ワーク(PoW)メカニズムに深く関わってきた有名なパブリックチェーンNervos CKBに由来しているためです。一方、BTCレイヤー2ネットワークとしての再配置を発表した後、チームは、CKBチェーン上のセルを使用して、元のチェーンのビットコインのUTXOを「同型的に結合」する革新的なスキームRGB ++を提案しました。 CKBに対する市場の反応は非常に熱狂的です。 2月22日、Trustless LabsはRGB++とCKBの共同創設者であるCipherの作者とエコシステムリーダーのBaiyuを招待し、ビットコイン L2、RGB ++のメカニズム、RGB ++の資産、CKBエコシステムの開発アイデアについての理解を共有しました。 以下は、Twitterスペースのコンテンツのテキスト配置です。

1. Nervos CKBは長年のPoWパブリックチェーンですが、なぜPoSチェーンに移行せずにPoWにこだわったのですか? BTCKBへの移行のアイデアはどのようにして生まれたのですか?

Nervos CKBは、PoSチェーンに移行する代わりにPoWに固執することを選択しましたが、これはテクノロジーと市場に対する深い理解に根ざした決定です。 私たちは、プルーフ・オブ・ワーク(PoW)メカニズムがもたらす分散化とセキュリティはかけがえのないものだと信じています。 さらに、UTXOモデルやRISC-Vアーキテクチャの採用など、当時の主流のトレンドに反して、長期的な持続可能性と技術的優位性を考慮した技術の選択を行いました。 2018年のプロジェクト開始から2019年の立ち上げまで、仮想通貨市場は何度も変動してきましたが、方向性を変えたことはありません。 当時、スマートコントラクトとPoSメカニズムは将来の方向性と考えられていましたが、PoWは時代遅れの技術と見なされていました。 それにもかかわらず、私たちがPoWにこだわっているのは、単にこの技術が好まれているからではなく、UTXOモデルとPoWメカニズムが、他の技術ソリューションでは置き換えられない独自のセキュリティと分散化の特性を提供できると信じているからです。 BTCKBへの移行というアイデアは、実際には市場の物語に対する私たちの深い洞察に由来しています。 過去数年間、私たちの物語はPoSとアカウントモデルの物語によって抑制されているように見えましたが、昨年から、レイヤー1でのビットコインの拡大とUTXOモデルの新しいアプリケーションの出現により、機会が見られました。 これらの変更により、ビットコインのユースケースが拡大しただけでなく、UTXOとPoWに対するユーザーの理解と受け入れも強化されました。 さらに、PoWの環境への影響が再評価され、オフチェーン計算とオンチェーン検証パターンの認識が高まっているため、RGB++などのPoW UTXOモデルに基づく新しいプロトコルを立ち上げるのに最適な時期であると考えています。 ビットコインのルネッサンスとPoWおよびUTXOモデルの価値の市場の再評価により、Nervos CKBは暗号通貨開発の最前線に立つと信じています。 PoWに対する当社のコミットメントには理由があるわけではありませんが、テクノロジーの価値を真に理解し、将来のトレンドに対する深い洞察に基づいています。

2. Nervos CKBチームは、BTCとBTCのレイヤー2ソリューションのスケーリングをどのように理解し、なぜRGBプロトコルを選択するのですか?

BTCスケーリング、BTCレイヤー2ソリューション、RGBプロトコルの選択に関するNervos CKBチームの視点は、私たちのチームの特性と技術的蓄積に基づいています。 Total Value Locked(TVL)を採用するか、EVM互換のレイヤー2ルートを選択するかについて、綿密な議論を行いました。 熟考の末、たとえ主流とは異なる道を歩むことになっても、テクノロジー主導のアプローチを貫くことが私たちの強みであると考えています。 私たちの技術的な選択と戦略、特にRGBプロトコルの選択は、ビットコインコミュニティの保守的な態度と技術革新の追求に対する私たちの理解に基づいています。

私たちは、ビットコインやイーサリアムと直接競争することは困難な道であることをよく認識しています。 過去には、CKBをビットコインやイーサリアムのようなレイヤー1パブリックチェーンとして位置付け、バリューストレージプラットフォームを目指しました。 しかし、このポジショニングは、ビットコインコミュニティの保守的な基準を完全に満たさず、イーサリアムの開発方向と一致しないという厄介な状況に私たちを置きました。 このユニークな立場は、両方のコミュニティで私たちをやや場違いなものにしました。

このような課題に直面した私たちは、自分たちの特徴を受け入れ、独自の技術ビジョンに固執することを決意しました。 これには、UTXOモデルの深い調査と革新、およびビットコインのレイヤー2ソリューションの研究が含まれます。 私たちは、技術的な強みと革新に焦点を当てることで、ビットコインの精神と一致し、コミュニティに価値をもたらす道を見つけることができると信じています。

トランスフォーメーションの過程で、UTXOモデルに対する市場の受け入れが徐々に高まっていることに気付き、トランスフォーメーションに好機をもたらしました。 私たちは、ビットコインのレイヤー2ソリューションとしてのCKBの位置付けを明確に表現することにしましたが、これは当社の技術哲学と一致するだけでなく、ビットコインエコシステムに新たな成長機会を提供します。 全体として、私たちの決定は、テクノロジーの本質に対する深い理解と市場動向への鋭い洞察に基づいています。 私たちは、コアの強みに焦点を当て、技術革新に固執することで、暗号通貨の世界で独自の地位を見つけることができると信じています。

3. BTCKBの技術的選択:RGBプロトコルの探求とRGB++の導入

Baiyu氏へのインタビュー:RGB++プロトコル(DAレイヤー、クライアントサイド検証、オープンソースインデックス、VM)の説明

Baiyu: まず、意思決定プロセスについて少し説明します。 ビットコインのレイヤー2での競争は、基本的にレイヤー1に由来し、競争の核心は新しいプロトコルの導入にあると考えています。 これらの新しいプロトコルは、UTXO機能を利用するものと利用しないものの2種類に分類されます。 これに基づいて、Atomical、RGB、Taprootアセットなど、UTXO特性を持つプロトコルを選択しました。

特にRGBプロトコルを選んだのは、CipherがRGBに強い関心を持っていたことと、Ajian教授との広範な研究があったためです。 我々は、RGB++を導入するために同型結合の手法を提案した。 RGB++ と RGB は異なる概念であることに注意することが重要です。 RGBプロトコルは、当初Peterによって提案され、LNP/BP協会とマキシム博士によってさらに開発され、拡張のためのワンタイムシールの概念を採用しました。 対照的に、RGB++は、他のUTXOチェーンがクライアントとして機能する可能性を導入し、その中核となるのは同型バインディングの概念です。 CKBの視点から見ると、将来的にはより多くのプロトコルをサポートすることを目指しています。

暗号:技術的な選択肢について議論する上で、まずRGBプロトコルとは何かを説明しましょう。 RGBは、ビットコインのワンタイムシールとクライアント側の検証技術を利用して、ビットコインのUTXOモデルを介してRGBトランザクションの状態をオフチェーンでバインドし、ビットコインレイヤー1上に資産プロトコルを作成します。 この設計により、トランザクション検証は、そのUTXOに関連するトランザクションパスのみに焦点を当てることができ、残高や状態の確認のためにすべてのトランザクションをチェックする必要がなくなります。

データ可用性(DA)では、イーサリアムエコシステム内のレイヤー1またはレイヤー2への配置と、セキュリティへの影響について議論することがよくあります。 ただし、この概念はビットコインエコシステム、特にRGBのようなUTXOベースのプロトコルでは異なります。 RGBでは、ユーザー関連データを検証するだけで十分であり、当事者が必要な情報を直接交換できるため、理論的には特定のDAレイヤーに保存する必要はありません。

RGB++プロトコルは、もともとP2Pネットワークを介してトランザクション履歴とデータを交換する必要があったRGBを拡張し、新しい仮想マシンやインタラクションロジックの定義など、オフチェーンロジックを複雑にし、開発を遅らせていました。 RGB++は、P2Pネットワーク、仮想マシン、スマートコントラクトなど、RGBプロトコルのすべての「スマート」コンポーネントをオンチェーン、特にCKBに移行することを目的としています。 CKB上の各UTXOの状態遷移は、CKBスマートコントラクトによって制約され、CKB上のRGB++コントラクト資産とロジックの検証と実行を可能にし、インタラクション、スマートコントラクトの実行、および証明プロビジョニングの問題に対処します。 CKBはRISC-V仮想マシンを使用し、チューリング完全スマートコントラクトをサポートしているため、ユーザーはセキュリティを犠牲にしたり、必要に応じてクライアント側で検証したりすることなく、CKB上で資産の状態を直接表示または検証できます。

実装: RGB++ プロトコルは、すべての RGB 操作との互換性を保証します。 プルーフ・オブ・ワーク(PoW)ベースのUTXOチェーン戦略を採用することで、オフチェーンクライアントの進捗の遅さに対処します。 さらに、ビットコインからCKBにトランザクションをシームレスに移行する仕組みを実装し、CKBの高性能な実行環境を利用して、結果をビットコインに戻すことができます。

パフォーマンスの最適化:RGB ++プロトコルの重要な機能は、トランザクションをレイヤー2(ビットコインからCKBなど)にジャンプできるようにすることで、ビットコインのパフォーマンス制限を回避しながら、トランザクションの効率とパフォーマンスを大幅に向上させます。

セキュリティに関する考慮事項:ジャンププロセスの実装では、セキュリティを優先し、信頼ベースのクロスチェーンブリッジやマルチシグレーションメカニズムではなく、2つのUTXO間の直接バインディングに依存しました。 私たちはPoWセキュリティ基準を遵守しており、ビットコインブロックチェーン上のトランザクションは6ブロック後に不可逆的であり、CKBでは同等のセキュリティのために約24ブロックが必要です。 この方法により、レイヤー間のアセットのジャンプや移行の安全性が確保されます。

イノベーションと最適化:私たちのアプローチは、イーサリアムのレイヤー2ロジックや他のクロスチェーンブリッジとは異なり、ブロックチェーン技術におけるイノベーションと最適化を表しています。 RGB++プロトコルは、システムのセキュリティと信頼性を向上させながら、パフォーマンスとコストの問題に対処します。

要約すると、RGB++プロトコルを導入することで、元のRGBプロトコルとの互換性を維持しながら、パフォーマンスを大幅に向上させ、厳格なセキュリティを確保しました。 これらの最適化とイノベーションは、ブロックチェーン技術の開発に対する当社の深い理解と将来の方向性の探求を示しています。

4. RGBプロトコルでのスマートコントラクトの開発は困難であり、それがその進歩が遅い主な理由の1つです。 RGB++はRGBと同じスマートコントラクトを採用するのでしょうか? 開発者はどのような技術スタックとサポートを利用できますか?

まず、RGB++とオリジナルのRGBプロトコルとの互換性について、開発プロセスは2つのステップに分かれています。 最初のステップでは、主にRGBプロトコル自体がまだ進化しており、完全に完成されていないため、元のRGBプロトコルに完全には準拠しません。 第2ステップでは、同型バインディング技術を利用して、各RGBまたはRGB++トランザクションをCKBのUTXO(セルと呼びます)にバインドします。 これは、RGB++プロトコル層のスマートコントラクトとステートがCKBのものと同等になることを意味します。 私たちのツールチェーンとサポートは、CKBの過去5年間の蓄積に基づいていますが、開発は比較的複雑です。

第二に、イーサリアムのアカウントモデルと比較すると、CKBのUTXOモデルによるスマートコントラクト開発における直感的な違いと実装の難しさは重要です。 イーサリアムのアカウントモデルは、プログラマーの直感により合致しており、結果を得るための簡単な関数呼び出しを可能にします。 しかし、アカウントモデルではトランザクションの結果が不確実であり、同型バインディングの実現可能性に影響を与えるため、アカウントモデルでUTXOベースのビジネスロジック(RGBやRGB++など)を実装することは非常に困難です。

UTXOモデルでのプログラミングの難しさにもかかわらず、ビットコインのプロトコルロジックを拡張するための唯一の選択肢であると考えています。 Rust、C、Lua、JavaScriptでスマートコントラクトを書くためのツールチェーンや基礎設計など、過去4〜5年間に蓄積された開発ツールと製品認知度は、開発者に豊富なサポートを提供します。 Uniswapに似たAMMをUTXOモデルに実装しようとしましたが、大きな課題に遭遇し、プロジェクトの失敗につながり、UTXOアーキテクチャ内でのイノベーションの難しさを浮き彫りにしました。

ユーザーエクスペリエンスについては、RGB++の代替性トークンと非代替性トークン、および対応するCKBベースのDEXを3月末までにリリースする予定です。 ユーザーエクスペリエンスの設計は簡素化を目指しており、ユーザーは面倒なミント手順を踏むことなくアセットを簡単に転送できます。 プロセス全体は、ユーザーに対して透過的な同型トランザクションの処理を自動化し、シームレスなクロスチェーンインタラクションエクスペリエンスを提供することを目的としています。

技術的な選択に関しては、最初にRGBプロトコルとの互換性を確保しながら、トランザクションをビットコインチェーンからCKBにシームレスに移行して実行し、より高い実行効率を享受し、その後ビットコインチェーンに戻すことができるメカニズムを導入しました。 このプロセスは「ジャンプ」と呼ばれ、UTXO間のバインディングのみに依存して、信頼できるクロスチェーンブリッジやマルチシグメカニズムに依存することなく、アセットが2つのチェーン間を安全にジャンプできるようにします。 この設計は、ビットコインとCKBのブロック確認時間の信頼差に基づいており、適切な長さのブロック確認を通じて資産移行の安全性を確保します。

RGBプロトコルのスマートコントラクト開発の課題に対処するために、CKBでのより豊富な交換経験と開発サポートを提供することで、これに対処します。 ユーザーエクスペリエンスを最適化するためにレイヤー2のDEXソリューションを立ち上げ、ユーザーが自分の資産がレイヤー1にあるかレイヤー2にあるかを気にする必要がなくなります。このDEXにより、ユーザーの資産をビットコインチェーンからDEXにリストし、資産の所有権をビットコインのUTXOからCKBアドレスに移転し、移転の安全性と透明性を確保することができます。 私たちが使用するスマートコントラクトコードはオープンソースであり、ユーザーのセキュリティ上の懸念を軽減します。 さらに、資産ジャンププロセス中の二重支出保護とレイヤー2でのスムーズな取引体験を保証するため、ユーザーは資産の特定の場所を心配する必要がなく、ほぼシームレスな取引体験を提供します。

5. ビットコインでの取引は、CKBでの同期された同様の取引をもたらすため、ユーザーが両方のチェーンを利用する場合、それらの間の資産移転のシナリオを含め、ガスはどのように計算されますか?

まず、ビットコインとCKBの両方でトランザクションが発生すると、トランザクションは実際に各チェーンで実行されます。 CKBでの取引には、ネットワーク利用料(ガス代)だけでなく、取引状態を保管するための状態保管料(CKBの保有量など)も必要です。 この州手数料には通常100CKB以上が必要であり、誰がこれらの費用を負担し、ユーザーエクスペリエンスに悪影響を与えないようにする方法について疑問が生じます。

解決策には、ビットコイントランザクションに追加の出力、少量のビットコイン(約数ドルの費用)を追加し、ユーザーに代わって対応するトランザクションを構築して開始することにより、CKBのコストをカバーするペイマスターに向けられます。

ここでの重要なポイントは、CKBが、ユーザーがCKBチェーンに再度署名することなく、CKBでのビットコイントランザクションの証明を可能にする機能を利用していることです。 つまり、誰でも(リレイヤーやペイマスターなど)ユーザーに代わってCKBで取引を開始し、関連コストを負担することができます。

最終的に、このメカニズムにより、ユーザーはガス料金を直接計算して支払うことを心配することなく、2つのチェーン間で資産を転送できます。 これらのコストは、ビットコイントランザクションで追加された追加のアウトプットを通じて間接的に管理され、ペイマスターによってカバーされ、シームレスでユーザーフレンドリーなエクスペリエンスを提供します。

6. BounceBit、Merlin Chain、B^2などのBTC L2ソリューションがTVLの大幅な成長を示す中、RGB++はどのように市場に参入する予定ですか? RGB++にはネイティブの資産発行プロトコルがありますか?

ビットコインレイヤー2(L2)ソリューションの爆発的なトレンドとRGB++の市場参入計画に対応して、発行プロトコルとしてのRGB++の機能と特徴、およびCKBレイヤー2に関する当社の戦略と計画の2つの主要な側面から詳しく説明します。

まず、RGB++のコア機能は、NFTと代替可能トークン(FT)の発行プロトコルです。 これは、RGB ++がNFTとFTの発行をサポートし、ビットコインメインネットでの取引と同様のエクスペリエンスを提供することを意味しますが、ガス料金が高くなり、取引速度が遅くなる可能性があります。 ただし、これらの資産は、ERC20と同様に、FT標準xUDTのように、CKBの資産と同じ基準に従って、CKBのDEXで直接取引することができます。 また、NFTの標準であるSpore NFTもあり、すでにメインネットに適用されています。

第二に、CKBレイヤー2の戦略については、ネイティブアセットの発行やクロスチェーンアセットのサポートなど、スムーズなユーザーエクスペリエンスの提供に重点を置いています。 ビットコインとイーサリアムの資産は、ブリッジ技術を介してCKBに転送することができ、このプロセスのセキュリティと信頼性を確保するために主要な機関と協力しています。 さらに、スマートコントラクトプラットフォームの重要性を強調しています。RGB++で資産が発行されると、このプラットフォームをレンディング、ステーキング、マイニング活動など、さまざまな分散型アプリケーション(dApps)開発にすぐに利用できます。

CKBレイヤー2では、FT、NFT、CKBネイティブ銘文アセットの3種類のアセットに焦点を当てています。 各資産タイプには固有のアプリケーションと取引メカニズムがあり、それらをサポートするための対応する技術的および市場的ソリューションを提供しています。 例えば、統一された基準や取引市場を通じてNFT資産の流通を支援したり、CKBネイティブ銘文資産の発行や取引をサポートするために、オメガ取引市場などの特定のプラットフォームを開発しています。

要約すると、RGB++の市場参入戦略には、強力なNFTおよびFT発行プロトコルとしての能力を活用し、CKBレイヤー2で革新的でネイティブな資産を立ち上げることが含まれます。私たちは、包括的なスマートコントラクトプラットフォームを提供し、クロスチェーン資産移転をサポートし、業界プレーヤーとのパートナーシップを通じてテクノロジーのセキュリティと実用性を確保することに尽力しています。

7. RGB++ アセットは RGB20 や RGB721 とどう違うのですか? 元のビットコインチェーンでより高い市場シェアを持つBRC20およびARC20資産と互換性がありますか?

ビットコインの資産は、一般的に2つの主要なカテゴリと3つのサブカテゴリに分けることができます。 まず、ビットコイン自体はユニークなカテゴリーの資産です。 第二に、オフチェーン検証を必要とするすべての資産、いわゆる「カラーコイン」は、2番目の主要なカテゴリーを構成します。 この2つ目の大きなカテゴリーの中で、さらに2つのタイプに分け、1つはUTXOの機能を活用でき、ライトニングネットワーク上で再利用できるアセットです。 これらのタイプのアセットは、RGBに似たスキームを介して、同型マッピングとバインディングを介してCKBに移行できます。 つまり、アトミカルアセットやTaprootアセットなどのアセットは、ビットコインチェーンで発行されていますが、プロトコルアセットのこのレイヤーにあまり変更を加えることなく、RGB ++スキームを介してCKBで使用できます。

BRC20 などの 2 番目のタイプのアセットは、UTXO 機能の使用が少ないため、同型バインディングによる CKB への移行が困難です。 これらのタイプの資産については、市場に出回っている他のチェーンのアプローチと同様、つまりクロスチェーンブリッジを作成するアプローチです。 このブリッジは、ビットコインチェーン上のBRC20資産をロックし、CKBで同等のFT(代替性トークン)またはNFT(非代替性トークン)を発行し、ユーザーがCKBで取引できるようにします。 この方法は、BRC20アセットの一種であるORDIなど、UTXO機能を直接利用できないプロトコルアセットに適用できます。 要約すると、RGB ++は、ビットコインとCKB間のさまざまな種類の資産の使用と移行に対応および最適化するための柔軟な同型バインディングメカニズムを提供することを目的としています。

8. RGB++は、大規模なユーザーベースとコミュニティを持つ既存のアセットに対して、今後どのようなサポートを提供しますか?

幅広いユーザー層を持つ既存資産への対応を予定しています。 主に2つのアプローチが考えられます。

  1. 碑文ブリッジのサポート:適切なインデクサーとブリッジオペレーターがいる限り、碑文ブリッジを通じてBRC 20やその他の資産をサポートする予定です。 私たちは、これらの碑文のクロスチェーンブリッジを建設するパートナーを探しています。 BTCブリッジの問題はまもなく解決され、碑文ブリッジに懸命に取り組んでいます。 これには、プラグインウォレットを含むエコシステム内のウォレットのサポートが必要ですが、現在CKBエコシステムには不足しています。 今後、ハードウェアウォレットやプラグインウォレットのサポートがさらに増えることを期待しており、主要なプロトコルと互換性があり、エコシステム全体の開発をサポートします。

  2. 非碑文ブリッジアプローチ:最初の焦点はRGB++の実装です。 RGB++が完成したら、他のUTXOプロトコルのサポートを検討して、どの方法がより速く、より効率的かを確認するかもしれません。 私たちの目標は、まずRGB++を実装することです。 また、ライトニングネットワークチームとの連携も検討しています。 主に決済やスクリプト機能の制限に焦点を当てていますが、これらの機能をCKBに導入し、スマートコントラクトレイヤーを提供することが最も適切な方法であると考えています。

全体として、私たちの戦略は柔軟で積極的であり、さまざまな技術的アプローチとパートナーシップを通じて、幅広いユーザーおよびコミュニティの資産に対するサポートを徐々に進めることを目的としています。 私たちは、これらのタスクが実現可能であり、最終的な実装力は私たち自身の手にあると確信しています。

陳述:

  1. この記事は Foresight Newsからの転載であり、著作権は原作者である Trustless Labsに帰属します。 転載に異議がある場合は、 Gate Learn チームに連絡していただければ、チームは関連する手順に従ってできるだけ早く処理します。

  2. 免責事項:この記事で表明された見解や意見は著者個人のものであり、投資アドバイスを構成するものではありません。

  3. 記事の他の言語バージョンは、Gate Learnチームによって翻訳されています。 Gate.io に言及することなく、翻訳された記事をコピー、配布、または盗用することは許可されていません。

Поділіться

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

初級編3/13/2024, 12:05:22 AM
この記事では、主にビットコイン L2の理解、RGB ++のメカニズム、RGB ++の資産、およびCKBエコシステムの開発アイデアを探ります。

原題を転送する:ルーン文字プロトコルと「パブリック・エングレービング」発行メカニズムに関する詳細な議論

この記事は、Trustless Labsが執筆したForesight Newsからの転載です。 元の記事のリンク: https://foresightnews.pro/article/detail/54503 ビットコインレイヤー2トラックへの熱意は依然として高く、多くのL2プロジェクトの中で、CKBはいくつかの理由で際立っています。 一方では、チームはプルーフ・オブ・ワーク(PoW)メカニズムに深く関わってきた有名なパブリックチェーンNervos CKBに由来しているためです。一方、BTCレイヤー2ネットワークとしての再配置を発表した後、チームは、CKBチェーン上のセルを使用して、元のチェーンのビットコインのUTXOを「同型的に結合」する革新的なスキームRGB ++を提案しました。 CKBに対する市場の反応は非常に熱狂的です。 2月22日、Trustless LabsはRGB++とCKBの共同創設者であるCipherの作者とエコシステムリーダーのBaiyuを招待し、ビットコイン L2、RGB ++のメカニズム、RGB ++の資産、CKBエコシステムの開発アイデアについての理解を共有しました。 以下は、Twitterスペースのコンテンツのテキスト配置です。

1. Nervos CKBは長年のPoWパブリックチェーンですが、なぜPoSチェーンに移行せずにPoWにこだわったのですか? BTCKBへの移行のアイデアはどのようにして生まれたのですか?

Nervos CKBは、PoSチェーンに移行する代わりにPoWに固執することを選択しましたが、これはテクノロジーと市場に対する深い理解に根ざした決定です。 私たちは、プルーフ・オブ・ワーク(PoW)メカニズムがもたらす分散化とセキュリティはかけがえのないものだと信じています。 さらに、UTXOモデルやRISC-Vアーキテクチャの採用など、当時の主流のトレンドに反して、長期的な持続可能性と技術的優位性を考慮した技術の選択を行いました。 2018年のプロジェクト開始から2019年の立ち上げまで、仮想通貨市場は何度も変動してきましたが、方向性を変えたことはありません。 当時、スマートコントラクトとPoSメカニズムは将来の方向性と考えられていましたが、PoWは時代遅れの技術と見なされていました。 それにもかかわらず、私たちがPoWにこだわっているのは、単にこの技術が好まれているからではなく、UTXOモデルとPoWメカニズムが、他の技術ソリューションでは置き換えられない独自のセキュリティと分散化の特性を提供できると信じているからです。 BTCKBへの移行というアイデアは、実際には市場の物語に対する私たちの深い洞察に由来しています。 過去数年間、私たちの物語はPoSとアカウントモデルの物語によって抑制されているように見えましたが、昨年から、レイヤー1でのビットコインの拡大とUTXOモデルの新しいアプリケーションの出現により、機会が見られました。 これらの変更により、ビットコインのユースケースが拡大しただけでなく、UTXOとPoWに対するユーザーの理解と受け入れも強化されました。 さらに、PoWの環境への影響が再評価され、オフチェーン計算とオンチェーン検証パターンの認識が高まっているため、RGB++などのPoW UTXOモデルに基づく新しいプロトコルを立ち上げるのに最適な時期であると考えています。 ビットコインのルネッサンスとPoWおよびUTXOモデルの価値の市場の再評価により、Nervos CKBは暗号通貨開発の最前線に立つと信じています。 PoWに対する当社のコミットメントには理由があるわけではありませんが、テクノロジーの価値を真に理解し、将来のトレンドに対する深い洞察に基づいています。

2. Nervos CKBチームは、BTCとBTCのレイヤー2ソリューションのスケーリングをどのように理解し、なぜRGBプロトコルを選択するのですか?

BTCスケーリング、BTCレイヤー2ソリューション、RGBプロトコルの選択に関するNervos CKBチームの視点は、私たちのチームの特性と技術的蓄積に基づいています。 Total Value Locked(TVL)を採用するか、EVM互換のレイヤー2ルートを選択するかについて、綿密な議論を行いました。 熟考の末、たとえ主流とは異なる道を歩むことになっても、テクノロジー主導のアプローチを貫くことが私たちの強みであると考えています。 私たちの技術的な選択と戦略、特にRGBプロトコルの選択は、ビットコインコミュニティの保守的な態度と技術革新の追求に対する私たちの理解に基づいています。

私たちは、ビットコインやイーサリアムと直接競争することは困難な道であることをよく認識しています。 過去には、CKBをビットコインやイーサリアムのようなレイヤー1パブリックチェーンとして位置付け、バリューストレージプラットフォームを目指しました。 しかし、このポジショニングは、ビットコインコミュニティの保守的な基準を完全に満たさず、イーサリアムの開発方向と一致しないという厄介な状況に私たちを置きました。 このユニークな立場は、両方のコミュニティで私たちをやや場違いなものにしました。

このような課題に直面した私たちは、自分たちの特徴を受け入れ、独自の技術ビジョンに固執することを決意しました。 これには、UTXOモデルの深い調査と革新、およびビットコインのレイヤー2ソリューションの研究が含まれます。 私たちは、技術的な強みと革新に焦点を当てることで、ビットコインの精神と一致し、コミュニティに価値をもたらす道を見つけることができると信じています。

トランスフォーメーションの過程で、UTXOモデルに対する市場の受け入れが徐々に高まっていることに気付き、トランスフォーメーションに好機をもたらしました。 私たちは、ビットコインのレイヤー2ソリューションとしてのCKBの位置付けを明確に表現することにしましたが、これは当社の技術哲学と一致するだけでなく、ビットコインエコシステムに新たな成長機会を提供します。 全体として、私たちの決定は、テクノロジーの本質に対する深い理解と市場動向への鋭い洞察に基づいています。 私たちは、コアの強みに焦点を当て、技術革新に固執することで、暗号通貨の世界で独自の地位を見つけることができると信じています。

3. BTCKBの技術的選択:RGBプロトコルの探求とRGB++の導入

Baiyu氏へのインタビュー:RGB++プロトコル(DAレイヤー、クライアントサイド検証、オープンソースインデックス、VM)の説明

Baiyu: まず、意思決定プロセスについて少し説明します。 ビットコインのレイヤー2での競争は、基本的にレイヤー1に由来し、競争の核心は新しいプロトコルの導入にあると考えています。 これらの新しいプロトコルは、UTXO機能を利用するものと利用しないものの2種類に分類されます。 これに基づいて、Atomical、RGB、Taprootアセットなど、UTXO特性を持つプロトコルを選択しました。

特にRGBプロトコルを選んだのは、CipherがRGBに強い関心を持っていたことと、Ajian教授との広範な研究があったためです。 我々は、RGB++を導入するために同型結合の手法を提案した。 RGB++ と RGB は異なる概念であることに注意することが重要です。 RGBプロトコルは、当初Peterによって提案され、LNP/BP協会とマキシム博士によってさらに開発され、拡張のためのワンタイムシールの概念を採用しました。 対照的に、RGB++は、他のUTXOチェーンがクライアントとして機能する可能性を導入し、その中核となるのは同型バインディングの概念です。 CKBの視点から見ると、将来的にはより多くのプロトコルをサポートすることを目指しています。

暗号:技術的な選択肢について議論する上で、まずRGBプロトコルとは何かを説明しましょう。 RGBは、ビットコインのワンタイムシールとクライアント側の検証技術を利用して、ビットコインのUTXOモデルを介してRGBトランザクションの状態をオフチェーンでバインドし、ビットコインレイヤー1上に資産プロトコルを作成します。 この設計により、トランザクション検証は、そのUTXOに関連するトランザクションパスのみに焦点を当てることができ、残高や状態の確認のためにすべてのトランザクションをチェックする必要がなくなります。

データ可用性(DA)では、イーサリアムエコシステム内のレイヤー1またはレイヤー2への配置と、セキュリティへの影響について議論することがよくあります。 ただし、この概念はビットコインエコシステム、特にRGBのようなUTXOベースのプロトコルでは異なります。 RGBでは、ユーザー関連データを検証するだけで十分であり、当事者が必要な情報を直接交換できるため、理論的には特定のDAレイヤーに保存する必要はありません。

RGB++プロトコルは、もともとP2Pネットワークを介してトランザクション履歴とデータを交換する必要があったRGBを拡張し、新しい仮想マシンやインタラクションロジックの定義など、オフチェーンロジックを複雑にし、開発を遅らせていました。 RGB++は、P2Pネットワーク、仮想マシン、スマートコントラクトなど、RGBプロトコルのすべての「スマート」コンポーネントをオンチェーン、特にCKBに移行することを目的としています。 CKB上の各UTXOの状態遷移は、CKBスマートコントラクトによって制約され、CKB上のRGB++コントラクト資産とロジックの検証と実行を可能にし、インタラクション、スマートコントラクトの実行、および証明プロビジョニングの問題に対処します。 CKBはRISC-V仮想マシンを使用し、チューリング完全スマートコントラクトをサポートしているため、ユーザーはセキュリティを犠牲にしたり、必要に応じてクライアント側で検証したりすることなく、CKB上で資産の状態を直接表示または検証できます。

実装: RGB++ プロトコルは、すべての RGB 操作との互換性を保証します。 プルーフ・オブ・ワーク(PoW)ベースのUTXOチェーン戦略を採用することで、オフチェーンクライアントの進捗の遅さに対処します。 さらに、ビットコインからCKBにトランザクションをシームレスに移行する仕組みを実装し、CKBの高性能な実行環境を利用して、結果をビットコインに戻すことができます。

パフォーマンスの最適化:RGB ++プロトコルの重要な機能は、トランザクションをレイヤー2(ビットコインからCKBなど)にジャンプできるようにすることで、ビットコインのパフォーマンス制限を回避しながら、トランザクションの効率とパフォーマンスを大幅に向上させます。

セキュリティに関する考慮事項:ジャンププロセスの実装では、セキュリティを優先し、信頼ベースのクロスチェーンブリッジやマルチシグレーションメカニズムではなく、2つのUTXO間の直接バインディングに依存しました。 私たちはPoWセキュリティ基準を遵守しており、ビットコインブロックチェーン上のトランザクションは6ブロック後に不可逆的であり、CKBでは同等のセキュリティのために約24ブロックが必要です。 この方法により、レイヤー間のアセットのジャンプや移行の安全性が確保されます。

イノベーションと最適化:私たちのアプローチは、イーサリアムのレイヤー2ロジックや他のクロスチェーンブリッジとは異なり、ブロックチェーン技術におけるイノベーションと最適化を表しています。 RGB++プロトコルは、システムのセキュリティと信頼性を向上させながら、パフォーマンスとコストの問題に対処します。

要約すると、RGB++プロトコルを導入することで、元のRGBプロトコルとの互換性を維持しながら、パフォーマンスを大幅に向上させ、厳格なセキュリティを確保しました。 これらの最適化とイノベーションは、ブロックチェーン技術の開発に対する当社の深い理解と将来の方向性の探求を示しています。

4. RGBプロトコルでのスマートコントラクトの開発は困難であり、それがその進歩が遅い主な理由の1つです。 RGB++はRGBと同じスマートコントラクトを採用するのでしょうか? 開発者はどのような技術スタックとサポートを利用できますか?

まず、RGB++とオリジナルのRGBプロトコルとの互換性について、開発プロセスは2つのステップに分かれています。 最初のステップでは、主にRGBプロトコル自体がまだ進化しており、完全に完成されていないため、元のRGBプロトコルに完全には準拠しません。 第2ステップでは、同型バインディング技術を利用して、各RGBまたはRGB++トランザクションをCKBのUTXO(セルと呼びます)にバインドします。 これは、RGB++プロトコル層のスマートコントラクトとステートがCKBのものと同等になることを意味します。 私たちのツールチェーンとサポートは、CKBの過去5年間の蓄積に基づいていますが、開発は比較的複雑です。

第二に、イーサリアムのアカウントモデルと比較すると、CKBのUTXOモデルによるスマートコントラクト開発における直感的な違いと実装の難しさは重要です。 イーサリアムのアカウントモデルは、プログラマーの直感により合致しており、結果を得るための簡単な関数呼び出しを可能にします。 しかし、アカウントモデルではトランザクションの結果が不確実であり、同型バインディングの実現可能性に影響を与えるため、アカウントモデルでUTXOベースのビジネスロジック(RGBやRGB++など)を実装することは非常に困難です。

UTXOモデルでのプログラミングの難しさにもかかわらず、ビットコインのプロトコルロジックを拡張するための唯一の選択肢であると考えています。 Rust、C、Lua、JavaScriptでスマートコントラクトを書くためのツールチェーンや基礎設計など、過去4〜5年間に蓄積された開発ツールと製品認知度は、開発者に豊富なサポートを提供します。 Uniswapに似たAMMをUTXOモデルに実装しようとしましたが、大きな課題に遭遇し、プロジェクトの失敗につながり、UTXOアーキテクチャ内でのイノベーションの難しさを浮き彫りにしました。

ユーザーエクスペリエンスについては、RGB++の代替性トークンと非代替性トークン、および対応するCKBベースのDEXを3月末までにリリースする予定です。 ユーザーエクスペリエンスの設計は簡素化を目指しており、ユーザーは面倒なミント手順を踏むことなくアセットを簡単に転送できます。 プロセス全体は、ユーザーに対して透過的な同型トランザクションの処理を自動化し、シームレスなクロスチェーンインタラクションエクスペリエンスを提供することを目的としています。

技術的な選択に関しては、最初にRGBプロトコルとの互換性を確保しながら、トランザクションをビットコインチェーンからCKBにシームレスに移行して実行し、より高い実行効率を享受し、その後ビットコインチェーンに戻すことができるメカニズムを導入しました。 このプロセスは「ジャンプ」と呼ばれ、UTXO間のバインディングのみに依存して、信頼できるクロスチェーンブリッジやマルチシグメカニズムに依存することなく、アセットが2つのチェーン間を安全にジャンプできるようにします。 この設計は、ビットコインとCKBのブロック確認時間の信頼差に基づいており、適切な長さのブロック確認を通じて資産移行の安全性を確保します。

RGBプロトコルのスマートコントラクト開発の課題に対処するために、CKBでのより豊富な交換経験と開発サポートを提供することで、これに対処します。 ユーザーエクスペリエンスを最適化するためにレイヤー2のDEXソリューションを立ち上げ、ユーザーが自分の資産がレイヤー1にあるかレイヤー2にあるかを気にする必要がなくなります。このDEXにより、ユーザーの資産をビットコインチェーンからDEXにリストし、資産の所有権をビットコインのUTXOからCKBアドレスに移転し、移転の安全性と透明性を確保することができます。 私たちが使用するスマートコントラクトコードはオープンソースであり、ユーザーのセキュリティ上の懸念を軽減します。 さらに、資産ジャンププロセス中の二重支出保護とレイヤー2でのスムーズな取引体験を保証するため、ユーザーは資産の特定の場所を心配する必要がなく、ほぼシームレスな取引体験を提供します。

5. ビットコインでの取引は、CKBでの同期された同様の取引をもたらすため、ユーザーが両方のチェーンを利用する場合、それらの間の資産移転のシナリオを含め、ガスはどのように計算されますか?

まず、ビットコインとCKBの両方でトランザクションが発生すると、トランザクションは実際に各チェーンで実行されます。 CKBでの取引には、ネットワーク利用料(ガス代)だけでなく、取引状態を保管するための状態保管料(CKBの保有量など)も必要です。 この州手数料には通常100CKB以上が必要であり、誰がこれらの費用を負担し、ユーザーエクスペリエンスに悪影響を与えないようにする方法について疑問が生じます。

解決策には、ビットコイントランザクションに追加の出力、少量のビットコイン(約数ドルの費用)を追加し、ユーザーに代わって対応するトランザクションを構築して開始することにより、CKBのコストをカバーするペイマスターに向けられます。

ここでの重要なポイントは、CKBが、ユーザーがCKBチェーンに再度署名することなく、CKBでのビットコイントランザクションの証明を可能にする機能を利用していることです。 つまり、誰でも(リレイヤーやペイマスターなど)ユーザーに代わってCKBで取引を開始し、関連コストを負担することができます。

最終的に、このメカニズムにより、ユーザーはガス料金を直接計算して支払うことを心配することなく、2つのチェーン間で資産を転送できます。 これらのコストは、ビットコイントランザクションで追加された追加のアウトプットを通じて間接的に管理され、ペイマスターによってカバーされ、シームレスでユーザーフレンドリーなエクスペリエンスを提供します。

6. BounceBit、Merlin Chain、B^2などのBTC L2ソリューションがTVLの大幅な成長を示す中、RGB++はどのように市場に参入する予定ですか? RGB++にはネイティブの資産発行プロトコルがありますか?

ビットコインレイヤー2(L2)ソリューションの爆発的なトレンドとRGB++の市場参入計画に対応して、発行プロトコルとしてのRGB++の機能と特徴、およびCKBレイヤー2に関する当社の戦略と計画の2つの主要な側面から詳しく説明します。

まず、RGB++のコア機能は、NFTと代替可能トークン(FT)の発行プロトコルです。 これは、RGB ++がNFTとFTの発行をサポートし、ビットコインメインネットでの取引と同様のエクスペリエンスを提供することを意味しますが、ガス料金が高くなり、取引速度が遅くなる可能性があります。 ただし、これらの資産は、ERC20と同様に、FT標準xUDTのように、CKBの資産と同じ基準に従って、CKBのDEXで直接取引することができます。 また、NFTの標準であるSpore NFTもあり、すでにメインネットに適用されています。

第二に、CKBレイヤー2の戦略については、ネイティブアセットの発行やクロスチェーンアセットのサポートなど、スムーズなユーザーエクスペリエンスの提供に重点を置いています。 ビットコインとイーサリアムの資産は、ブリッジ技術を介してCKBに転送することができ、このプロセスのセキュリティと信頼性を確保するために主要な機関と協力しています。 さらに、スマートコントラクトプラットフォームの重要性を強調しています。RGB++で資産が発行されると、このプラットフォームをレンディング、ステーキング、マイニング活動など、さまざまな分散型アプリケーション(dApps)開発にすぐに利用できます。

CKBレイヤー2では、FT、NFT、CKBネイティブ銘文アセットの3種類のアセットに焦点を当てています。 各資産タイプには固有のアプリケーションと取引メカニズムがあり、それらをサポートするための対応する技術的および市場的ソリューションを提供しています。 例えば、統一された基準や取引市場を通じてNFT資産の流通を支援したり、CKBネイティブ銘文資産の発行や取引をサポートするために、オメガ取引市場などの特定のプラットフォームを開発しています。

要約すると、RGB++の市場参入戦略には、強力なNFTおよびFT発行プロトコルとしての能力を活用し、CKBレイヤー2で革新的でネイティブな資産を立ち上げることが含まれます。私たちは、包括的なスマートコントラクトプラットフォームを提供し、クロスチェーン資産移転をサポートし、業界プレーヤーとのパートナーシップを通じてテクノロジーのセキュリティと実用性を確保することに尽力しています。

7. RGB++ アセットは RGB20 や RGB721 とどう違うのですか? 元のビットコインチェーンでより高い市場シェアを持つBRC20およびARC20資産と互換性がありますか?

ビットコインの資産は、一般的に2つの主要なカテゴリと3つのサブカテゴリに分けることができます。 まず、ビットコイン自体はユニークなカテゴリーの資産です。 第二に、オフチェーン検証を必要とするすべての資産、いわゆる「カラーコイン」は、2番目の主要なカテゴリーを構成します。 この2つ目の大きなカテゴリーの中で、さらに2つのタイプに分け、1つはUTXOの機能を活用でき、ライトニングネットワーク上で再利用できるアセットです。 これらのタイプのアセットは、RGBに似たスキームを介して、同型マッピングとバインディングを介してCKBに移行できます。 つまり、アトミカルアセットやTaprootアセットなどのアセットは、ビットコインチェーンで発行されていますが、プロトコルアセットのこのレイヤーにあまり変更を加えることなく、RGB ++スキームを介してCKBで使用できます。

BRC20 などの 2 番目のタイプのアセットは、UTXO 機能の使用が少ないため、同型バインディングによる CKB への移行が困難です。 これらのタイプの資産については、市場に出回っている他のチェーンのアプローチと同様、つまりクロスチェーンブリッジを作成するアプローチです。 このブリッジは、ビットコインチェーン上のBRC20資産をロックし、CKBで同等のFT(代替性トークン)またはNFT(非代替性トークン)を発行し、ユーザーがCKBで取引できるようにします。 この方法は、BRC20アセットの一種であるORDIなど、UTXO機能を直接利用できないプロトコルアセットに適用できます。 要約すると、RGB ++は、ビットコインとCKB間のさまざまな種類の資産の使用と移行に対応および最適化するための柔軟な同型バインディングメカニズムを提供することを目的としています。

8. RGB++は、大規模なユーザーベースとコミュニティを持つ既存のアセットに対して、今後どのようなサポートを提供しますか?

幅広いユーザー層を持つ既存資産への対応を予定しています。 主に2つのアプローチが考えられます。

  1. 碑文ブリッジのサポート:適切なインデクサーとブリッジオペレーターがいる限り、碑文ブリッジを通じてBRC 20やその他の資産をサポートする予定です。 私たちは、これらの碑文のクロスチェーンブリッジを建設するパートナーを探しています。 BTCブリッジの問題はまもなく解決され、碑文ブリッジに懸命に取り組んでいます。 これには、プラグインウォレットを含むエコシステム内のウォレットのサポートが必要ですが、現在CKBエコシステムには不足しています。 今後、ハードウェアウォレットやプラグインウォレットのサポートがさらに増えることを期待しており、主要なプロトコルと互換性があり、エコシステム全体の開発をサポートします。

  2. 非碑文ブリッジアプローチ:最初の焦点はRGB++の実装です。 RGB++が完成したら、他のUTXOプロトコルのサポートを検討して、どの方法がより速く、より効率的かを確認するかもしれません。 私たちの目標は、まずRGB++を実装することです。 また、ライトニングネットワークチームとの連携も検討しています。 主に決済やスクリプト機能の制限に焦点を当てていますが、これらの機能をCKBに導入し、スマートコントラクトレイヤーを提供することが最も適切な方法であると考えています。

全体として、私たちの戦略は柔軟で積極的であり、さまざまな技術的アプローチとパートナーシップを通じて、幅広いユーザーおよびコミュニティの資産に対するサポートを徐々に進めることを目的としています。 私たちは、これらのタスクが実現可能であり、最終的な実装力は私たち自身の手にあると確信しています。

陳述:

  1. この記事は Foresight Newsからの転載であり、著作権は原作者である Trustless Labsに帰属します。 転載に異議がある場合は、 Gate Learn チームに連絡していただければ、チームは関連する手順に従ってできるだけ早く処理します。

  2. 免責事項:この記事で表明された見解や意見は著者個人のものであり、投資アドバイスを構成するものではありません。

  3. 記事の他の言語バージョンは、Gate Learnチームによって翻訳されています。 Gate.io に言及することなく、翻訳された記事をコピー、配布、または盗用することは許可されていません。

Розпочати зараз
Зареєструйтеся та отримайте ваучер на
$100
!
It seems that you are attempting to access our services from a Restricted Location where Gate is unable to provide services. We apologize for any inconvenience this may cause. Currently, the Restricted Locations include but not limited to: the United States of America, Canada, Cambodia, Thailand, Cuba, Iran, North Korea and so on. For more information regarding the Restricted Locations, please refer to the User Agreement. Should you have any other questions, please contact our Customer Support Team.