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