BTC
ETH
HTX
SOL
BNB
View Market
简中
繁中
English
日本語
한국어
ภาษาไทย
Tiếng Việt

RGB V0.11版本发布路线图揭晓:探秘资产发行概要

星球君的朋友们
Odaily资深作者
2024-02-28 02:19
この記事は約3474文字で、全文を読むには約5分かかります
RGB正为比特币的演进注入新的活力和可能性。
AI要約
展開
RGB正为比特币的演进注入新的活力和可能性。

著者: Zoom、Echo、BiHelix

監督: ホン・シュニン

導入

Nervos が共同で Cipher を作成し、RGB++ と呼ばれるソリューションを提案したことにより、市場における RGB ネイティブ プロトコルに関する議論や熱い議論も日に日に高まっています。 LNP/BP 標準協会によって作成された、スケーラブルで機密性の高いビットコインとライトニング ネットワークのスマート コントラクト システムとして、RGB は常にビットコイン エコロジカル開発者に好まれており、BTC ネイティブ拡張プロトコルにおいて大きな可能性を秘めたリンクとみなされています。 RGB は、ビットコイン分散型金融 (BTCfi) およびアプリケーション (DApps) のインフラストラクチャとして、ビットコインの有用性を単一の価値保存機能からより幅広い分野に拡大する歴史的な一歩となります。それが導く技術革新はエキサイティングなだけでなく、暗号通貨エコシステム全体に新たな開発の方向性と可能性をもたらすでしょう。

2023 年末、市場の課題により適切に対応し、ビットコイン エコシステムの精力的な発展を促進するために、RGB ネイティブ チーム LNP/BP 標準協会は、RGB がアップグレードされ、v 0.11 がリリースされると発表しました。最近、マキシム オルロフスキーと彼が設立した LNP/BP 標準協会は、RGBv 0.11 バージョン リリース ロードマップを開始しました。v 0.11 リリース候補に必要なすべてのタスクとプッシュが含まれており、コンセンサス レベルとアプリケーション レベルに分かれています。BiHelix は、RGB エコロジカル インフラストラクチャ プロジェクトとして、RGB プロトコルの大規模な開発の促進に取り組んでおり、RGB v0.11 バージョンを完全にサポートします。

この記事では、RGB v 0.11 プロトコル アップグレードの機能的および技術的基盤を詳細に紹介し、信頼できるプルーフ コンセンサスの使用、スケーラビリティの最適化、および重要なセキュリティの強化。私たちは、既存のコンセンサススキームと比較した、proof-of-belief の基礎とトレードオフ、さらに、proof v 0.11 によって解放されたガスの節約とスループットの増加に関する定量的なベンチマークについて詳しく説明します。

RGBアセットの生成

現在、RGB プロトコル V 0.11 には、RGB 20 (トークン)、RGB 21 (NFT)、および RGB 25 を含む 3 つのアセット タイプが組み込まれています。 RGB 20 を例として、現在のプロトコルの実装手順と強制可能な権利について説明します。

1. まず、契約の発行者は、資産の名前、初期発行、総供給量、追加発行、などの契約の詳細を定義するなど、RGB 20 プロトコルに従って RGB トークンの初期状態を設定する必要があります。名前変更、破棄、その他の権限など。

2. 次に、契約発行者は、単純な RGB アセットを作成できるように、初期発行を受け取る UTXO を指定します。ステータスの変更は、資産の所有権を変更する権利、または他の種類の権利に適用できます。例えば:

• 追加発行インターフェース: 契約により追加発行が許可されている場合、アセットの追加発行を受け取るためのアドレスを指定する必要があります。もちろん、RGB20には追加発行の上限があり、契約発行者は無制限に追加発行することはできません。

• 破棄インターフェイス: 契約発行者は、トークンの破棄権限を持つ 1 人以上の人を指定できます。 RGB 20 は P2P トランザクション (トランザクションの章で紹介します) を使用するため、ユーザーがトークンをブラック ホール アドレスに入れて破壊することは困難です。

• 名前変更インターフェイス: コントラクトは資産名を更新できます。

RGB 契約コードはオフチェーンに保存されるため、契約発行者がオープンソースを承認しない場合、ユーザーが資産情報を確認することが困難になります。 RGB コントラクトが発行されると、ユーザーと発行者の両方は、発行者が悪行為を行うことを防ぐために、コントラクト発行時の状態定義に従わなければなりません。

RGB アセット転送

RGBのトランザクションモデルはP2P(ピアツーピア)転送を採用しており、ETHとは大きく異なります。この転送モードでは、双方がオンラインである必要があります。たとえば、「A が 100 個のトークンを B に送信したい」という操作は次のようになります。

1. B は、100 個のトークンを送信するように指定した請求書を作成します。

2. 受信者 A が転送を提案します。

3. B は転送を確認し、署名します。

4. ブロードキャストトランザクション。

5. A と B は取引を受け入れます。

このうち、B は A に請求書を送信します。請求書を受け取った後、A は請求書の内容に従い、100 トークンを B に送信することしかできません。 B が成功するには、100 個のトークンを受信したことを確認する必要があります。

• Q: 双方がオンラインである必要があるのはなぜですか?

• A: 請求書には期限があり、一定期間使用しないと無効になるため、A は B の請求書を受け取ったらすぐに送金する必要があります。また、B は、請求書を作成する直前に、その請求書が A によって使用できることを確認する必要があります。これにより、両当事者は請求書の有効期間内に送金を完了することが制限されます。

図: ライトニングネットワークチャネルトランザクション

RGBが使用するトランザクションチャネルはライトニングネットワークを統合しているため、トランザクション処理は「受取人による再確認」のステップが追加されることを除き、ライトニングネットワークの送金処理を参照することができます。このような取引手順により、受取人が厄介なフィッシング コインを受け取ることがなくなり、ユーザーのウォレットのセキュリティが保護されます。

RGB アセット取引

RGBアセット転送プロセスの技術的なポイント

1. 使い捨てシール

この技術は、2016 年にピーター トッドによって初めて提案されました。その主な意味は、「メッセージを知るにはシールを剥がす必要があるため、メッセージが 1 回だけ使用できるようにするためにメッセージにシールを追加する」というものです。

簡単な方法は、公証済みのサードパーティ サーバーをセットアップし、印鑑が開けられたり施錠されたりするたびに証明書を公開レジストリに公開することで、誰でも気になる印鑑の状態を確認できるようにすることです。

ワンタイムシール機能の実装に信頼できるエンティティを使用しない場合は、ビットコインのUTXOをシールとして使用できます。なぜなら、ビットコインのUTXOは一度しか使用できないからです。したがって、UTXOをシールとして使用すると、UTXOを作成したときにロックし、使用するときにUTXOを開くことができます。

RGBでは、RGBの資産情報や契約状況などをUTXOに「ラップ」する「ワンタイムシーリング」技術を利用しており、UTXOを使い切ると資産の所有権や契約状況が変化します。これは、RGB トランザクションが発生するたびに、送信者は実際にコントラクト (転送される権利を定義するコントラクト) に状態変更を作成していることを意味します。

2. クライアントの検証

RGB 検証は、従来の「グローバル コンセンサス」検証とは異なり、「クライアント検証」技術を使用します。従来のビットコインの検証方法では、ネットワークに接続されたノードがトランザクションプール(フルノード)内のブロックとトランザクションを継続的にダウンロードして検証します。このようなノードには、チェーン全体上の UTXO セット (ブロックチェーン上のすべての未使用の出力のセット) のリアルタイムで更新されたビューがあります。新しいトランザクションを確認したときに、その有効性を検証するには、すべての入力を検証するだけで済みます。トランザクションは UTXO セットの最新状態の一部です。

しかし、RGB の場合、グローバルに伝播されるデータがないため、UTXO セットのそのようなグローバル ビューはありません。 RGB クライアントは、トランザクションを受け入れた後、トランザクションの最新の状態が有効であることを検証する必要があるだけでなく、トランザクションに関連するすべての以前の状態変換に対して、最初の状態にまで遡って同じ検証を実行する必要があります。発行契約書。これは明らかな欠点をもたらすようです。検証時間が非常に長くなるということです。ただし、これは「資産に長い取引履歴がある」場合にのみ発生し、取引履歴のこの部分はデータ共有レイヤーを通じて(任意に)事前に検証できます。

これにより、次のような大きな利点も得られます。クライアントは、グローバルに発生するすべてのトランザクションを把握したり検証したりする必要はありません。自分のウォレットに関連するトランザクションのみを知る必要があるため、他のトランザクションを検証する必要はありません。そのため、クライアントごとに検証するデータ量が少なくなり、システムの拡張性が大幅に向上します。完全なチェーンのクライアント側検証の問題を解決するために、BiHelix は再帰的ゼロ知識証明ソリューションを提案しました。

3. ビットコインの確実性の約束

RGB は、RGB コミットメントを通じて「二重支出」を防ぎます。そのような約束は果たされる必要があります。

• コントラクトに関係する複数の状態遷移を単一のビットコイントランザクションにコミットできる

• 各コントラクト状態遷移は、ビットコイントランザクションに一度だけコミットできます

これを実現する具体的な方法は次のとおりです。

1. まず、特定のコントラクト (または資産 ID) に関連するすべての状態遷移を、確定的にコミットメントに集約する必要があります。

2. 次に、譲渡されたすべての資産のコミットメントがマークル ツリーに集約されます。

3. 最終的なルート ハッシュ値は、最終的な RGB コミットメントです。

4. RGB とは関係がなく、決定論的なビットコイン コミットメントを使用する必要がある他のプロトコルとの互換性を確保するには、RGB コミットメントと他のプロトコルのコミットメントを再度集約する必要があります (LNPBP-4 標準で説明されているように)。 , したがって、ha を取得します。 ハッシュ値は、実際にビットコイントランザクションに埋め込まれているメッセージです。

4. バッチ処理によるコスト削減

前のセクションからわかるように、単一のビットコイン コミットメントに任意の数の状態変更を「ラップ」できます。これにより、理論的には大規模なバッチ処理が可能になり、UTXO サービス プロバイダーにより多くのアプリケーション シナリオが提供されます。

• シナリオ: A は複数の人に同時に支払い、RGB 20 資産を B に移転し、RGB 21 資産を C に移転し、契約の所有権を D に移転したいと考えています。

• 結果: A は、B、C、D のそれぞれに対して状態遷移を作成し、さらにバイトを占有することなく、すべての状態遷移を同じビットコイン トランザクションにコミットするだけで済みます。これは、さまざまな状態の状態変更が Promise でラップされているため、バッチ処理されることを意味します。同じ手数料が送金の回数に関係なく均等に償却されるため、各 RGB 支払いのオンチェーン手数料の限界コストは非常に小さくなります。

ここにも制限があります。つまり、これらの状態遷移情報は同じ UTXO に「ラップ」する必要があります。複数の UTXO がある場合、トランザクションの入力を増やす必要があり、それに伴うコストも増加します。ただし、すべての状態変更にトランザクションが必要となる従来の状況と比較すると、大幅な改善が達成できます。

5. クライアント間のコミュニケーション

クライアント通信は、RGB 転送の実装プロセスで一般的です。送信者は受信者と「委託」を共有する必要があります。このデータ構造には、契約の開始状態まで遡ることができるすべての状態遷移を含む、転送を検証するために必要なすべての情報が含まれており、から転送する必要があります。送信者から受信者へ通信を通じて。ただし、RGB プロトコルは通信チャネルに制限されず、さまざまなデータ共有方法を備えています。データを共有する 2 つの一般的な方法:

• Storm: ライトニング ネットワークに基づくピアツーピア インスタント メッセージングおよびストレージ システム。

• RGB プロキシ サーバー: クライアントがデータをアップロードおよびダウンロードできる標準化された HTTP JSON-RPC サーバー。ユーザーは独自のプロキシ サーバーを実行することも、サードパーティのサーバーを使用することもできます。サードパーティのサーバーに依存すると、プライバシーと検閲耐性に影響しますが、セキュリティには影響しません

クライアント通信 BiHelix は、最適化のための適応型通信プロトコルも提案しています。

結論は

現在の RGB v 0.11 バージョンはまだベータ段階にありますが、多くの RGB エコロジー プロジェクト チームがこれに積極的に貢献し、v 0.11 バージョンの詳細な最適化を促進するために協力していることは難しくありません。RGB エコロジー プロジェクトと RGB プロトコルの提唱者として、BiHelix チームは RGB プロトコルのエンジニアリングと商業化を達成するために熱心に取り組んできました。Lightning Network と RGB プロトコルの互換性を加速すると同時に、より多くの高品質なアプリケーション エコシステム開発者を積極的に引き付け、彼らが RGB プロトコルを深く学習して適用できるようにすることが主な目標になります。

ますます成熟する RGB プロトコルの資産発行機能セットは、ビットコイン エコシステムにさらなる革新をもたらし、ビットコイン エコシステム全体を再び新たな高みに押し上げると考えられています。ビットコイン ネットワークにおける RGB プロトコルの普及に伴い、この記事はRGBの仕組みや設計を理解する上でも欠かせない重要な資料となります。この活気に満ちたエコシステムでは、RGB の未来は明るく見え、ビットコインの進化に新たな活力と可能性を注入します。

BTC
Odaily公式コミュニティへの参加を歓迎します
購読グループ
https://t.me/Odaily_News
チャットグループ
https://t.me/Odaily_CryptoPunk
公式アカウント
https://twitter.com/OdailyChina
チャットグループ
https://t.me/Odaily_CryptoPunk
検索
記事目次
Odailyプラネットデイリーアプリをダウンロード
一部の人々にまずWeb3.0を理解させよう
IOS
Android