なぜ「パラレルEVM」はイーサネットEVMエコシステムの生き残りをかけた戦いなのか？

1）Monad、Artela、SEIなど、強化されたEVMレイヤー1チェーンの代表として、高度になります。これらの独立した並列EVMレイヤ1チェーンは、独立したコンセンサスメカニズムや技術的特徴を持ちますが、EVMエコシステムとの互換性と拡大を目指します。

2）Eclipse、MegaETHなどに代表される拡張Layer2 EVM互換チェーンは、Layer2チェーンの独立したコンセンサスとトランザクションの「前処理」機能を利用し、大量のトランザクションがBSEによってブロックされた場合に使用できます。EVMは、大量のトランザクションがメインネットワークにバッチされる前に、トランザクションステータスをフィルタリングして処理し、他のチェーンの実行レイヤーを選択してトランザクションステータスを確定することができる。これは、EVMをプラグイン可能な実行モジュールに抽象化することに相当し、ニーズに応じて最適な「実行レイヤー」を選択できるため、並列機能を実現できます。

3）ポリゴン、BSCなどは、EVMを実現する最適なソリューションです。Polygon、BSCなどは等価なAlt-layer1チェーンの代表として、EVMのある程度の並列処理能力を実現しますが、アルゴリズム層の最適化だけで、深いコンセンサス層とストレージ層の最適化は行わなかったので、この種の並列能力は、より特定の特徴とみなすことができ、EVMの並列性の問題を完全に解決するものではありません。

4）Aptos、Sui、Fuelなどの差型非EVM並列チェーンの代表として、彼らは何らかの形でEVMチェーンの実装ではなく、その生来の能力で、高い同時実行能力を持っている接触し、その後、ミドルウェアやコーディング、パース、およびEVM環境の互換性のいくつかの種類を介して。環境に対応する。これはイーサネットレイヤー2であるStarknetのケースである。Starknetもまた、Cario言語とアカウントの抽象化によって並列性を持っているが、EVMとの互換性には特別なパイプラインが必要である。これは基本的に、これらのNon-EVMチェーンがEVMチェーンとの並列性で抱えている問題と同じです。

上記の4つのオプションは、それぞれ独自の焦点を持っています。例えば、並列性を持つレイヤー2は、「実行レイヤー」チェーンをモジュール的に組み合わせる柔軟性に重点を置いており、EVM互換チェーンは、特定の機能のカスタマイズに重点を置いています。他の非EVMチェーンに関しては、EVM互換機能はイーサの流動性を高めることに重点を置いています。EVMエコシステムを完全に統合し、並列性を根底から変えることを本当に目指しているのは、強化されたEVMレイヤー1トラックしか残っていません。

それでは、強化された並列EVMレイヤー1パブリックチェーンを作る鍵は何でしょうか？EVMチェーンをリファクタリングし、EVMエコシステムに貢献するにはどうすればよいのでしょうか？2つのキーポイントがあります：

1、状態のI/Oディスクにアクセスして情報を読み取り、出力する機能は、データの読み取りと書き込みに時間を消費するため、単に単純なトランザクションのソートとスケジューリング、および根本的に並列処理する能力を向上させることはできませんが、また、キャッシュ、データスライス、さらには分散ストレージ技術を導入する必要があります。

2）効率的なネットワーク通信、データ同期、アルゴリズムの最適化、仮想マシンの強化、計算タスクとIOタスクの分離など、コンセンサスメカニズムレベルのさまざまなコンポーネントの最適化など、基礎となるコンポーネントアーキテクチャ、コラボレーションプロセスなどから次のレベルに全身を移動する必要があります。包括的な最適化と強化の基礎となるコンポーネントアーキテクチャ、コラボレーションプロセスやその他の側面は、最終的に迅速に応答する能力に貢献し、コンピューティングの消費量は、並列トランザクションの高精度を制御することができます。「パラレルEVM "を実現するために、どのような技術革新や枠組みの最適化を行ったのでしょうか？

リソースの調整と最適化という「並列EVM」機能を、基盤となるアーキテクチャ層から完全に実現するために、ArtelaはElastic ComputingとElastic Block Spaceを導入しました。エラスティック・コンピューティングとエラスティック・ブロック・スペース、その理解方法は？エラスティック・コンピューティングは、ネットワークが需要と負荷に基づいてコンピューティング・リソースを動的に割り当て、調整することを可能にします。エラスティック・ブロック・スペースは、ネットワーク内のトランザクション数とデータサイズに基づいてブロックサイズを動的に調整することを可能にします。left;">私が前に言ったように、状態I/Oディスクの読み取り性能は、並列EVMに非常に重要である、ポリゴン、BSCおよびその他のEVM互換チェーンは、アルゴリズムを介して "並列 "能力を達成するために、また、改善の2〜4倍の効率を達成することができますが、それは唯一のアルゴリズムの最適化であり、コンセンサス層は、ストレージ層は、最適化の深いレベルを持っていません。しかし、それらはアルゴリズムレベルで最適化されているだけで、コンセンサスレベルやストレージレベルでは最適化されていない。では、真の深い最適化とはどのようなものだろうか？

これに応答して、Artelaは、データベース技術のプログラムを借りて、読み取りと書き込みの状態を改善するために行っているログ（WAL）技術の前に書き込みに行く前に、状態を書き込むと、ログに書き込まれ、メモリに提出された最初の変更レコードに書き込まれるように変更すると、完了したと考えることができます。"書き込み "操作は、これが実際に非同期の操作を実現するため、ディスクの書き込み操作にすぐに書き込むときに変更の状態で書き込みを避けるために、ディスク上のI / O操作を減らす。状態の読み込みも基本的には非同期の操作であり、読み込み効率は、契約履歴に基づいて次の特定の契約呼び出しで使用される状態を予測し、それらを事前にメモリにロードするプリロード戦略によって改善され、ディスクI/O要求の効率が向上します。

要するに、これはメモリ空間と実行時間を交換するアルゴリズムであり、EVM VMの並列処理能力を根本的に改善し、状態の競合問題を根本から最適化します。

これに加えて、Artelaは複雑さをよりよく管理し、開発効率を向上させるために、アスペクトモジュラープログラミング機能を導入しています。プログラミングの柔軟性を高めるために、WASMコード解析を導入しています。また、実行レイヤーの安全な分離を可能にするために、基礎となるAPIアクセスを備えています。これにより、開発者はArtela環境でスマートコントラクトを効率的に開発、デバッグ、デプロイできるようになり、開発者コミュニティのカスタム拡張性が活性化されます。特に、開発者はスマートコントラクトのコードレイヤーでコードを並列化の方向に最適化する動機付けを得られます-結局のところ、各スマートコントラクトの呼び出しロジックとアルゴリズムは、状態競合の確率を減らすために重要なのです。

「並列EVM」のコンセプトが、本質的に取引状態の実行プロセスを最適化することであることを理解するのは難しくない。その技術的なコアは、トランザクションの大規模な並列処理に到達するために、専用のデータベース、開発者の親しみやすさ、コンセンサスの遅延実行、スーパースカラのパイプライン技術など、Artelaのコンピューティングの弾力性とロジックの本質の操作のI/O非同期の性質は非常に異なっていない以上のものではありません。

しかし、私が本当に言いたいのは、このような高性能並列EVMチェーンは、実はweb2の製品と技術を取り入れた結果であり、web2の成熟したアプリケーション市場で使われている「技術的な処理」を採用しており、トラフィック量が多く、時々高負荷がかかるということです。

マスアダプションの遠い将来を見れば、「パラレルEVM」は確かに、Web2のより広範な市場ベースのインフラ向けのEVMエコシステムの次のステップであり、資本市場の対象とすることができます。強気も理にかなっている。