相互運用性は、Web 3 で最近登場した概念であり、異なるコンピュータ システム、ネットワーク、オペレーティング システム、アプリケーションが連携して情報を共有する機能を指します。チェーン上の通信とセマンティックな相互作用がますます複雑になるにつれて、チェーン上のユーザーの多様なニーズは、単一のチェーンに適用できる技術的能力を超えています。

Web 3 アプリケーションは、当初革新的な実験とみなされていましたが、徐々に一般に受け入れられ、その出現により主要な問題に対する解決策の可能性が明らかになりました。情報の不透明性、セキュリティ、基盤技術などの問題は、ブロックチェーンの技術的利点に依存することで改善されます。しかし、実験的イノベーションの技術的基盤をサポートして普及させるまでの道のりは長いです。

副題

TL;DR

• 文章

• 今日のパブリック チェーン ソリューションは、チェーンのパフォーマンスと運用コストの不一致、流動性の断片化、カスタマイズ性の制限などの問題に直面しており、オンチェーン アプリケーションの多様性と規模の拡大が事実上制限されています。

• 分散型アプリケーションからカスタマイズされたアプリケーション チェーンまでは、1 から 100 までのビジネス規模を実現する実現可能な方法であり、dYdX は貴重な試みを行っています。

• Moonbeam が主導する Connected Contracts は、より多くのクロスチェーン相互運用プロトコルが、一般的に使用される EVM 互換性からネイティブ マルチチェーン ビジネス拡張への移行を支援しています。

• 「コンテナ化されたアプリ チェーン」は、Moonbeam が Web 3 クラウド インフラストラクチャになるための重要なステップであり、セキュリティ、基盤となる展開、カスタマイズなど、パブリック チェーンの構築を制限する課題は容易に解決されます。

私としてはIlluminate/22 オープニングトーク最初のレベルのタイトル

歴史は繰り返されませんが、常に顕著な類似点が存在します

私の共有内容は次のとおりです。

• Moonbeamはクロスチェーンの背景に焦点を当てる

• クロスチェーンソリューションを構築する方法

• なぜマルチチェーンの未来を信じているのですか?

歴史はいつでも私にインスピレーションを与えてくれますし、テクノロジーの変化を振り返ることは私に大きな恩恵を与えてくれます。

マーク・トウェインがかつて言ったように、歴史は繰り返されませんが、常に驚くべき類似点があります。

私たちは歴史から一連の発展の法則を認識することができます。私にとって、汎用コンピューティングの発展の歴史は学ぶ価値のある教訓であり、その変化と進化は、時の巨大な車輪とともに前進するブロックチェーン（Web 3）の道と同様であり、時を経て発展し続けています。

ここでは 2 つのタイムラインを示します。コンピュータが誕生した当初は高価かつ希少で、コンピュータ資源も乏しかったのが記憶に新しいと思いますが、後期には完璧な機能体系が完成したことにより、より多くのユーザーがコンピュータの機能を共有するようになりました。

現在と比較すると、このパターンは依然として存在しており、ブロックチェーン、イーサリアムメインネット、さらにはムーンビームにまで拡張すると、ある点では正しくさえなります。

ブロックチェーン上のリソースがまだ不足しており、多くのユーザーが依然としてコンピューターと同様にブロックチェーンのリソースを共有していることは誰もが知っています。このように、ブロックチェーンは単にコミュニティベースのコンピュータとみなすこともできます。

これまでブロックチェーンは新たな進化を遂げ、アプリケーションチェーン（APP Chain）が見えてきました。これは、コンピュータの普及の歴史的経過に似ており、コンピュータのリソースを共有する代わりに、私たちは自分自身のコンピュータを直接所有しています。

類推して、Lisk はこの概念をブロックチェーンの世界で表現しています。つまり、Web 3 では、アプリケーションは共有リソースのブロックチェーン プラットフォームではなく、独自のブロックチェーンと一致します。

私たちは何千ものチェーンの共生環境にいると思います。それがアプリケーションチェーンであれ、リソースを共有するためのスマートコントラクトプラットフォームであれ、一緒に現れるのは初めてです。相互に情報を渡すことができます。

今年「マルチチェーン」が世間の注目を集めていることを知っておく必要があります。多くの人はクロスチェーンの相互運用性が今年登場したことに気づいていないかもしれませんが、開発の初期段階で業界の注目を集めることに成功しており、分散型アプリケーションの基礎となるインフラストラクチャになる可能性があります。

最初のレベルのタイトル

Connected Contracts は相互運用性を実現する効果的なソリューションです

このビジョンでは、Moonbeam は私たちが説明するものに焦点を当てています。Connected Contracts。クロスチェーン相互運用性プロトコルを通じて、スマート コントラクトは Moonbeam 上の任意のチェーンからユーザー、サービスなどを取得できます。このように Moonbeam 上ではすでに多数のアプリケーションが実行されており、ビジネスがどのように開発され利用されているかの紹介を含め、クロスチェーン相互運用プロトコルを使用して独自のビジネスを実現する有名プロジェクトのデモンストレーションがさらに表示されます。

Moonbeam の話に戻りますが、Connected Contracts というアイデアはどのようにして実現したのでしょうか?

キーポイント 1: できるだけ多くのクロスチェーン相互運用性プロトコルを統合します。 Polkadotをベースに開発されたパラチェーンとして、クロスチェーン通信システムであるXCMにネイティブアクセスできるという利点があります。

キーポイント 2: Moonbeam での複数種類の情報伝送システムの統合を実現する。Axelar、LayerZero、Wormhole、Hyperlane などのプロトコルが Moonbeam で輝いています。

私たちは開発者により多くの選択肢を提供し、同時により多くのブロックチェーンを統合できるよう最善を尽くしています。

同時に、イーサリアムの開発環境と完全互換。これは、フレンドリーで使いやすい開発環境を共同で構築するために、複数の開発ツールとインフラストラクチャを同時に導入する必要がある大規模なプロジェクトです。たとえば、誰もが使い慣れている Etherscan などのブロック ブラウザーや、誰もが EVM 互換環境で使用することを期待しているさまざまな開発ツール。

最初のレベルのタイトル

既存のマルチチェーン導入ソリューションではビジネス拡大の本質的な問題を解決できない

では、マルチチェーン開発の現状はどうなっているのでしょうか?また、どのようなボトルネックに直面していますか?

マルチチェーン展開の最初の波では、マルチチェーンがより多く展開される傾向があります。

具体的には、ある契約が 5 つの異なるブロックチェーンで動作することを希望する場合、アプリケーションが 5 つの異なるパブリック チェーンで動作する機能をサポートするには、5 つの異なる契約合意が必要になる場合があります。たとえば、コントラクトのセットを Ethereum メインネットにデプロイし、コントラクトのセットを Polygon にデプロイし、別のコントラクトのセットを Moonbeam または BNBChain にデプロイする必要があります。

この方法はマルチチェーン展開のアイデアを実現しますが、各パブリック チェーン上の各契約は孤立した島のようなものであり、ユーザーとサービスがチェーン間で互いに結託することができず、明らかな欠点は断片化の課題です。

ユーザーは、自分がどのネットワークに接続しているのかを知っておく必要があります。別のネットワーク上の同じプロトコルに移行する場合は、サードパーティのクロスチェーン ブリッジの機能を使用して、資産を新しいネットワークに再変換し、再度開始する必要があります。

最初のレベルのタイトル

Prime Protocol は流動性断片化ソリューションを提供します

例を挙げると、このケースは、マルチチェーン情報送信をサポートする基盤となるアーキテクチャ ソリューションであるプライム プロトコル メンバーの Colton の説明の後半でも聞くことができます。 Prime Protocol は、ハブアンドスポーク アーキテクチャであるネイティブ マルチチェーン アーキテクチャを作成しました。これにより、コントラクトと対話する必要があるすべてのパブリック チェーンにビジネスを展開し、同時に異なるチェーン間でのビジネスの相互通信を実現できます。

複数のチェーン間の調整は、ビジネスを展開する各パブリック チェーンにエネルギーを分散させるのではなく、1 つのチェーンに集中するだけで済みます。それはスーパー スマート コントラクトを持つようなものです。Moonbeam 上に構築されたマルチチェーン ハブと呼びましょう。他のチェーンでのビジネスのやり取りは、イーサリアム メインネット、BNBChain、またはその他のパブリック チェーンなど、ハブの周囲にあるリモート衛星のようなものです。

このアイデアによれば、Prime はユーザーが 1 つのチェーン上の他のパブリック チェーンと対話できる可能性を認識するのに役立ち、チェーン間で送信される情報はクロスチェーンの中央ハブにも送信できます。たとえば、他のチェーンに資産を預けているユーザーのアクションをリモートで読み取り、別のパブリック チェーンでのやり取りの参照として認証情報として直接使用することができ、これはチェーン上の調整されたメイン ハブとブランチのようなものです。

最初のレベルのタイトル

Moonbeam が Polkadot と Cosmos の間で初のクロスチェーン相互作用を達成

Connected Contracts クロスチェーンのもう 1 つの実際のケースは次のとおりです。Moonbeam と Osmosis の間のクロスチェーン相互作用。

Osmosis は Cosmos SDK をベースにした DEX で、ワンクリックで DOT を入金する機能を実現したいと考えており、ユーザーは Osmosis にある入金アドレスにネイティブ DOT を直接入金することができます。

この機能の背後には多くの複雑なロジックが隠されており、ユーザーがネイティブ DOT を使用する場合、これらの DOT は Moonbeam を通過し、XCM を介して xcDOT になり、Moonbeam の Axelar を介して Cosmos インターチェーンにルーティングされ、その後 Osmosis にルーティングされる必要があります。 DOTがOsmosisに入ると、LPを合成するアクションがトリガーされます。

これは連鎖浸透のようなもので、複数の連鎖移動で多くのステップが発生します。しかし、振り返ってみると、ユーザーは複雑な操作をすべて行う必要がないため、これらの面倒な手順を理解する必要はありません。これは非常に典型的でシンプルなユーザー エクスペリエンスであり、Connected Contracts スマート コントラクトの大きな力も示しています。複雑な技術原則と基礎となるテクノロジーを隠し、エンドユーザーにシンプルで便利なエクスペリエンスを提供します。

最初のレベルのタイトル

Web 3 用のクラウド インフラストラクチャの構築が Moonbeam の目標です

Moonbeam が計画しているものについては、Containerized App Chain (コンテナ化されたアプリケーション チェーン) についてもいくつか紹介します。

最初のレベルのタイトル

アプリケーションチェーンのアプリケーション品質を左右するものは何でしょうか?

過去数年間を振り返ると、さまざまな基本層で多数のアプリケーション チェーンが起動されました。 Polkadot、Avalanche、Cosmos の 3 つのエコシステムに注目しても、これらのエコシステムでは多数のアプリケーション チェーンが生まれています。

dYdX (業界最大の分散型デリバティブ プラットフォーム) など、業界でよく知られたプロジェクトがいくつかあります。このプロジェクトはイーサリアム メインネットで開始され、その後レイヤー 2 ソリューションに移行し、ビジネスを拡大するために Starkware に到達しました。 。最近、dYdX は Cosmos でアプリケーション チェーンを構築していると発表しました。この種の現象を見ると、なぜアプリケーションの次のステップがアプリケーション チェーンなのかを考えてみる価値があります。

いくつかの重要な要因があると思います。

まずは性能とコスト。共有プラットフォームを使用していて、このプラットフォームから大量のリソースを取得する必要がある場合、需要に応じてリソースの価格が上昇すると、時間の経過とともに、製品を使用するユーザーは、その値上げによって引き起こされるマイナスの損害を負担しなければならなくなることを想像してください。サービスコストで。

NFTをキャストする過程ではこのような問題が発生しやすく、チェーンの動作効率が低下し、NFTの有用性が低下します。専用のアプリケーション チェーンがある場合、これは製品アプリ専用のチェーンであるため、チェーン上でさまざまな機能を構成するのは問題なく、ユーザー エクスペリエンスは十分に保護されます。

急速に成長しているアプリケーションにとって、ビジネス規模を拡大し、ユーザーの飛躍的な増加を期待することは非常に魅力的です。

2つ目は、カスタマイズ性です。 dappビジネスの拡大に伴い、プロダクトはより幅広いユーザー層をカバーする必要があります。プロダクトランディングの実行力がdapp最適化の原動力となります。事業拡大の柔軟性をインフラ側で満たすことができれば、効率化に大きなメリットをもたらします。

この要因も、プロジェクト当事者が自社製品専用のチェーンを持ち、カスタマイズされ、柔軟で最適化された開発環境を実現することを後押しすると思います。

最後の動機は、おそらくもう少し哲学的なものになりますが、価値の獲得です。アプリケーションがパブリック チェーンにアップグレードされると、アプリケーション内で流通するトークンはレイヤー 1 パブリック チェーンと同じ価値を持つようになり、プレッジやその他の機能など、基本チェーンのセキュリティと安定性を保護するための重要な機能が備わっています。トークン自体に統合されます。したがって、これは、プロジェクト関係者がアプリケーション チェーンになることを選択するための重要な推進要因の 1 つでもあります。

上記の 3 つの要因が、駆動プロジェクトがアプリケーション チェーンになると私が考える主な理由です。

最初のレベルのタイトル

Liskになる際の課題は何ですか?

たとえば、インフラストラクチャの最も基本的な要件として、一連のブートストラップ バリデータが必要になる、ブロック プロデューサーのグループを作成 (または検索) する、またはチェーン全体のブロックを生成する役割を設定するなど、多くの点に注意を払う必要があります。基本的な作業のこと。ただし、これらのタスクにパブリック チェーンなどの共有リソース プラットフォームを使用すると、料金を支払うことでこれらのリソースを直接取得できます。したがって、多くのプロジェクト関係者にとって、アプリケーションからアプリケーション チェーンへの移行は質的変化の転換点であり、多くのプロジェクト関係者がアプリケーション チェーン プランニングの独自開発に躊躇することにもなります。

もう 1 つの重要な問題はセキュリティです。チェーンのセキュリティに対する支払いは、チェーンの実際の効率に直接比例しない可能性があります。端的に言えば、初めてリリースした製品が市場に普及していない場合でも、アプリケーションチェーンを維持するには、セキュリティのために多額の料金を支払わなければなりません。アプリケーションチェーンのセキュリティも初期段階では安定しておらず、小規模なバリデータのみを維持する必要があり、初期段階ではトークンの経済的価値が反映されていない可能性があります。外部からの悪意のある攻撃に対して脆弱です。

第三に、既存のパブリック チェーンが直面する課題に関して、構成可能性と断片化された流動性の制限が依然として存在します。結局のところ、頼れるのは自分で開発したパブリック チェーンだけです (Moonbeam は完全な EVM 開発環境もサポートしており、EVM の構成可能性はほとんどのプロジェクトに適用できます)。

最初のレベルのタイトル

コンテナ化されたアプリチェーンの展望

「コンテナ化アプリ チェーン」という概念について考えています。この概念の目標は、開発者がアプリケーション チェーンを非常に簡単に構築できるようにすることです。

開発者は、ブロックチェーンを構築するロジックに従うか、Substrate Runtime の機能を使用して、独自の製品要件に応じて対応するコードを変更するだけで済みます。一方、Polkadot と Moonbeam はアプリケーション チェーン セキュリティのプロバイダーです。

ここには新しい機能があることに注意してください。つまり、コンテナ自体が実行環境となり、完全なアプリケーション チェーンに必要な機能や、アプリケーション チェーンの開発に必要なその他のサービスを提供します。したがって、コンテナとは、ブロックの生成を支援し、ブロックチェーンの状態を維持する実行環境であり、チェーンの運用（ブロックの生成）を支援する技術支援です。

私の見解に同意していただけるのであれば、実際にコンテナのような実行環境に到達したと仮定すると、得られるメリットは明らかです。

例えば、先ほど申し上げたコストをコントロールして事業を拡大する能力です。そして、これらすべての実現は、Moonbeam の EVM 互換環境にスマート コントラクトを展開するのと同じくらい簡単です。開発者は、最も基本的なインフラストラクチャの構築について心配する必要はなく、自社の製品のパフォーマンスに関連するコードだけに集中できます。

この機能には素晴らしい可能性があると思いますし、この機能の使いやすさはエキサイティングです。

この機会を利用して、Container がどのように地上に展開され、さまざまなアプリケーション チェーンが結合されるのかを示すマップを示したいと思います。この PPT は Moonbeam よりも広い視野を示します。その中で、Moonbeam はさまざまなクロスチェーン プロトコルと接続されており、のみ互換性のあるネイティブ DeFi よりも優れたパフォーマンスを備えているため、各統合のゲートウェイとなる EVM 実行環境で重要な役割を果たしていることがわかります。 EVM実行環境エコシステム。

私は、より良い開発者エクスペリエンスを提供し、開発者が製品のライフサイクル全体を管理できるようにし、ビジネスを拡大し続けてより多くのユーザーを引き付けるためには、将来的にはより多くのサービスが必要であるという広い視野を持っています。

上記のアーキテクチャでは、Moonbeam とすべてのサービス コンポーネントが重要な部分であることは明らかであり、ルーターのようなものであり、さまざまな情報を渡します。先ほど述べたアプリ チェーン コンテナは、これらのコンポーネントを実現するための基盤です。基本的な作業の構築を完了するには多くの作業を完了する必要があります。アプリケーション チェーンが確立された後は、さまざまなチェーン上で多数のトランザクションを処理する必要がありますが、これらのビジネスの相互作用は依然として Moonbeam に戻ります。独立したビジネスですが、密接に連携することができます。

私の業界ビジョンは、クラウドのような開発環境を構築することです。開発者は、さまざまなサービスを使用してアプリケーションを構築し、相互に対話して共同作業することができ、ほぼ各製品専用の製品ツールキットとみなすことができます。

これが私が最近考えている業界ビジョンです。

Moonbeam はこれにおいて重要な役割、つまり相互接続と無料転送の役割を果たします。

ビデオのリプレイをご覧ください: https://www.youtube.com/watch?v=698 AE-O 17 po