なぜクロスチェーンが必要なのでしょうか?
近い将来、パラチェーンは既存のブロックチェーン技術をすべて破壊するでしょう。
パラチェーンは、レイヤー 1 ブロックチェーンとスマート コントラクトの自律性、内生的セキュリティ、プロフェッショナリズムの利点を備えているだけでなく、イーサリアム レイヤー 2 が現在備えていない相互運用性も備えています。
飛行機遅延保険の補償申請を提出すると、正式な補償の前に、保険会社は航空会社から飛行機が遅延したかどうかのデータを取得し、時間通りに空港に行ったかどうかを確認するために空港からデータを取得します。上記の2つの条件が満たされた場合、保険会社は補償金をあなたの銀行口座に振り込みます。
飛行機遅延保険の補償申請を提出すると、正式な補償の前に、保険会社は航空会社から飛行機が遅延したかどうかのデータを取得し、時間通りに空港に行ったかどうかを確認するために空港からデータを取得します。上記の2つの条件が満たされた場合、保険会社は補償金をあなたの銀行口座に振り込みます。
このシナリオでは、保険会社によるデータの呼び出しが相互運用性の特性を十分に示しています。
現在、パラチェーンは、コイン付きパラチェーン、コインなしパラチェーン、特定の分野に垂直なパラチェーン、特定のコミュニティにサービスを提供するハブチェーンなど、さまざまなカテゴリーに発展しています。
パラチェーンを例に挙げると、Polkadot/Kudama のクロスチェーン技術を使用するとどのようなユースケースが実現できるでしょうか?
MDNICEエディター
まず第一に、現在最も一般的に使用されているブロックチェーン プロトコルとサービスが 2 つあると仮定します。 Phala Network はブロックチェーンのプライバシー プロトコルです。 Phala は、トラステッド コンピューティング テクノロジーとブロックチェーンを通じてチューリングの完全なプライバシー契約を実装しています。これにより、スマート コントラクトの信頼性の高い実行が保証されるだけでなく、機密データを開示する必要もありません。 この条件下では、次のことを行いたいと考えています。 Acala から Phala 上のプライベート アセットを取得する
MDNICEエディター
Acala であろうと Phala であろうと、Polkadot/Kukama 以外のプロトコルでは開発者のリソースとエネルギーが膨大に消費されることは明らかですが、Polkadot/Kudama クロスチェーン プロトコルを採用すれば、一行も変更することなくこれを実現できます。コードの使用例について説明します。
MDNICEエディター
Demo Video：https://www.odaily.com/video/3151 Github：https://github.com/Phala-Network/phala-blockchain/tree/rococo
最初のレベルのタイトル
XCMP キューは、まず 2 つのパラチェーン間のチャネルを開くことによって開始する必要があります。チャネルは送信側パラチェーンと受信側パラチェーンによって識別されます。これは、一方向チャネルであることを意味します。パラチェーンのペアの間には最大 2 つのチャネルが存在でき、1 つは他のチェーンにメッセージを送信し、もう 1 つはメッセージを受信します。
MDNICEエディター
XCMP プロトコルは次のように細分化できます。 VMP: パラレルチェーン-リレーチェーン通信 XCMP: パラレルチェーン-パラレルチェーン直接通信
現在、VMP と HRMP は Rococo v0 に実装されていますが、Rococo v1 はまだ開発中であるため、Phala-Acala 間のクロスチェーンのユースケースを v0 に実装しました。
Architecture
前述したように、Polkadot XCM に基づく Acala-Phala クロスチェーン実装は 3 つの部分で構成されます。 チェーン：ロココリレーチェーン、2本の平行チェーン：アカラ、ファラ プライバシー ブラック ボックス: Phala 上のすべてのプライベート トランザクションは、TEE で実行される機密契約で行われ、すべての暗号化されたデータのステータスは外部からは見えないため、プライバシー効果が得られます。
Acala から Phala への転送を開始する
Polkadot の世界には、個人が管理するアカウントに加えて、「ソブリンアカウント」という概念もあります。たとえば、Substrate 上のパレット モジュール (またはスマート コントラクト) は、特定の資産を保持できます。そして、パラチェーンが Polkadot に入ると、他のパラチェーン上で独自のアカウントを取得することもできます。ソブリン口座は、対応するパラチェーンによって管理されます。各パラチェーンには一意の ID があり、対応するソブリンアカウントにマッピングされます。
MDNICEエディター
アリスが Acala から Phala への送金トランザクション (1000 ACA を Phala のボブのアカウントに送金するなど) を開始すると、舞台裏で次のイベントが発生しました。 まず、Acala チェーン上で、(引き出し) 1000 ACA がアリスの口座から引き出され、(入金) ファラのソブリン口座に入金されます。 リレー チェーンはメッセージを受信すると、パラチェーン ID が Phala であることに基づいてメッセージの受信者を分析し、メッセージを Phala に転送します。
HRMP は、Rococo v0 ですでにサポートされているシンプルなクロスチェーン メッセージング メソッドであり、その原理は、チェーン A がリレー チェーンへの UpwardMessage を開始し、次にリレー チェーンが DownwardMessage を開始してメッセージを B チェーンに転送することです。したがって、HRMP は 2 つの VMP を組み合わせることで実現されます。
Phala ダークウォレットは送金を受け入れ、プライバシーコインに変換します
ファラには他のチェーンとの大きな違いが1つあります。通常、パラチェーンは、外部転送を受け入れてユーザーに代わって決済するために、Polkadot によって提供される標準実装を採用します。ただし、Phala は一般的なプライバシー保護レイヤーであり、メインチェーンがアプリケーションに対して中立であることが非常に重要であるため、Phala メインチェーンはクロスチェーン転送の処理や決済を行わず、直接アプリケーションに転送します。秘密の契約。
Phala 側では、クロスチェーン転送メッセージがメインチェーンによって受け入れられた後、TEE のプライベートウォレット (Private Wallet) コントラクトに直接ルーティングされます。機密保持契約がメッセージを受信すると、アカウント Bob に 1000 ACA が追加されます。
機密契約での転送はエンドツーエンドで暗号化されます。ボブが 1000 ACA を受け取ったことが外から見えますが、プライベート送金を開始して再度チャーリーに送金することができ、闇の資産として、ボブのその後のすべてのトランザクションはチェーン上で目に見えず追跡できないため、プライバシーが確保されます。
したがって、デモでは、2 つのダーク ウォレット間のプライベート トランザクション (シールド トランザクション) をデモンストレーションします。プライバシー トランザクションはエンドツーエンドで暗号化され、チェーン上では暗号文のみが表示されるため、トランザクションの詳細 (送信アドレス、受信アドレス、金額など) はチェーン上では表示されません。
Phala から Acala への転送を開始する
最後に、Phala のダーク ウォレットを通じて、Acala へのクロスチェーン転送を開始して引き出しを実現できます。
MDNICEエディター
たとえば、プライベート送金を通じてボブから 1000 ACA を受け取った後、チャーリーは Phala 側で 500 ACA を Acala の Alice アカウントに送信するリクエストを開始でき、以下のことが舞台裏で行われます。 TEE は転送コマンドを受信し、チャーリーのアカウントを 500 ACA 減らし、ファラ チェーンへのクロスチェーン転送トランザクションを開始します。 Phala メイン チェーンはクロスチェーン転送リクエストを受信すると、転送メッセージをリレー チェーンに直接送信します。これは VMP UpwardMessage です。 エピローグ
エピローグ
イーサリアムなどの既存のブロックチェーンでは、Defiとプライバシーレイヤー2の組み合わせはイーサリアムを介して相互に確認する必要があり、レイヤー2プロトコルは別のレイヤー2プロトコルと相互運用できません。その結果、ユーザーは Loopring プロトコルを使用して Tonado Cash を直接呼び出したり、Aragon を使用して Aztec を直接呼び出したりすることはできません。
しかし、Polkadot では、XCMP プロトコルにより、強力なカスタマイズ機能を備えたパラチェーンが、非常に少ない作業負荷で便利なクロスチェーン相互運用性を実現できます。 XCMP によって実現される構成可能性により、開発者はレゴ ブロックを構築するような豊富なアプリケーション ケースを構築できます。
MDNICEエディター
