cBridge 1.0 の立ち上げ以来、当社のクロスチェーン ファンドの総額は毎週急激に増加し続けています。立ち上げの最初の月に処理したクロスチェーン転送は 1,000 万ドルのみでした。翌月には、cBridge の合計はクロスチェーン資金の総額は1億7,000万ドルに増加し、毎日のクロスチェーン資金も着実に1,000万ドルを超えています。 cBridge ノードの流動性プロバイダーは、追加のインセンティブなしで、クロスチェーンの手数料のみから年率 45% の収入を得ることができます。とてもエキサイティングですが、それはほんの始まりにすぎません。

本日、cBridge 2.0 アップグレード プランを発表し、この革新的なアップグレードについて簡単に紹介します。

cBridge 2.0 の技術アーキテクチャは、市場に最高のクロスチェーン取引体験をもたらします。これは、ユーザーにより優れた流動性の深さを提供し、cBridge ノードと流動性プロバイダー (LP) を望まない流動性プロバイダーに最も効率的なものを提供することに基づいています。ノードと使いやすい流動性管理方法を実行し、開発者にクロスチェーン NFT、クロスチェーン DEX、およびその他のアプリケーションをサポートする汎用クロスチェーン メッセージング機能を提供します。 cBridge 2.0 のすべての機能の実現は、CELR 誓約主導型ステート ガーディアン ネットワーク (以下、SGN と呼びます) のアップグレードに基づいており、これにより SGN ネットワークの価値獲得がさらに強化されます。

副題

この記事の内容は簡単です。cBridge 2.0 はどのような最適化を実現しますか?

技術的な実装の詳細にはあまり注意を払いたくない読者のために、以下に cBridge 2.0 のアップグレードと利点を簡単に紹介します。

ユーザー向け:

- 流動性の深さの向上: より大規模な単一クロスチェーントランザクションをサポートします。

- より簡単な使用プロセス: ワンクリック転送機能を提供します。

- ネイティブ ガス トークンへの転送のサポート: たとえば、BSC の WETH をチェーンを越えて Arbitrum のネイティブ ETH に直接転送して、Arbitrum でガス トークンを支払うことができます。

- 複数のチェーンとトークンの拡張とサポート。

- ブリッジノードのサービス品質保証メカニズム: ブリッジノードの使用を選択したユーザーに対して、新しいサービス品質保証メカニズムが導入され、オフラインのノードを罰し、ユーザーに補償します。

流動性プロバイダー (LP) および cBridge ノードの場合:

- 流動性を提供するためにノードを実行する必要はありません。cBridge 1.0 では、流動性を提供する唯一の方法は cBridge ノードを実行することです。 2.0 では、SGN 自体が cBridge ノードとして存在する新しいモードが追加されました。流動性プロバイダーは、SGN が運営する共同管理ノードに流動性を委任することができ、クロスチェーン手数料を取得しながら追加の cBridge ノード自体を実行する必要はありません。

-最適な流動性管理エクスペリエンス:他のクロスチェーン ソリューションと比較して、cBridge 2.0 の LP は合成トークンを鋳造する必要がなく、揮発性の高い AMM 流動性プールに強制的に参加する必要がなく、多額の一時的な損失を被る必要もありません。単一通貨の流動性を提供するだけでよく、裁定取引のための独自の流動性配分を柔軟に制御できます。

- 極めて高い流動性効率:他のクロスチェーン ソリューションと比較して、cBridge 2.0 は追加の二重流動性ロックを必要としないため、流動性のユニット価値と効率が向上し、LP 収益が最大化されます。

- 合理的な流動性リバランス設計:cBridge 2.0 は、SGN を通じて流動性を統合および共同管理し、需要と供給に応じて最適な非対称 AMM 曲線をサポートおよび生成することで、裁定取引者と LP がネットワーク全体の十分かつ対称的な流動性を維持するよう促します。

- 最適な自己管理モード cBridge ノードのスケジューリング:cBridge ノードを自己運用および管理することを選択した流動性プロバイダーに対して、SGN はユーザー エクスペリエンス スケジューリングの統合最適化を実施します。

価値の獲得:

- 価値の獲得:SGN のプレジャーとバリデーターは cBridge 2.0 に不可欠なサービスを提供するため、SGN の CELR プレジャーは、cBridge クロスチェーン料金と流動性マイニング報酬を通じてネットワーク価値を直接取得します。

- プロトコルガバナンス:価格曲線、手数料率などのさまざまなシステム パラメータは、CELR 誓約に基づく分散プロトコルを通じて管理されます。

開発者向け:

- フロントエンド SDK のホワイト ラベル:あらゆる種類のマルチチェーン dApp が cBridge の機能をローカルに統合できるようにし、ユーザーが dApp 内で直接クロスチェーンできるようにします。

- NFT クロスチェーンおよびその他のアプリケーションをサポートするクロスチェーン メッセージング機能を提供します。これにより、開発者は、クロスチェーン NFT やクロスチェーン DEX などの単純なアセット クロスチェーンよりも複雑なアプリケーションを開発できます。

では、これらすべての新しい機能を cBridge 2.0 にどのように実装したのでしょうか?

回答: Celer の State Guardian Network - SGN。

副題

ステート・ガーディアン・ネットワークのレビュー

存在する

存在するCeler 状態チャネル内, SGN は、チャネル状態を保存し、必要に応じて L1 での悪意のある決済に対応するのに役立ちます。セレルでLayer2.finance ロールアップ チェーン, SGN は分散型ブロック生成ネットワークに拡張し、通話データと状態ルートを L1 に戻します。ロールアップ動作モードでは、PoS コンセンサス全体が失敗した場合でも、どの SGN ノードでもチェーンに不正防止機能を付けてシステムのセキュリティを確保できます。

副題

SGN は、cBridge ノード ゲートウェイおよびサービス レベル アグリーメント (SLA) 仲裁者として機能します。

ノード設計の選択肢と cBridge 1.0 の制限事項

cBridge 1.0では、cBridgeノードがネットワークに参加すると、料金スケジュールや流動性ステータスなどのさまざまな情報をゲートウェイサービスに登録します。ゲートウェイは、cBridge ノードのステータスとパフォーマンスを継続的に監視します。ユーザーリクエストが行われると、そのリクエストはゲートウェイに送られます。ゲートウェイは、流動性の可用性、過去のブリッジング成功率、手数料などに基づいて登録されたノードを評価します。次に、リクエストに最適なブリッジ ノードを提案します。 1.0 では、さまざまなスケジューリング戦略の運用エクスペリエンスを迅速に学習するために、集中型ゲートウェイを使用することを選択しました。

1.0 ゲートウェイがユーザーに提供するものは、実際には特定の cBridge ノードを使用するための「参考までに」推奨するものです。 cBridge 1.0 は、ユーザーが資金の安全性についてノードを信頼する必要がない非保管アーキテクチャで構築されていますが、「ノードの可用性」に関連するユーザー エクスペリエンスの問題があります。たとえば、ユーザーが条件付き転送 (HTLC の最初の部分) をノードに送信したが、2 ステップの HTLC 転送が完了する前にノードがオフラインになった場合、ユーザーは条件付き転送がタイムアウトするまで待つ必要があります。また、cBridge ノードはオフラインになりません。また、いかなる処罰を受けても、ユーザーは待機時間に対する補償を受け取ることはできません。

2.0 では、SGN を使用してこれらの制限の両方に対処しました。

SGN を介した分散型で効率的な cBridge ノードのスケジューリング

2.0 では、最初にすべての集中ゲートウェイ ロジックを分散サービスとして分散 SGN に移行しました。 cBridge ノードは、集中ゲートウェイ サービスではなく、料金設定、流動性の可用性などに基づいて SGN に登録します。

ユーザーがリクエストを行うときの通常のシステム フローは次のとおりです。

- ユーザーは、推定取引手数料と流動性の利用可能性について SGN の現在のステータスを問い合わせます。

- 推定料金が許容できる場合、ユーザーは最大料金許容範囲を指定して HTLC 転送の前半を送信します。

- SGN はトランザクションを監視し、受信します。ノード スケジューリング ルールに従って、1 つ以上の cBridge 登録ノードをトランザクションに割り当てます。このトランザクション割り当ては SGN チェーンに書き込まれ、ユーザーの HTLC 転送にもマークされます。

- 割り当てられたノードは割り当てを受け入れ、残りの条件付き転送を完了することで応答します。

- SGN はトランザクションの監視と追跡を続けます。トランザクションが正常に完了すると、このトランザクションに関連する状態は SGN チェーンからクリアされます。

これに基づいて、コンセンサスと公平なノード選択プロセスをサポートするために、よりスケーラブルな cBridge ノードの成長が実現されます。しかし、cBridge ノードを SGN に移行する利点はそれ以上です。

ブリッジノードの SLA デポジットとペナルティのメカニズム

1.0 ゲートウェイとは異なり、スケジューリング層 (ゲートウェイ) としての SGN のフレームワークの下で、SGN はクロスチェーン トランザクションのプロセス全体を監視します。分散型 PoS チェーンとして、SGN は「参考のみの提案」以上のものを提供できるようになり、割り当てられたクロスチェーン転送を「約束どおり」完了できない cBridge ノードにペナルティを課すこともできます。

cBridge ノードが SGN に登録すると、「SLA ボンド」（つまり、貴重なトークンの束）を配置できます。 SGN がノードが SLA に違反していると判断した場合、たとえば転送が完了しないときにノードがオフラインになる場合、SGN はユーザー エクスペリエンスの低下と流動性の機会費用の補償としてデポジットを没収することができます。 (ここでユーザーの資金が損失する可能性は決してなく、上記の補償は「資金の滞り」によって引き起こされる機会費用の損失のみであることに注意してください。)

ノードの選択時に、利用可能な SLA デポジットの値は、ノードのスケジューリング割り当てプロセスで優先順位を考慮するための重要な要素となります。正直で信頼できる cBridge ノードは、ブリッジング プロセスで選択される可能性を高めるために債券を賭ける強い意欲を持っています。一方、信頼性の低いノードはシステムから追い出されるか、優先順位が最も低いオプションになります。

分散型「SGN Gateway」がサポートするSLAマージン機能により、cBridgeノードは高品質なSLA動作を実現します。これは、「自己ホスト型流動性」を維持したい流動性プロバイダーに、cBridge ノードオペレーターの健全で急速に成長する分散型ネットワークを提供することを目的としています。

SLA デポジットが誤って削減される可能性がある PoS コンセンサス不成立の可能性があるため、SLA デポジットの設定は 100% 自己保管とは言えないと主張する人もいるかもしれません。

スムーズなユーザー エクスペリエンスと自己修復 cBridge ノード オペレーター エコシステムを効率的に確保するには、SLA マージンが流動性全体のほんのわずかな割合であるだけでよいことを強調したいと思います。これは非常に価値のあるトレードオフであり、最も重要なことは、クロスチェーンプロセス全体がユーザーの観点から常に「非保管」であり、資本のリスクがないことです。

ノードのスケジュール規則

ノード スケジューリング ルール設計の原則は、ユーザー エクスペリエンスを最適化することです。私たちは、ノードの SLA のパラメーター (料金、応答時間) や過去のパフォーマンス (成功率、平均応答時間など) などの複数の要素を組み合わせた「ノード品質スコア」の経験式を構築しました。ユーザーリクエストのノードを選択するとき、このスコアに基づいてノードに優先順位を付けます。私たちは、プロトコル ガバナンスや経験的な運用経験を通じて、この公式を時間をかけて反復し、最適化することを望んでいます。

副題

共有流動性プールマネージャーとしてのSGN

cBridge ノードを実行せずに流動性を提供する

上記の改善点は、cBridge ノード自体を実行できるセルフホスト型 LP 向けに設計されています。ただし、流動性を提供したいがcBridgeノード自体を実行したくない一方で、SGNとCELRステーキングのPoSコンセンサスによって提供されるセキュリティのレベルにも満足しているLPやユーザーが多数いることを私たちは認識しています。さらに、共有流動性プール モデルを通じて、ネットワーク全体の流動性を簡単に活性化できるため、より優れたユーザー エクスペリエンスをより迅速に促進できます。

したがって、cBridge 2.0 では、まったく新しい運用モードを導入しました。SGN 全体が複数のチェーン上の共有流動性プール契約を管理します。これは実際には、それ自体が分散型 PoS チェーンである SGN とその管理された流動性プールを単一の「ノード」として扱い、LP が流動性を SGN に簡単に委任して、ノードを実行せずにクロスチェーンの手数料収入を得るオプションを提供します。

では、このモデルはどのようなセキュリティ保証を提供するのでしょうか?

PoS レベルのセキュリティと分散ガバナンス

cBridge 2.0 のこのモードでは、共有流動性プール契約は SGN の PoS コンセンサスを通じて管理されます。プール契約で資金を転送するには、CELR ステーク加重マルチシグが必要です。プールが危険にさらされるのは、総賭け金の 2/3 以上が悪意のある場合のみです。私たちが強調したいのは、cBridge クロスチェーン トランザクションの数が増加し、cBridge ネットワークによって取得される合計価値が増加するにつれて、悪意のある動作を試みるノードは当然、困難とコストが増加するということです。これは、セキュリティの点で TSS マルチ署名を使用する他のソリューションとは根本的に異なります。TSS 自体はトークンの誓約を拘束しないため、ネットワーク価値の成長に合わせてそのセキュリティを強化することはできません。

SGN のバリデーター ガバナンス モデルはオープンかつ分散型です。SGN では、特別な調整プロセスを必要とせずに、新しいバリデーターが選出され、ステーキング ガバナンス プロセスを通じて一連のバリデーターに参加することができます。

シンプルな流動性プロバイダー (LP) の経験と高い流動性効率

では、LP はこのモデルで流動性をどのように管理するのでしょうか? Hop Protocol や Thorchain などの既存のソリューションでは、LP が別のプロトコル制御の決済トークンとともにトークンの流動性をオンチェーン AMM プールに入れる必要があります。ただし、このモデルにはいくつかの欠点があります。

- たとえば、Thorchain では、LP が非常に不安定な決済トークンである Rune を使用する必要があるため、必然的に LP が重大な一時的な損失を被ることになります。

- ネイティブ流動性トークンから合成トークンを鋳造する場合でも、LP は複数のチェーンにわたる流動性の追加、削除、再バランスを行う際に依然として複雑な運用オーバーヘッドに直面します。

- たとえば、ホップ プロトコルが流動性を提供するために「ボンダー」を必要とする場合、クロスチェーン転送における流動性の実際の需要は必要な流動性の 2 倍であるため、流動性の効率は低くなります。

cBridge 2.0 は、新しい設計により「流動性帰属問題」を解決し、シンプルな LP エクスペリエンスと高い流動性効率を提供します。私たちのシステム設計をよりよく理解するために、まず「流動性帰属」が何を意味するのかを説明します。マルチチェーンブリッジングシステムでは、ユーザーがソースチェーンからターゲットチェーンに資金を送金する場合、LP（またはアグリゲーションプール）は基本的にターゲットチェーンのユーザーに資金を支払い、ソースチェーンのユーザーから資金を受け取ります。ここで、チェーン A のシステムに流動性を提供する LP があるとします。ユーザーがチェーン B からチェーン A に資金を送金すると、LP の流動性は基本的に「再分配」されます。つまり、チェーン A の流動性が減少し、チェーン B の流動性が増加します。流動性帰属の問題は、「システムが各 LP にすべての流動性がどこにあるのかをどのように知らせるか」、および「流動性を効果的に管理して取引手数料利回りを最適化する方法」として定義されます。

AMM プールベースのソリューションは、AMM プールに決済トークンとネイティブ トークンを割り当てることで、LP の流動性を暗黙的に追跡します。 TSS バリデーターや L2 から L1 へのメッセージング プロトコルなどのブリッジ構造は、クロスチェーン決済トークンの生成と書き込みのみを管理します。ユーザーは、ターゲット チェーン上 (場合によってはソース チェーン上でも) 決済トークンからネイティブ トークンへの AMM スワップの手数料を常に支払う必要があります。ネットワーク内で流動性の不均衡が発生した場合、裁定スリッページを利用するために、流動性が豊富なチェーンから流動性が乏しいチェーンに流動性を移動するのが合理的です。裁定取引者は、流動性が乏しいチェーンから流動性が豊富なチェーンに資金を送金することで、流動性をリバランスするインセンティブを持つことになる。

同時に、LP は裁定収入を得るために追加のブリッジ手数料を支払う必要がないため、流動性のバランスを取るためのより強いインセンティブを持ちます。ただし、LP のリバランス プロセスは非常に複雑です。たとえば、流動性が乏しいチェーンを S、流動性が豊富なチェーンを A と表すと、LP は次の手順を実行する必要があります。

- S の AMM プールから流動性を削除します。

- 決済トークンを S から A に移動します。

- 決済トークンを A の AMM プールにプレミアムで販売し、ネイティブ トークンに戻します。

- ネイティブ トークンを S に戻します。

- Sで決済トークンを購入します。

- S の AMM プールに流動性を追加します。

上記の手順では、ある程度の運用コストがかかるだけでなく、多大なトランザクションコストと時間コストもかかります。

cBridge 2.0 では、ブリッジ構造 (この場合は SGN) を高度に最適化し、オンチェーンのスマート コントラクト運用と比較してコストを大幅に削減できると考えています。したがって、cBridge 2.0 では、システム内の各 LP の流動性が明示的に追跡されます。流動性の追加は非常に簡単です。単一のトランザクションで流動性プール契約にネイティブ トークンを追加するだけで、SGN は SGN のチェーン状態で各 LP の流動性金額を記録します。基本的に、SGN はチェーン状態で (chain_id、LP_address、token_type、balance) テーブルを維持します。

クロスチェーン転送リクエストを処理するとき、SGN はプール全体の流動性を使用してスリッページと価格設定 (次のセクションで詳しく説明) を計算します。その後、SGN は LP を「仮想 cBridge ノード」として扱い、LP の流動性に従ってそれらを割り当てます。 LP 転送リクエスト。概念的に簡略化して理解すると、転送リクエストごとに、各ターゲット チェーンの LP 流動性バランスが利用可能な流動性に比例して減少し、ソース チェーンの流動性バランスが増加するということです。もちろん、実際のエンジニアリング実装では、LP間の統計的公平性を維持しながら、状態変化とコストを最小限に抑えるために、ランダムサンプリングや近似アルゴリズムなどの手法を使用します。この部分は、当社の技術文書にさらに詳しく反映されています。

このような構造は裁定取引に基づく流動性バランスにも適しており、この設計は LP の流動性管理に最大限の柔軟性を提供します。各 LP はいつでも、流動性がどのように配分されているかを明確に確認できます。これにより、チェーンの流動性を削除または追加することを選択したときに何が起こっているのかを完全に理解することができます。これにより、AMM スワップ コストが発生せず、流動性リバランス プロセスが 6 ステップから 3 ステップに簡素化されます。

- LP は、A のネイティブ トークンの流動性を直接削除します。システムのスリッページにより、この最初のステップで、LP はすでにスリッページ裁定収益を確定させています。

- LP はネイティブ トークンを A から S に移動します。

- S のプールにネイティブ トークンを追加します。

LP は、単一のチェーンまたは特定のチェーンの任意の組み合わせからすべての流動性を削除できます。 cBridge 2.0 では、これを行う方法は、内部クロスチェーン転送をトリガーし、LP をユーザーとして扱い、その流動性を目的のチェーンに転送してから流動性を削除することです。 , この場合、クロスチェーン転送のシステムスリッページはLPが負担することにご注意ください。ただし、これは決済トークンを AMM ベースのオンチェーン ソリューションと直接交換するのと何ら変わりはなく、実際にはより安価です。

さらに重要なことは、cBridge 2.0 では、LP がネイティブ トークンの流動性を直接使用するため、大きな一時的な損失を被ることはありません。特にホッププロトコルと比較して、cBridge は最高の流動性効率を達成し、最高の流動性レートリターンを得るために、追加のボンダー流動性ロック要件を必要としません。

バランスの取れた流動性を促進するクロスチェーンブリッジの価格設定

クロスチェーンブリッジングシステムでは、同じネイティブトークンの流動性が複数のチェーンに存在します。異なるチェーン上の同じネイティブ トークンに対する需要が変化すると、異なるチェーン上の同じトークン間の固有の価格設定も動的に変化します。これは、異なるチェーン間での転送にネイティブ ブリッジを使用する場合の潜在的なコストと、これらの異なるチェーンでの流動性の需要と供給のバランスに基づいています。

適切な結合曲線を設計することによって、この固有の価格変動を捉えることができることが、ブリッジング ソリューションにとって重要です。これにより、LP は「規模の経済」を活用して複数のチェーンにわたる流動性を再調整し、すべてのユーザーのリクエストを処理するのに十分でバランスの取れた流動性を備えたネットワークを維持するという大きなインセンティブが生まれます。

「スマート アーキテクチャ」の設計原則を維持し続け、SGN 内の Curve ステーブルコイン AMM からインスピレーションを得たボンディング カーブ価格設定メカニズムを確立しました。ユーザーがあるチェーンから別のチェーンにトークンを転送すると、SGN はソース チェーンとターゲット チェーンで利用可能な流動性に基づいて、受け取ったトークンを計算します。価格設定自体に加えて、LP への手数料として固定料金がトランザクションから差し引かれます。

具体的には、チェーン i とチェーン j の任意のペアについて、チェーン i とチェーン j の残高をそれぞれ所定のトークンとします。次に、チェーン間のトークン転送のスリッページを計算すると、i とチェーン j に対して次の不変式が常に成り立つはずです。

- A は各チェーン ペアの定数です。同じチェーンペアの場合、A のすべてのトークンは同じです。

-D は変数です。イニシャルD。 D は、2 つのチェーンの初期流動性が与えられた場合、その後、D の 3 次方程式を解くことによって取得できます。流動性の状況に応じて繰り返し更新する必要があります。

- と は 2 つのチェーンの相対的な重みで、トランスファーの滑りの非対称性を制御するために使用されます。重みの設定はチェーンのペアごとに行われ、満たされる必要があることに注意してください。

結合曲線でこれらの重みパラメータを使用する理由は、特定のチェーンに固有の非対称性を捉えるためです。たとえば、7 日間の遅延を設けて移行するよりも、Arbitrum や Optimism などのロールアップに移行する方がはるかに簡単で安価です。したがって、結合曲線の重みを制御して、各チェーンによって生成されるこの固有の違いを反映できます。

上の赤​​い非対称曲線と青い対称基準線では、不均衡が発生すると、この曲線によりチェーン i からチェーン j への移動により大きな滑りが生じることがわかります。の場合、Curve Finance で使用される曲線に単純化されます。

ユニバーサルクロスチェーンメッセージング

cBridge 2.0 は、SGN に基づいてスマートなクロスチェーン構造を作成します。この構造でできることは、クロスチェーン資産の転送だけでなく、一般的なクロスチェーン メッセージング フレームワークでもあります。このフレームワークでは、SGN がソース チェーン上のあらゆるイベントを監視し、ターゲット チェーン上でこれらのイベントのコンセンサス公証を公開し、情報のクロスチェーンを完了します。連鎖プロセス。

副題

ネットワーク価値の獲得

多くのガバナンス トークン (プロトコル トークン所有者がプロトコルの日常的な機能を引き受けない場合) とは異なり、CELR 所有者と州保護者のネットワークが cBridge の良好な運用に不可欠であることは明らかです。

したがって、cBridge 2.0 のユーザーと LP は、サービスと引き換えに SGN に料金を支払う必要があります。これらの手数料は、SGN の CELR ステーカーに比例して分配されます。具体的には：

- SGN がブリッジング ゲートウェイおよび SLA 仲裁人として機能するモデルでは、クロスチェーン取引手数料と没収されたセキュリティ デポジットの一部が、スケジューリング ノードと SLA 仲裁作業のために SGN に転送されます。

- SGN が共有流動性マネージャーとして機能するモデルでは、すべてのクロスチェーン流動性転送の処理を支援するために、クロスチェーン取引手数料の一部が SGN に支払われます。

副題

cBridge マルチチェーン ブリッジ設計のトレードオフに関する結論

この最後のセクションでは、クロスチェーンブリッジの設計における技術的なトレードオフに関する私たちの考えについて説明します。私たちは、クロスチェーンブリッジの設計における最大のトレードオフは、システム流動性の制御権の所有権に依存すると考えています。

自主規制ブリッジング ソリューションが「最も純粋」で「最も安全な」ブリッジング設計であると言う人もいるかもしれません。私たちはこの議論の原則を認めていますが、誰もが実際に cBridge フル ノードを実行できるわけではないことを強調したいと思います。もちろん、私たちはこのモデルの可能性に自信を持っており、それが「cBridge ノード ゲートウェイおよびサービス レベル アグリーメント (SLA) アービトレータとしての SGN」セルフホスト モデルを設計した理由です。

同時に、私たちのデザイン哲学は、さまざまなユーザーとLPの好みに応え、ユーザーとLPの両方が自分の好みに応じて選択できるように、利用可能なすべてのオプションを偏りなく提示することであると考えています。これが、cBridge 2.0 に「共有流動性プールマネージャーとしての SGN」のモデルも付属している理由であり、これは cBridge のより広範な採用を達成するために流動性をより迅速に誘導することも期待されています。

副題

計画を開始する

この分野での以前のハッキングが証明しているように、ブロックチェーンの相互運用性は新しい領域です。当社は常にシステムセキュリティを最高水準に保ち、サイバーセキュリティのブートレコードを破られないよう努めてきました。

したがって、cBridge 2.0 は段階的に展開されます。

当社は、cBridge 2.0テストネットワークの第1フェーズとして「共有流動性プールマネージャーとしてのSGN」モデルを10月に開始し、システムとスマートコントラクトに対して少なくとも2回のセキュリティ監査を実施する予定です。

テストネットと監査の後、100 万ドルのバグ報奨金プログラムを開始し、cBridge 2.0 メインネットを段階的に展開します。

その後、第 2 段階として「cBridge ノード ゲートウェイおよびサービス レベル アグリーメント (SLA) アービトレータとしての SGN」モードに入ります。