jakiro
著者：Zhixiong Pan、出典：著者ブログ
TL
並列EVMの概念は、パラダイム、ジャンプ、ドラゴンフライなど、いくつかのヘッドVCによって賭けています。
代表プロジェクトはMonadであり、SEI、Megaeth、Polygon、Neon EVM、BSCなどがあります。いくつかはL1、一部はL2です。各チームの特定の違いについて完全な公開情報はありません。
並列EVMは文字通り「並列化」のみを表しますが、実際にはEVMの各コンポーネントのパフォーマンスの特別な最適化であるため、その努力はEVM標準の下でのパフォーマンス制限を表す可能性があります。
難易度：テクノロジースタック全体の修正に加えて、並列トランザクションが事前に競合するかどうか、および紛争が発生した後の再解読効率を予測する方法もあります。
課題：オープンソースの生態学と地方分権化とパフォーマンスのバランスを見つける方法のバランスを見つける方法。
コンセンサスアルゴリズム、DA（データレイヤー）、およびゼロの知識証明技術が広く研究され、繰り返された後、次のハードコアのハードコアテクノロジーは、これについても数億米ドルを超えています。物語、そしてそれは複数の独立を生み出しました。
コミュニティは並列EVM（EVM並列）に従い始めました）起源Georgios Konstantopoulos（ParadigmのCTO）とDragonflyのHaseeb Qureshiで言及されたのと同じキーワード。しかし、このトピックについて議論する詳細はあまりありません。多くの人は、これは新しい概念ではないと考えています。EVMと並列化の計算は、それぞれ比較的成熟した概念ですなぜこれら2つの単語を組み合わせることが重要な傾向なのですか？
<図>
しかし、これはまだ非常にニッチなトピックであるため、多くの研究機関の年次概要と傾向の予測が見られた場合、並列EVMは言及されていません。したがって、これは依然として、大規模なコンセンサスを形成していない新しい概念です。そして、この概念は、コンセンサスアルゴリズム、DA、その他のトピックなどのトピックに似ており、これらはすべて純粋なテクノロジーに関連しているため、従う人は少なくなります。
Paralle EVMの最も直接的な利点はです既存の分散アプリケーションにインターネットレベルのパフォーマンスを実現させてくださいエッセンス並列EVMは、使用できる既存のスマートコントラクト（多数の成熟）を使用しながら、高いパフォーマンスと並列化されたパブリックチェーンスループットを使用できる唯一の新しいテクノロジーであるとさえ言えます。
パラダイムは長い間入り口を楽しみにしており、ジャンプは再発生しています
「富」によると報告パラダイムは、モナドの最新ラウンドを徴収する予定であり、30億ドルの評価で2億ドルを調達しています。これは、パラダイムに投資された最初の並行EVMコンセプトチームですが、実際にはこの技術に長年にわたって注意を払ってきました “>参照してくださいこの言葉。
モナドという言葉のソースも非常に興味深いものです。哲学者の哲学システムでは、モナドは宇宙の基本的な要素です
コンピューターサイエンスでは、Monadは機能的なプログラミング言語の設計パターンです。これは、プログラマーがほぼ数学の純粋さで現実世界の複雑さを処理するのに役立ちます。
もう1つの興味深いことは、モナドと遊牧民が「アナグラム」であり、遊牧民は遊牧民を指し、デジタルノマドはインデックスノマド/デジタル牧夫です。
モナド、ジョージオスを除く話し合うこのトピックは、SEIとポリゴンについても言及しました。しかし、彼の楽観的な並行EVMには重要な理由があります。つまり、彼らはイーサリアムクライアントレスを開発しました。そのポジショニングは、錆言語で実装されている高性能Ethereumエグゼクティブクライアントです。レスは速い速度で開発されており、ベータ段階に入ったばかりです。おそらく、彼らはレスで並列EVMを直接達成することを検討するでしょうが、エンジニアリングの研究開発の量を考慮すると、他のチームに投資することで並行EVMを促進する方が良いかもしれません。Monad文書によると、彼らは主にC ++とエンジニアリングでRustを使用しています。
Ronehの立ち上げの開始時に、Akulaのオープンソースコードを盗用したと非難されたEriconチームのメンバーは、Akulaプロジェクトが開発を停止するための資金の不足につながりました。Georgiosは、Rethは他のクライアントの分岐ではなく、コードは他のクライアントからのものではないと答えましたが、Geth、Ericon、およびAkulaに実際に影響を受け、触発されています。（（）https://thedefiant.io/paradigm-Accused-copying-code治す
もう1つのコア参加者は、ジャンプキャピタルであり、Monadの創設者はJump Tradingからの豊富な経験を持っています。とプロジェクト
Monadの初期投資家であるDragonflyも、関連するトラックに注意を払っています。
アップグレードコンセンサスアルゴリズムでは十分ではありません。最終的に実行レベルのターンです
過去数回のパブリックチェーン戦争では、実行レベルは無視されています。実行レベルでは多くの革新がありますが、コミュニティは依然として使用しているコンセンサスアルゴリズムを覚えています。コミュニティ全体は、これらの高いパフォーマンスのパブリックチェーンがコンセンサスアルゴリズムの革新からこれらのパフォーマンスを得ることができると考えるでしょう。
しかし、実際には、高性能パブリックチェーンを取得したい場合は、コンセンサスアルゴリズムと実行レイヤーをサポートする必要があり、バレルの短いボード効果も満たしています。EVMに基づいた公開チェーンの場合、コンセンサスアルゴリズムのみを改善するために、パフォーマンスを改善するために強力なノードが必要です。たとえば、BSCが2000 TPのレベルで処理できるガスを参照してください。必要なマシン構成は、イーサリアムノードの投資の数倍です。ポリゴン>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>BSCアーカイブノード少なくとも16のコアCPUと128Gメモリが必要です。>Ethereumノード少なくとも4つのコアCPUと16Gメモリ。
BSCチームはこれらの問題を長い間認識してきたので、Noderealとも同様です>>協同組合開発並列EVMテクノロジー。この方法でのみ、各ブロックによって処理されるトランザクションの数をさらに増やすことができ、より多くのトランザクションが並行して実行され、TPSの上限が強化されます。
並列：シングルコアからマルチコアCPUからアップグレードするだけではありません
ほとんどのブロックチェーンシステムでは、トランザクションは順番に完全に実装されています。この方法は遅いですが、その利点はシンプルさとシステムの複雑さが低いことです。
ただし、ブロックチェーンシステムが将来インターネットレベルのユーザースケールにアクセスする必要がある場合、シングルコアCPUでは十分ではありません。したがって、マルチコアCPUにアップグレードされた並列化仮想マシンは、複数のトランザクションを同時に処理し、スループットを増加させることができます。ただし、プロジェクトの実装には多くの課題があります。この矛盾を解決するために、新しい一連のメカニズムを設計する必要があります。他の完全に無関係なインテリジェント契約の並列実行の場合、並行して扱うことができるスレッドの数はスループットを増加させる可能性があります。
さらに、並列EVMは並列能力を改善するだけでなく、単一スレッドのときに実行効率を最適化します。Monad CEO Keone Hon>急行「…（evm）本当のボトルネックは、物事を処理するときに頻繁に状態を読み取り、書き込むことです…」。彼はまた、並列実行はロードマップの一部にすぎないと述べた。
したがって、並列EVMは文字通り「並列化」のみを表しますが、実際にはEVMの各コンポーネントのパフォーマンスの特別な最適化であるため、その努力はEVM標準の下でのパフォーマンス制限を表す可能性があります。
EVMは堅牢性に等しくありません
スマートコントラクトを書くことは、ほとんどのブロックチェーン開発者にとって不可欠なスキルです。エンジニアは、ビジネスニーズに応じて、ソリッドまたは他のスマートコントラクトで高レベルの言語で対応する論理実装を書くことができます。しかし、EVMは、実際に堅牢性の論理を直接理解していません。「翻訳」を渡す必要はありません（コンパイル）。仮想マシンを実装する。翻訳のプロセス、堅牢性開発者は、すでに成熟したツールがあるため、理解する必要はありません。
結局のところ、それは「翻訳」であるため、オーバーヘッド（追加費用）もあります。基礎となるコードエクスペリエンスを持つエンジニアの場合、プログラミングロジックを堅牢性で直接記述できるため、最高の効率を達成できます。つまり、ユーザーは取引時にガスを節約できます。たとえば、Openseaが発売したSeaportプロトコルは、スマートコントラクトで多数の内部ジョイントコンピレーションを使用して、ユーザーのガス支出を可能な限り削減します。
したがって、並列EVMを最終的に実現できる場合、並列化の能力をもたらすだけでなく、EVMスタック全体のパフォーマンスも最適化します。基礎となる仮想マシンは、これらの違いを滑らかにするのに十分な強さであるため、通常のアプリケーション開発者は、少量のガスを節約するために巨大なエネルギー最適化を費やす必要はありません。
EVMのパフォーマンスは異なり、「標準」は「エンジニアリングの実践」と等しくありません
「仮想マシン」は、「実行レイヤー」とも呼ばれます。これは、スマート契約が操作コードとしてコンパイルされた後に最終的に計算および処理されます。Ethereum Virtual Machine（EVM）によって定義された「バイトコード」は、Ethereumの2層ネットワークまたは他の独立した公共チェーンに基づいています書き込みスマートコントラクトを複数のネットワークに展開でき、コストのパフォーマンスは非常に高くなっています。
したがって、EVMの「バイトコード」標準が完全に互換性がある限り、EVMと呼ぶことができますが、実装方法は非常に異なる場合があります。たとえば、EthereumクライアントGethのEVM標準は、GO言語でEVM標準を達成しています。しかし、Ethereum FoundationのエグゼクティブリサーチチームIpsilon維持するC ++を使用して開発されたEVMは、他のEthereumクライアントがEVM実行として直接呼び出すことができます。
たとえば、多くの工業化された製品は、たとえば、製品が発行されている場合、これが「標準」であるという価値を満たす必要があります。しかし、この工場の基準を満たす方法では、各工場は多数の異なる滅菌方法から選択でき、一部の工場はこの要件を満たすためのよりコスト効果の高い方法を見つけることができます。
以来evmone実装も実行できます。したがって、EVMのこの例では、EVM標準は、いくつかの基本的な操作方法「bytecode」を定義することです（加算、減算、乗算などの最も基本的な算術をサポートするなど）。 。この基準を満たす場合、実装（実用）方法は異なり、多数のカスタムスペースとエンジニアリングの最適化の可能性があります。
並列EVMの類似点と相違点
並列EVMトラックには、最もホットなモナドに加えて、Sei、Megaeth、Poygon、Neon EVM、BSC待ってください、そしてパラダイムのレスクライアントは、並列化関数を実装したいと考えています。
ポジショニングの観点から見ると、Monad、SEI、Polygon、およびBSCはすべてレイヤー1ブロックチェーンであり、Megaethはレイヤー2である可能性があります。NeonEVMはSolana Networkに基づいています。さらに、Rethはオープンソースのクライアントであり、MegaethはRethベースのプロジェクトに基づいて部分的に開発されます。
もちろん、これらのチーム間にはまだ競争力のある関係があり、すべての技術的な詳細とエンジニアリング文書を完全に開示していません。おそらく、これはBTCレイヤー2、再格子、イーサリアムレイヤー2のような武器競争のようなものです。テクノロジーにはわずかな違い（およびオープンソース）がありますが、生態学の独自性を構築することがより重要です。
並列EVMの技術的困難
順番にトランザクションの場合、ボトルネックはCPUと読み取りの過程にあります。しかし、利点は、この方法が間違いを犯さないほど簡単であり、すべてのトランザクションを段階的に完了できることです。並行して実行される仮想マシンの場合、州の競合がある可能性があるため、実行前または実行後に判断のこの部分を増やす必要があります。
簡単な例は、仮想マシンが4つのスレッドをサポートして並列を実行し、これらの4つのトランザクションがUNISWAPの同じトレーディングプールで取引されている場合、トランザクションを同時に処理できることです。並行して、取引プールの取引価格が各トランザクション後のこの取引プールの取引価格に影響することを計算しました。しかし、これらの4つのスレッドが4つの完全に無関係なものを同時に処理する場合、問題はありません。
これには、さまざまなチームの設計とエンジニアリングの実装が含まれますが、少なくとも並列実行後に競合を検出するためにモジュールが必要であることを確認する必要があります。もちろん、事前に予測してスクリーニングできる場合、競合トランザクションが存在する可能性があり、仮想マシン全体の並列効率も増加させることができます。
並列EVM仮想マシンのエンジニアリングの実装の違いに加えて、各チームは一般に、ステータスデータベースの読み取りパフォーマンスを再設計および強化し、Monadbが設計したMonadbやMonadbftなどのコンセンサスアルゴリズムの設計をサポートします。
チャレンジ
並列EVMの場合、存在する可能性のある2つの課題があります。長期のエンジニアリング値がイーサリアムによってキャプチャされるかどうか。
各チームはまだ並列EVMテクノロジーの開発とテストの段階にあるため、これは現在の堀の1つであるすべての詳細を選択していません。ただし、テストネットワークとメインネットワークに入った後、これらのエンジニアリングドキュメントは公開されるか、イーサリアムまたは他の公共チェーンによって吸収される場合があります。したがって、その時点で、生態学的構造をより速く促進し、より多くの生態学的な堀を構築する必要があります。
ただし、この問題はそれほど深刻ではありません。これは、より多くのオープンソースライセンスがあります（UNISWAPの1つなどがコードを開くことができますが、フォークは許可されていません。一方、ビジネスプロジェクト）。将来、イーサリアムがシングルスロット（SSF）の終わりを実現できる場合でも、トランザクションの最終的な性質はまだ12秒以上であり、より高い周波数アプリケーションシナリオには十分ではありません。
別の課題は、すべての高性能パブリックチェーン、つまり、より多くのノードを展開して、ユーザーのノーライセンス（許可）および信頼のない分散化の基本要件を満たす方法についても同じです。おそらく、「ノードのハードウェア要件を除くTPS」など、この指標があるため、パブリックチェーン/クライアントがより高いTPSを持っている特定のハードウェア要件の標準と比較して、制御変数を達成できます。結局のところ、ノードのハードウェア要件が低いほど、ノードが大きくなる可能性があります。
次に、並列EVMの各プロジェクトの進捗を追跡し続け、それらの技術と違いを詳細に議論します。
