マジック・レイヤー2：新しいレイヤー1ポータルのためのモジュラー・エンドゲーム？

著者：Haotian, Independent Researcher Source: X, @tmel0211

レイヤー2における「並列EVM」という新しい物語は非常に興味深い。市場における「並列EVM」という新しい物語は、レイヤー2にとって非常に興味深いもので、「きめ細かい」ロールアップという新しいパラダイムを可能にし、ソラナがイーサリアムの新しいレイヤー2になるというマジックを誇張しています。

私の意見では、並列EVMはRollupの高度なモジュール性の啓示にすぎず、DAがサードパーティに侵略された後のVM実行レイヤーの没落であり、レイヤー2の未来は再定義されるでしょう

なぜでしょうか？

このトピックを理解するには、EVMのシングルスレッド実行モデルを理解する必要があります。

このモデルは、トランザクションが次々と順次処理され、確認されなければならないことを指示しています。これは、トランザクション処理速度、ブロック終了時間、トランザクションスループットに直接影響し、メインイーサネットワークのガスが高く混雑する主な原因となっています。さらに、シングルスレッドで設計された理由には、ある歴史的な限界があります。

イーサ上のトランザクションは分散した独立したノードセットによって検証・実行されるため、残高やスマートコントラクトコードなどのすべてのアドレスデータがノード間で一貫性を保つようにすることが重要であり、同時に同じ資産に対する二重支払いの可能性がないようにすることも重要です。

この結果、トランザクションは順次キューに入れられます。並列トランザクションがある場合、ノード間のデータ同期にエラーが発生し、重大な二重支出トランザクションにつながる可能性があります。

素人の説明：銀行にはサービス窓口が1つしかなく、顧客は入出金だけでなくローンやその他の業務でも順次列に並ばなければならず、顧客は業務を完了してからでないと次の業務を開始できない。そのため、銀行の勘定系システムのすべての業務が正確に記録されるという利点があるが、顧客の待ち行列の時間は長くなる。

このため、トランザクションは順次列に並ばなければならない。p style="text-align: left;">銀行が複数のサービス窓口を開設している場合、顧客は異なる業務の窓口を選択することができ、口座から引き落とそうとすると、同時に2つの窓口が存在することになります。窓口の間の口座システムがタイムリーに照合されない場合、二重の支出につながりますが、明らかにこれは明らかに効率を向上させますが、複雑な簿記のロジックは、会計システムへの圧力になります。

レイヤ1独立したチェーンのシナリオでは、チェーンの基礎となるサポート並列処理の問題が解決された場合、Solanaは、コンピューティングとストレージの状態の分離のため、そのVMは、ユーザーの複数のトランザクションの受信では、ノードは、これらのトランザクションを並べ替えるし、独立したストレージシステムの状態データの検出を呼び出します。これらのトランザクションの状態の競合があるかどうか、競合がない場合は、トランザクションがブロックにパックされ、競合がある場合は、競合するトランザクションは、このブロックから除外されます。

対照的に、イーサネットのストレージ状態はリアルタイムで計算され、各トランザクションは状態を更新する前に前のトランザクションの完了を待たなければならないため、パッケージ化を待つ前にトランザクションを選別することができず、並列処理の可能性が制限される。

レイヤー2のロールアップチェーンのシナリオでは、並列処理を実現するために、距離は似ています。POHのタイムスタンプを待っている間のSolanaのトランザクション計算とストレージ状態の検出は、Sequenerでトランザクションを処理し、メインネットワークにバッチするRollupチェーンと考えることができます。

Layer2がトランザクションをBatchしている今、SequenerはメインネットにBatchする前にトランザクションを時系列でスケジューリングします。

1）AAアカウントの抽象化モデルに基づいて、アカウントの状態から複数のトランザクションを同時に開始することができます。 例えば、2つのTransferが同時に実行された場合、AAスマートコントラクトはそれらにnonceを与え、順次実行する必要がありますが、1つがTransferで、1つがApproveであれば、nonceなしで実行することができます。一方がTransferで、もう一方がApproveであれば、nonceの制約なしに並列処理できる。AAアカウントモデルでは、各アカウントは高い並行性を達成するために、nonceを使用するトランザクション処理ロジックをカスタマイズすることができます。

2）シーケンサーはトランザクションの「きめ細かな」処理を行うことができます。例えば、レイヤー2のトランザクションがシーケンサーに送信されると、シーケンサーはトランザクションロジックを迅速に検出し、きめ細かなソートとスクリーニングを行うことができます。例えば、同じ口座が2つの送金を開始した場合、後者を除外して次のバッチを待つべきです。また、同じ口座が性質の異なる2つの操作を開始した場合、同時にブロックにバッチすることができます。

シンプルに聞こえますか？

1)リアルタイムでトランザクションデータを解析し、スマートコントラクト呼び出しのために入力データのメソッドとパラメータを理解する。ステーキング操作には、トークンの移動、ステータスの更新、誓約期間、潜在的な報酬の計算が含まれます。多数のユーザーが同時にいくつかの誓約トランザクションを入力し、誓約後にトークンを転送するトランザクションもあり、さらにOralceの価格要因なども複雑に絡む場合、Sequenerがそれらを解析してその場で処理できなければ、一歩のミスが重大な事故につながる可能性があります。

2）分散化を確保するためにシーケンサーは、現在のレイヤー2シーケンサーは、シーケンサーの分散化の問題を解決することができない場合は、権利が大きすぎるされていることを前提にトランザクションをバッチするだけで、その後、 "洗練 "ロールアップを行うには、シーケンサーに多くの権限を与えるのと同じです。シーケンサーが分散化の問題を解決できないのであれば、「きめ細かい」ロールアップを行うことは、シーケンサーにさらなる権限を与えることと同じです。もしシーケンサーが悪質な偽取引、露骨なMEVクランプ、さらにはオラクル清算の悪意ある操作などを行うなら、それは繁殖するだろう。

最近、Metisは、表面上だけシーケンサーは分散化を達成した後に求められている、より深い外観は、将来のシーケンサーは、基本的なコンセンサスの前提を構築するために細かいロールアップを行うことです。

もちろん、シーケンサーが非常に粒度の細かいロールアップ取引の集約と処理を行う能力は、まだビジョンに過ぎませんが、良いニュースは、AAアカウントの抽象化とブロックチェーン全体のモジュール性が、このビジョンが実現するための前提条件を提供することです。

上の写真。

また、前述の通り、レイヤー2は全体としてモジュール化が進んでおり、OPスタックフレームワークにZKテクノロジーを組み込んでプライバシー拡張を可能にし、オリジナルのイーサリアムDAをセレスティアのようなサードパーティDAに変換してコストを削減し、ガス代としてのETHの伝統的な使い方を徐々に変えています。ガス代としてのETHの伝統的な使用も、layer2トークンに大きな実用性を与えるように変化しています。layer2でさえ、トランザクションを完全にバッチ処理し、異なるVM実行環境に送信したり、トランザクションをSolanaとEtherの間で分割したりすることができます。

その時点で、まったく新しいパラダイムが出現し、layer2はもはやEtherのlayer2ではなく、SolanaはEtherのlayer2になることができ、layer2の定義さえも魔法のように変わるのです。

大胆に想像してみてほしいのですが、レイヤー2は現在、高通貨取引処理機能を統合したエントリーレベルの「レイヤー1」になり、イーサ、ソラナ、そしてこれらの以前のレイヤー1は、資産決済とセキュリティを行う新しい「レイヤー2」になるのです。

レイヤー2は決して堅苦しい概念ではなく、大量の同時トランザクション処理の問題を解決し、インクリメンタルなユーザーを惹きつけるというレイヤー2プラットフォームの使命は常に存在していました。

その使命が達成されれば、イーサリアムのレイヤー1のオーソドックスさがモジュール性の考えの下で崩れるだけでなく、DAデータの可用性、VMの実行レイヤー、さらにはチェーン全体にわたる通信相互作用の相互運用性までもが、マス・アドプションを達成するためのレイヤー2プラットフォームのインフラとなるでしょう。

レイヤー2は決して硬直した概念ではありません。

その時、レイヤー2はもはやレイヤー1を補完するものではなく、強力で包括的なトランザクション集約・流通処理プラットフォームとなるでしょう。