Celer Inter-chain Message フレームワーク（Celer Inter-chain Message、以下 Celer IM）が正式にリリースされ、テスト ネットワークで開始されました。
Celer IM はマルチチェーン dApp を根本的に変えるそしてそしてパラダイムを使用する。開発者は、Celer IMを介して複数のチェーン間で流動性とプログラム状態を共有するdAppを開発できるようになりました。ユーザーは、Celer IMを介してワンクリックするだけで、複数のブロックチェーンエコシステム上の流動性とアプリケーションを享受できます。複雑な対話のために複数のブロックチェーン間を手動で横断したり切り替えたりする必要はありません。
Celer IM が可能クロスチェーン構成が可能、その結果、一連の新しいモデルが誕生しました「ネイティブクロスチェーンdApp」。例は次のとおりです。
DEXイールドアグリゲーター
イールドアグリゲーター貸借同意書
貸借同意書ユーザーが 1 つのチェーンで担保を提供し、まったく別のチェーンで資産を貸与できるようにすることができます
DAOガバナンスプロトコル異なるチェーン間で資産を移動する必要がなく、統合されたマルチチェーン ガバナンス メカニズムが可能になります。
NFT市場では、あるチェーンのユーザーは、まったく別のチェーンのNFTオークションに入札できます。
メタバース ゲーム、ユーザーはゲーム内のさまざまなチェーンの仮想アイテムをシームレスに操作できます。
新しいクロスチェーン資産ブリッジ、実際、cBridge は Celer IM 上に構築された資産ブリッジとみなすことができます。
複数のチェーンにデプロイされたほぼすべての dApp は、Celer IM フレームワークを使用することでメリットを得ることができます。
Celer IM フレームワークは非常に使いやすく、"プラグ＆プレイ"プラグイン契約プラグイン契約ネイティブのクロスチェーン DEX に変換できます。
（デモデモビデオ）
このデモでは、Sushiswap のユーザーは、Arbitrum 上の ETH を 1 回の操作で BSC の BNB に交換できます。 Celer IM システム全体で、次の手順が自動的に分散化されます。
Sushiswap で Arbitrum 上の ETH を USDT に交換
USDT を Arbitrum から BSC にブリッジします
BSC でブリッジされた USDT を BNB に交換します
Celer IM がテストネット上で起動され、リリースされましたそして、開発ドキュメント、スマートコントラクトフレームワークそしてサンプルアプリケーションコード。私たちは、強力で使いやすいネイティブ クロスチェーン dApps を共同で作成する開発者パートナーを積極的に探しています。コラボレーションにご興味がございましたら、最初のレベルのタイトル。
「マルチチェーンネイティブdApp」の新モデル
マルチチェーン dApps を開発する現在の一般的な方法は、単に次のことを完了することです。同じコードを複数のチェーンで複製する、異なるチェーン上のこれらの dApp の流動性、アプリケーション ロジック、状態は次のとおりです。完全に孤立した。実際、UI とアセットを除けば、これらの dApp 間で共有されるものは何もありません。
このアプローチは通常、流動性効率の低下、状態の断片化、ユーザー エクスペリエンスの低下という問題を抱えています。 Celer IMを使用すると、クロスチェーンのコントラクトコールとメッセージングを実現することで、ユーザーは「ワンクリック操作」を通じてより高い流動性効率と統合されたアプリケーションロジックを享受できるようになり、Celer IMをベースにしたこれらのdAppsはマルチチェーンブロックチェーンの世界の真の価値を発掘できるようになります。 . 可能性。
副題
DEX
現在、マルチチェーン DEX は、展開される各チェーン上の同じ主要な資産ペアの流動性プールを構築する必要があります。したがって、DEX は、これらすべての異なるチェーン上のこれらの資産ペアに対して流動性インセンティブを作成する必要があります。すべてのチェーンにわたる流動性の合計は非常に高いかもしれませんが、各チェーンのプールごとの流動性の深さは実際にはかなり細分化されています。残念ながら、これにより大きなスリッページが発生し、全体的な取引エクスペリエンスに影響を与えます。また、ユーザーが別のチェーンで流動性の高い資産を取引したい場合は、元のチェーンでそれを手動で変換し、別のファンドブリッジアプリケーションを使用してから、最終的なスワップのために別のチェーンに切り替える必要があります。
貸借同意書
貸借同意書
現在、ユーザーが 1 つのチェーン上の融資プロトコルで担保を提供した場合、その同じチェーン上でのみ資産を借りることができます。別のチェーンから資産を融資するには、流動性を引き出し、手動で別のチェーンに移動し、新しいチェーンの担保プールに流動性を提供する必要があります。
NFT市場
NFT市場
現在、ユーザーがNFTオークションに参加したい場合は、NFTがホストされているブロックチェーン上に資金を持っている必要があります。しかし、多くの場合、オークションに参加したいが、その特定のチェーンに資金を持っていない人がいます。 OpenSeaを例に挙げると、OpenSeaは現在イーサリアム上でのみ展開されているNFT市場であるため、複雑なブリッジング操作と高いガスコストにより、他のチェーンの多くのユーザーがOpenSeaでのNFT取引に参加できなくなります。
最初のレベルのタイトル
Celer IMのアーキテクチャとデザインパターン
では、これらのネイティブ クロスチェーン dApp はどのようにして実現され、開発者は何を構築する必要があるのでしょうか?
副題
資金移動に伴うクロスチェーンロジック
多くのネイティブ クロスチェーン アプリケーションの場合、コア プロセスには通常、1 つ以上のチェーンに資金を送信し、それらのクロスチェーン 資金を使用してターゲット チェーン上で「他のタスクを実行」することが含まれます。上記の DEX デモでは、実際にこの設計パターンが使用されています。次の紹介では、DEX デモ用の特定のコード リンクも提供します。
上記のフローチャートは少し複雑に見えますが、実際にはほとんどのプロセスが Celer IM によって完了します。dApp 開発者はビルドするだけで済みます。IMアーキテクチャアプリケーションテンプレートの 2 つの単純な関数。
ステップ 1: ユーザーが dApp へのトランザクションを開始します。
Celer IMでは、ユーザーはdAppの既存のスマート コントラクトを直接操作するのではなく、新しいdAppプラグイン コントラクト（Aのマーク）を操作して、実行したいクロスチェーン ロジックを表現します。この dApp プラグインは、dApp ビジネス ロジック全体の一部となり、ソース チェーン上の dApp の既存のスマート コントラクトと対話できます。 dApp プラグイン コントラクトとの対話は、通常、このクロスチェーン dApp と対話するためにユーザーによって発行される唯一のトランザクションです。
示されている DEX の例では、transferWithSwapこの関数はプロセス全体の開始点であり、ユーザーは「最初に X チェーン上のトークン A をトークン B に交換し、次に変更されたトークン B を Y 上のトークン C に交換する」などのクロスチェーン論理リクエストを表現できるようになります。鎖"。
もちろん、ユーザーがこれらのリクエストを手動で指定しないことも多く、Celer IM フレームワークを使用する dApps は、そのような関数を呼び出すためのより抽象的なユーザー ターゲットを構築する必要があります。
ステップ 2: dApp プラグインがメッセージと関連資金のクロスチェーン リクエストを送信します。
ソース チェーンで必要な操作を完了すると、dApp プラグインは変換された資金と関連メッセージをターゲット チェーン (B および C とマーク) に送信します。メッセージは、ターゲット チェーンで何を行う必要があるかを説明します。この時点でDEXの例では、メッセージは「クロスチェーン トークン B をトークン C と交換し、トークン C をユーザーに送信します」です。ただ電話してくださいsendMessageWithTransfer、メッセージと送金は、自動的にリンクされる。メッセージは次に送信されますMessage Bus知らせ：
知らせ：このアプリケーション モードでは、Celer IM は他のアセット ブリッジと互換性があります。cBridge が IM でサポートされる最初のアセット ブリッジであるため、cBridge を例として取り上げます。
ステップ 3: State Guardian Network (SGN) がメッセージを渡し、クロスチェーン リクエストに資金を提供する
このステップを理解しやすくするために、まず Celer IM のコア コンポーネントである State Guardian Network（SGN）を紹介します。 SGN 自体は、Tendermint 上に構築されたプルーフ オブ ステーク (PoS) ブロックチェーンです。メッセージルーター。ノードプロバイダーは、CELR がバリデーターとなり、SGN のコンセンサスプロセスに参加することを誓約する必要があります。 SGN は、Cosmos や Polygon PoS チェーンなどの L1 ブロックチェーンと同じセキュリティ メカニズムを使用します。 SGN の CELR プレッジとペナルティのメカニズムは、イーサリアム L1 スマート コントラクトに実装されています。
SGN 誓約ノードは、接続されているすべてのチェーンで発生するトランザクションを継続的に監視します。トランザクションがスケジュールされたメッセージを含むメッセージをトリガーしたときヘッダーペイロード形式クロスチェーンメッセージイベントが発生すると（マークD）、検証ノードはまず「メッセージが存在するかどうか」について合意に達し、同時に加重多重署名証明書を生成します。次に、このプルーフは SGN チェーンに保存され、メッセージをサブスクライブしている Executor がターゲット チェーン (H とマーク) に中継されるのを待ちます。
アセット クロスチェーンの場合、cBridge コントラクトをアセット クロスチェーン最適化を備えたメッセージ バスとみなすことができます。 SGN は、メッセージ クロスチェーン (マーク E) と同様のコンセンサスおよび証明プロセスを実行します。ただし、アセットがクロスチェーンの場合、SGN 検証者は組み込みのアセット クロスチェーン証明をチェーン下のエグゼキューターに中継せず、オンチェーン トランザクションをターゲット チェーン上の cBridge コントラクト (F とマーク) に直接送信します。 、ターゲット チェーン上の dApp プラグイン コントラクト (G マーク) に送信される資金送金をトリガーします。もう一度皆さんに強調したいのは、Celer IM はあらゆる資産クロスチェーン ブリッジに接続できるということですが、まず第一に、Celer の cBridge はデフォルトでサポートされています。
ステップ 4: エグゼキュータがクロスチェーン アプリケーション ロジックを実行する
Executor のタスクは、重み付けされたマルチ署名証明書を SGN ブロックチェーンから読み取り、それをターゲット チェーン上のメッセージ バス (マーク I) に中継することです。 Executor の機能はメッセージを中継することだけであるため、誰でも任意のアプリケーションに対して Executor を実行できます。もちろん、エグゼキューターはターゲットチェーン上でトランザクションを送信し、ガス料金を支払う責任があるため、dApps はエグゼキューターにインセンティブを与えることを検討する必要があります。
ターゲット チェーン上のメッセージ バスの役割は、プルーフ メッセージの有効性をチェックし、dApp プラグインが関連する支払い (マーク J) を実際に受け取ったことを確認することです。その後、メッセージ バスはメッセージ (ロジック実行命令) を、ターゲット チェーン上の dApp のクロスチェーン ビジネス ロジックを運ぶ dApp プラグイン コントラクト (K とマーク) に渡します。
ターゲット チェーン上の dApp プラグインは実装するだけで済みます。executeMessageWithTransferインターフェース。与えられた DEX の例では、この機能「トークン B をトークン C に交換する」ロジックがターゲット チェーン上で実行されます。
資金移動を行わないクロスチェーンロジック
もちろん、クロスチェーンメッセージの送信や論理的な命令の実行は、必ずしも資金の移動を伴うわけではありません。たとえば、NFT市場では、ユーザーが他のチェーンのオークションに参加する場合、実際にターゲットチェーンに資金を送金する必要はなく、ソースチェーンに資金をロックするだけで済み、その後、オークションに参加するために入札できます。競売。オークションで落札した後にのみ、ユーザーはチェーン間で資金を送金する必要があります。
このフローは、最初のパターンを簡略化したものにすぎません。 dApp プラグインはソース チェーンにロジック呼び出しを実装するだけで済みますsendMessage、ターゲット チェーンの dApp プラグイン コントラクトに実装されます。executeMessage。
トラブルシューティング
前述のクロスチェーン メッセージ パターンの非同期の性質により、アプリケーション ロジックには障害処理に関する考慮事項を含める必要があります。これらのアプリケーション モードでは、次の 3 つの手順で障害が発生する可能性があるため、それに応じて処理する必要があります。
ソース チェーン dApp ロジックの実行に失敗しました。これは Celer IM とは関係がなく、dApp ビジネス ロジック自体によって処理される必要があります。障害例: DEX トークンの交換が制限時間を超えました。
クロスチェーンブリッジ資産のクロスチェーン障害。ソース チェーン dApp は共通インターフェイスを通じて通知され、アセット クロスチェーンを再試行するか、アセットをユーザーに送り返すことによって、返されたアセットを処理する必要があります。
ターゲット チェーン dApp ロジックの実行に失敗しました。ユーザーの資金がターゲット チェーンに到達しても、ターゲット チェーンでの dApp ロジックの実行が失敗する可能性がまだあります。 dApp 開発者は、このような障害が発生した場合に備えて、いくつかのフォールバック機能を実装する準備をしておく必要があります。このような障害に対処する一般的な方法は、ロジックの実行を停止し、ターゲット チェーン上のユーザーに資金を送信するか、資金をソース チェーンに転送することです。ただし、どのようなフォールバック関数ロジックを実装するかは、完全に dApp 開発者次第です。
開発ドキュメント開発ドキュメント最初のレベルのタイトル
オンチェーンの価値の蓄積と手数料
上記の 2 つのモデルから、Celer IM をスムーズに実行するには、SGN の CELR ステーカーと検証者が不可欠であることが明確にわかります。
最初のレベルのタイトル
Celer IMを使用してネイティブのクロスチェーンdAppを構築するのは非常に簡単です
Celer IM アーキテクチャでは、既存の dApp の市場規模を拡大する場合でも、まったく新しい dApp を構築する場合でも、実装は非常に簡単で、次の 3 つの手順に従うだけです。
またはsendMessageまたはsendMessageWithTransferまたはexecuteMessageまたはexecuteMessageWithTransfer関数。
2 番目のステップは、Executor を実行することです。このステップではコーディングは必要ありません。 dApp 開発メンバーとコミュニティ メンバーはどちらも Executor を実行し、SGN で生成された関連メッセージ証明書をサブスクライブできます。
最後のステップは、UI/UX の調整です。アプリケーションが現在備えているクロスチェーン ロジックには複数のトランザクションが含まれる可能性があるため、ユーザーがクロスチェーン動作のさまざまな状態を理解することは当然非常に重要です。もちろん、UIの具体的な表示はアプリケーション自体によって異なりますが、Celer IMは、dAppが情報や資金のクロスチェーンステータスを取得できるようにする、クエリが簡単なゲートウェイサービスを提供し、dApp開発者が完全なライフサイクルを構築できるようにします。クロスチェーントランザクション。
Celer IM エコシステムを一緒に構築する dApp パートナーを探しています。 Celer はパートナーに技術サポートを提供します。また、特別な資金サポートも準備中です。詳細は後ほどお知らせします。 Celer IM エコシステムへの参加に興味がある場合は、お問い合わせください！
