イーサリアムマルチチェーンの開発の未来はどこにありますか、おそらくポルカドットは参照答えを与えることができます

原文:《スタークネットとマダラのアプリチェーンの共有シーケンサー》

アプールフ・サダナ脚本

編集:オーデイリープラネットデイリーハウツー夫

! [イーサリアムマルチチェーンの開発の未来はどこにありますか、多分ポルカドットは参照答えを与えることができます] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-d5ea1f805b-dd1a6f-69ad2a.webp)

決済層としてイーサリアムに依存するL2アプリケーションチェーンが増える場合、複数のチェーン間の相互運用性と各チェーンの分散化の程度が特に重要です。

この記事では、異なるアプリケーションチェーンが一連のバリデータを共有して分散化を実現できるようにする共有ordererの概念について説明し、注文エンジンとロールアップエンジンを介してトランザクションの順序付けと実行を処理します。

ただし、共有シーケンサーとポルカドットのマルチチェーン設計アーキテクチャは非常に類似しているため、ポルカドットの既製のテクノロジーをイーサリアムエコシステムに導入して、イーサリアムマルチチェーンの開発プロセスを改善できます。

以下は、オーデイリープラネットデイリーによって編集されています。

100のアプリチェーンはどうなりますか?

イーサリアムに100の異なるアプリケーションチェーンが定着している未来にいるとしましょう。 これが引き起こす問題を解決しましょう。

分散型断片化

各アプリケーションチェーンは、分散化の問題を独自に解決する必要があります。 現在、アプリケーションチェーンの分散化は、主にセキュリティを確保するためにL1に依存しているため、L1ほど必要ではありません。 ただし、活力を確保し、検閲に抵抗し、独占的な利点(高額な手数料など)を回避するには、依然として地方分権化が必要です。 ただし、各アプリケーションチェーンが独自の方法で分散化の問題を解決すると、バリデータセットの断片化につながります。 各アプリケーションチェーンは、新しいバリデーターを引き付けるための経済的インセンティブを開発する必要があります。 さらに、バリデーターは実行するクライアントを選択する必要があります。 これは、開発者が独自のアプリケーションチェーンを立ち上げるための大きな障壁を生み出します(これは、スマートコントラクトの展開と比較すると単なるトランザクションです)。

コンポーザビリティ

コンポーザビリティとは、基本的にアプリ間のインタラクションを意味します。 イーサリアムまたはスタークネットでは、これは単に別のスマートコントラクトを呼び出すことを意味し、他のすべてはプロトコル自体によって処理されます。 ただし、アプリケーションチェーンでは、これはより困難になります。 異なるアプリケーションチェーンには、独自のブロックおよびコンセンサスメカニズムがあります。 別のアプリケーションチェーンと対話しようとするたびに、コンセンサスアルゴリズムとファイナリティの保証を慎重に確認し、それに応じてクロスチェーンブリッジングを設定する必要があります(オンチェーンに直接、またはL1を介して)。 デザインの異なるアプリの10チェーンを操作する場合は、これらを10回行う必要があります。

! [イーサリアムマルチチェーンの開発の未来はどこにありますか、多分ポルカドットは参照答えを与えることができます] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-18c07cd8cf-dd1a6f-69ad2a.webp)

開発経験

分散化とブリッジングを解決することは容易ではありません。 各アプリケーションチェーンがこれらの問題を解決する必要がある場合、平均的なスマートコントラクト開発者が独自のアプリケーションチェーンを構築することは非常に困難になります。 さらに、各アプリケーションチェーンが独自の方法でこれらの問題を解決しようとすると、さまざまなチェーンが異なる標準に従っていることがすぐにわかり、新しいプロジェクト当事者がエコシステムに参加することがより困難になります。

シーケンサーを共有すると、この問題が解決します

アプリケーション チェーンの領域をたどると、おそらく "共有シーケンサー" という用語を聞いたことがあるでしょう。 これは、上記の問題を解決するためにバリデータの共通セットを共有するというアイデアを指します。 それは次のように動作します。

分散化の共有

共有シーケンサーの中心的な考え方は、アプリケーションチェーンまたはL2ごとに異なるバリデーターのセットを持つ必要がないということです。 しかし、すべてのチェーンのブロックをソートする非常に効率的で分散化されたバリデータのセットを持つことは可能です。 **

今日のほとんどすべてのソーターは一元化されているため、注文者はトランザクションを収集し、ソートして実行し、結果をL1に公開する単一のアプリケーションと見なされます。 ただし、これらのタスクは複数のモジュラーコンポーネントに分割できます。 説明のために、私はそれを2つの部分に分けました。

ソートエンジン:トランザクションを特定の順序でソートします。 並べ替えエンジンがこの順序を決定したら、それに従う必要があります。 これは、L1でこの注文を送信し、L1バリデーターにトランザクションが目的の順序で実行されるかどうかをチェックさせることによって実装されます。

ロールアップ エンジン: ロールアップ エンジンには、基本的に、ユーザーからのトランザクションの収集、トランザクションの実行、配達確認の作成、L1 のステータスの更新など、ロールアップが行うすべてのものが含まれています。 理想的には、これをより多くのコンポーネントに分割できますが、この記事ではそれを避けます。 ここで、並べ替えエンジンは共有シーケンサーであり、ロールアップ エンジンは基本的にすべてのロールアップ ロジックです。

したがって、トランザクションのライフサイクルは次のようになります。

! [イーサリアムマルチチェーンの開発の未来はどこにありますか、多分ポルカドットは参照答えを与えることができます] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-fc5a1b83cf-dd1a6f-69ad2a.webp)

共有注文者は基本的にロールアップでトランザクションをソートし、L1に送信します。 共有注文者コレクションを分散化することにより、共有注文者は、その注文者コレクションに接続されているすべてのロールアップを分散化します。

コンポーザビリティ

構成可能性に関する大きな問題は、トランザクションが他のアプリケーションチェーンで最終的にいつ完了するかを理解し、それに応じてオンチェーンで動作することです。 ただし、共有 orderer を使用すると、構成可能なロールアップでチャンクを相互に共有できます。 したがって、ロールアップ B でトランザクションのロールバックが発生すると、ブロック全体がロールバックされ、ロールアップ A でもトランザクションのロールバックが発生します。

さて、それは確かに実際よりも簡単に聞こえます。 このためには、ロールアップ間の通信が効率的でスケーラブルである必要があります。 共有シーケンサーは、ロールアップの通信方法、クロスチェーン メッセージの外観、ロールアップ アップグレードの処理方法などについて、適切な標準を開発する必要があります。 これらの問題は解決可能ですが、達成するのは簡単ではありません。

開発者エクスペリエンス

共有注文者は、クロスチェーンメッセージングを容易にするために分散型の側面を抽象化しますが、共有注文者と互換性を持たせるために従う必要のある標準がまだいくつかあります。 たとえば、すべてのロールアップ トランザクションは、ソーターが理解できる共通の形式に変換する必要があります。 同様に、ソーターのブロックをフィルタリングして、関連するトランザクションを取得する必要があります。 この問題を解決するために、共有シーケンサーは、定型コードを抽象化し、ビジネスロジックの一部のみをアプリケーションチェーン開発者に公開するロールアップフレームワークまたはSDKを起動すると思います。 **

以下は、共有シーケンサーを使用したアプリケーション チェーンの概略図です。

! [イーサリアムマルチチェーンの開発の未来はどこにありますか、多分ポルカドットは参照答えを与えることができます] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-849b693227-dd1a6f-69ad2a.webp)

イーサリアムマルチチェーンはポルカドットの設計アーキテクチャから学ぶことができるか

ポルカドットは、イーサリアムの前にマルチチェーンの未来に取り組み始めました。 実際、彼らはこれに5年以上取り組んできました。 ポルカドットに精通している場合は、上記のデザインが基本的にポルカドットがすでに達成したことの多くを再発明していることに気付いたでしょう。

リレーチェーン(共有分散化)

リレーチェーンは、基本的に上記のシーケンス図の注文エンジン+L1です。 リレーチェーンの機能は次のとおりです。

すべてのロールアップ トランザクションをシーケンス処理して、トランザクションが正しく実行されたことを確認します (ゼロ知識検証は使用されませんが、ロールアップの実行コードを再実行して状態の違いを検証します)。

! [イーサリアムマルチチェーンの開発の未来はどこにありますか、多分ポルカドットは参照答えを与えることができます] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-a5377511f0-dd1a6f-69ad2a.webp)

ご存知かもしれませんが、リレーチェーンは基本的に、上記で説明した共有注文者です。 違いは、リレーチェーンも実行を検証する必要があり、それをイーサリアムに任せることです。

XCM および XCMP

前のセクションで、各チェーンが他のチェーンと相互運用するための独自のメソッドを構築すると、すぐにすべてのチェーンで異なる標準とフォーマットが表示されることを説明しました。 各チェーンと相互作用するこれらすべての形式を追跡する必要があります。 さらに、チェーンがアップグレードされた場合に何が起こるかなどの質問に答える必要があります。 ただし、これらの問題は、すべてのチェーンが従わなければならない標準を導入することで解決できます。

ご想像のとおり、ポルカドットはまさにそれを行いました。 XCMはメッセージ形式、XCMPはメッセージプロトコルであり、すべての子チェーンはそれらを使用して相互に通信できます。

基質と積雲

基板は、ブロックチェーンを構築するためにパリティによって開発されたフレームワークです。 ポルカドットのすべてのパラチェーンは基質を使用しますが、基質は実際にはチェーンに依存しない方法で構築されています。 このフレームワークは、アプリケーションロジックに焦点を当てて、ブロックチェーンのすべての一般的な側面を抽象化します。 ご存知のように、マダラはポルカドット、ポリゴンアベイルズ、および他の多くのプロジェクトと同様に、基板上に構築されています。 さらに、Cumulusは、チェーンをポルカドットに接続するサブストレートの上にあるミドルウェアです。

したがって、前のアナロジーを続けると、SubstrateとCumulusは、アプリケーションチェーンを構築して共有シーケンサーに接続できるロールアップフレームワークの代替手段と見なすことができます。

共有シーケンサー→リレーチェーン

XCMおよびXCMP→コンポーザビリティ

ロールアップ フレームワーク/スタック → サブストレートと積雲

! [イーサリアムマルチチェーンの開発の未来はどこにありますか、多分ポルカドットは参照答えを与えることができます] (https://img-cdn.gateio.im/webp-social/moments-7f230462a9-e786adbea4-dd1a6f-69ad2a.webp)

これは基本的にポルカドットのコピーであるという事実に加えて、ポルカドットとパリティには、サブストレートとポルカドットを改善し続け、機能を追加し、スケーラビリティを向上させる経験豊富で資金豊富なチームがいくつかあります。 このテクノロジーは長年にわたって現場でテストされており、豊富な開発ツールを備えています。

イーサリアムにポルカドットを決済しますか?

ポルカドットがイーサリアムの前にマルチチェーンの未来を築き始めたのは事実ですが、今日の時点で、イーサリアムが最も分散化されたブロックチェーンであり、ほとんどのアプリケーションと流動性が存在することは否定できません。 しかし、すべてのポルカドットテクノロジーをイーサリアムエコシステムに持ち込む方法があったとしたらどうでしょうか。

実際、私たちはすでにそれを始めており、マダラはその一例です。 Madaraは、誰でもイーサリアム上に独自のzkベースのL2 / L3ソリューションを構築できるように、Substrateフレームワークを使用しています。 次に必要なのは、共有シーケンサーの形のポルカドットリレーチェーンです。 ポルカドットリレーチェーンを再利用できるが、検証はL1のzk証明によって行われるため、検証部分を削除できる場合、トランザクションの順序をL1に送信し、Tendermint / HotStuffをサポートするようにノードとコンセンサスアルゴリズムを最適化すると、前述の共有注文者を取得できます。

明らかに、これは口で言うほど簡単ではありません。 ただし、このパスは、シーケンサー、標準、およびフレームワークをゼロから再構築するよりも実用的だと思います。 ポルカドットは、イーサリアムのために借りることができるチェーンに依存しない方法で多くの問題を解決しました。 副産物として、我々はまた得る:

● Substrateの世界を構築し、教育し続ける活発な開発者コミュニティ。

●アクティブな開発ツールセットと強力なコミュニティ。

多くのアクティブなパラチェーンは、必要に応じてイーサリアムに落ち着くこともできます(最近、AstarがポリゴンCDKで同じことをするのを見ました)。

まとめ

この記事を書く私の主な目的は、スタークネットとイーサリアムのより広いエコシステム内で議論を引き起こすことです。 共有ランキングモデルは、Starknetの分散化と、その上に構築するために検討されているすべてのアプリケーションチェーンの分散化において重要な役割を果たすと思います。 アプリケーションチェーンの議論とZKの拡張性に自信がある限り、共有順序付けモデルの徹底的な分析は避けられません。 また、Starknetは、Madaraが本番環境に移行するにつれて、すでに分散化の作業を開始しており、それに対処する時が来たと思います。 したがって、これを読んでいるすべての人に、このトピックに関するフィードバック/提案を求めます。 あなたの考えを読むのを楽しみにしています。