原作者: Haotian (X: @tmel0211)
「パラレルEVM」の新しい物語が市場に登場しており、レイヤー2では非常に興味深いことで、「洗練された」ロールアップの新しいパラダイムを実現でき、誇張はソラナがイーサリアムの新しいレイヤー2になるという魔法の効果を達成することができます。
私の意見では、並列EVMはRollupの高度な「モジュール性」の現れに過ぎず、**DAがサードパーティに侵略された後、VM実行層は再び崩壊し、層2は将来再定義されるでしょう。 次に、ポピュラーサイエンスの観点から分析してみましょう。
このトピックを理解するには、まず「EVM」のシングルスレッド実行モデルを明確にする必要があります。
このモデルでは、トランザクションを順番に処理して確認する必要があると規定されており、トランザクション処理速度、ブロックタイム、トランザクションスループットに直接影響し、Ethereumメインネットのガス量や混雑の主な原因となっています。 さらに、シングルスレッドとして設計されている理由には、特定の歴史的制限があります。 **
イーサリアム上のトランザクションは、分散した独立したノードによって検証・実行されるため、残高やスマートコントラクトコードなどのアドレスデータはすべて、異なるノード間で同じ状態を維持すると同時に、同じ資産が二重に消費される可能性がないようにする必要があります。
これにより、トランザクションを順番にキューに入れることができます。 並列トランザクションがある場合、ノード間のデータ同期エラーにつながる可能性があり、重要なのは、深刻な二重支払いトランザクションが発生することです。
一般的な説明:銀行にはサービスウィンドウが1つしかなく、顧客の引き出しは順番にキューに入れる必要があり、預金の引き出しやローンやその他のビジネスであるかどうかにかかわらず、顧客はビジネスを完了した後に次のサービスを開始できます、利点は銀行の口座システムの各操作が正確に記録されることですが、顧客の待ち時間は長くなります。
銀行が複数のサービスウィンドウを開く場合、顧客は異なるビジネスを処理するウィンドウを選択でき、ウィンドウ間のアカウントシステムの調整がタイムリーでない場合、1つのアカウントからお金を差し引こうとする2つのウィンドウが同時にあり、二重支出につながります、明らかにこれは効率を大幅に向上させますが、複雑な簿記ロジックは会計システムに圧力をかけます。
レイヤー1の独立したチェーンのシナリオでは、基盤となるチェーンが並列処理をサポートしている場合、コンピューティングとストレージの状態が分離されているため、問題は解決され、SolanaのVMはユーザーから複数のトランザクションを受け取った後、これらのトランザクションをノードソートし、独立したストレージシステムの状態データを呼び出して、これらのトランザクションに状態の競合があるかどうかを検出し、競合がない場合、トランザクションはブロックにパッケージ化され、競合がある場合は競合するトランザクションがこのブロックから除外されます。
これに対し、イーサリアムのストレージ状態はリアルタイムで計算され、各トランザクションは前のトランザクションが完了するのを待ってから状態を更新する必要があるため、パッケージ化を待つ前にトランザクションをスクリーニングすることができず、並列処理の可能性が制限されます。 **
レイヤー 2 ロールアップ チェーンの場合、並列処理を実現するには、近づかないのと似ています。 POHタイムスタンプを待っている間のSolanaのトランザクション計算とストレージ状態検出は、ロールアップチェーンがSequenerでトランザクションを処理し、メインネットにバッチ処理するプロセスと考えることができます。
レイヤー2 Sequenerは、バッチトランザクションの前にトランザクションを時系列で配置し、それらを順番にメインネットにバッチ処理しますが、どうすればマルチスレッド化できますか?
**1) AAアカウント抽象化モデルに基づいて、アカウントの状態から複数のトランザクションを同時に開始できます。 **例えば、2つの転送が同時に実行されると、AAスマートコントラクトはそれにナンスを与え、1つが転送、もう1つが承認の場合、ノンスの制限なしに、より柔軟に並行して処理することができます。 AA アカウント モデルでは、各アカウントがトランザクション処理ロジックをカスタマイズして、nonce との高い同時実行性を実現できます。
たとえば、レイヤー 2 トランザクションが Sequencer に送信されると、Sequencer はトランザクション ロジックをすばやく検出し、たとえば、同じアカウントが 2 つの転送を開始する場合、後者を除外して次のバッチを待機し、同じアカウントが性質の異なる 2 つの操作を開始する場合は同時に実行できます ブロックにバッチ処理します。
簡単そうに聞こえますが、そうではなく、分散型金融のシナリオを例にとると、Sequencer がトランザクションのきめ細かな管理を実現するには、2 つの大きな課題があります。
**1) トランザクションデータをリアルタイムで分析し、スマートコントラクトの呼び出し方法と受信データのパラメータを理解するために、 **分散型金融の一般的なステーキングを例にとると、ステーキング操作には、トークンの転送、状態の更新、ステーキング期間、および潜在的な報酬の計算が含まれます。 複数のユーザーが同時に複数のステーキングトランザクションを受信している場合、ステーキングと転送が混在するトランザクションもあり、複雑なOralceの価格要因などと相まって、Sequenerが適切に解析・処理できなければ、ミスが重大な事故につながる可能性があります。
2)シーケンサーは分散化を保証し、現在のレイヤー2シークナーは、シーケンサーの分散化の問題を解決できない場合、権限が大きすぎるという前提の下でバッチトランザクションにすぎず、シーケンサーにより多くの権限を与えるのと同等の「きめ細かな」ロールアップを実行する必要があります。 シーケンサーが偽の取引をしたり、露骨にMEVクリップに関与したり、オラクルの清算を悪意を持って操作したりすると、繁殖します。
最近、**Metisは人気があり、表向きはSequencerが分散化を達成しただけで、より深いレベルでは、Sequencerが将来洗練されたロールアップを行うための基本的なコンセンサスの前提を構築しました。 **
もちろん、高度に洗練されたロールアップトランザクションの集約と処理を実現するためにシーケンサーに頼ることは、まだアイデアにすぎませんが、幸いなことに、AAアカウントの抽象化、ブロックチェーンのオープンマインドの全体的なモジュールの組み合わせは、このアイデアを実装するための前提条件を提供します。 **
上記。
さらに、前述のように、レイヤー2は全体としてますますモジュール化されており、OPスタックのフレームワークにZKテクノロジーを埋め込んでプライバシー拡張を実現し、元のイーサリアムDAをCelestiaなどのサードパーティDAに変換してコストを削減し、ガス料金としてのETHの伝統を徐々に変更し、レイヤー2トークンに大きなユーティリティエンパワーメントを与え、レイヤー2でさえトランザクションをバッチ処理してさまざまなVM実行環境に送信し、トランザクションを分散します ソラナとイーサリアムなど。
その時、新しいパラダイムが出現し、現在のレイヤー2はもはやイーサリアムのレイヤー2ではなく、ソラナもイーサリアムのレイヤー2になることができ、レイヤー2の定義さえも魔法のように変更されるでしょう。
**大胆な仮定ですが、現在、レイヤー2は高度な同時トランザクション処理機能を統合したエントリーレベルの「レイヤー1」になり、イーサリアム、ソラナ、これらの以前のレイヤー1は、資産決済とセキュリティ保証のための新しい「レイヤー2」になりました。 **
**レイヤー2は決して厳格な概念ではなく、大規模な同時トランザクション処理を解決し、増加するユーザー市場グループを引き付けるというレイヤー2プラットフォームの使命は常に存在していました。 **
このミッションが達成されれば、モジュール化の考え方の下で、イーサリアムレイヤー1の正当性が損なわれるだけでなく、DAデータの可用性、VM実行レイヤー、さらには相互運用性通信の相互作用のチェーン全体が、レイヤー2が大量導入を達成するためのインフラになります。
その時点で、レイヤー2はもはやレイヤー1を補完するものではなく、強力で包括的なトランザクション集約および流通処理プラットフォームになります。
元の記事へのリンク
