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

ソース: Chain View

「パラレルEVM」という新しい物語が市場に登場しました。私見では、パラレルERPは、"きめ細かい "ロールアップという新しいパラダイムを実現する最良の方法である。私の考えでは、パラレルEVMはRollupの高度な "モジュール "化であり、VM実行レイヤーはDAがサードパーティに攻撃された後、再び陥落し、レイヤー2は今後再定義されるだろう。EVM」のシングルスレッド実行モデル。

このモデルは、トランザクションを順次処理し、確認しなければならないと規定しており、トランザクション処理速度、ブロックアウト時間、トランザクションスループットに直接影響し、メインイーサネットネットワークのガスが高く混雑する主な原因となっている。さらに、シングルスレッドとして設計された理由には、ある歴史的な限界が存在する。イーサ上のトランザクションは分散した独立したノードによって検証および実行され、異なるノード間で一貫した状態を維持するために、残高、スマートコントラクトのコードなど、すべてのアドレスのデータを確保すると同時に、同じ資産の二重支払いの可能性がないことを保証するためです。

つまり、トランザクションは順次キューに入れなければなりません。トランザクションが並行して行われると、ノード間のデータ同期エラーが発生し、重大な二重支出トランザクションが発生する可能性があります。一般的な説明：銀行は1つだけのサービスウィンドウを持って、顧客の引き出しは、それが預金の引き出しだけでなく、ローンやその他のビジネスであるかどうか、順番にキューに入れなければならない、顧客は次のビジネスを開始する前に、ビジネスを完了するには、利点は、各操作のための銀行の口座システムは正確に記録されますが、顧客の待ち行列の時間が長くなります。2つの窓口が同時に口座から引き落とそうとする場合、窓口間の口座システムの照合が間に合わなければ、二重の支出につながる。レイヤー1独立チェーンシナリオでは、チェーンの最下層が並列処理をサポートする場合、問題は解決されます。Solanaは、計算とストレージの状態の分離のため、したがって、そのVMは、ユーザーから複数のトランザクションを受信した後、これらのトランザクションをソートし、これらのトランザクションの状態の間に競合があるかどうかを検出するために独立したストレージシステムの状態データを呼び出します、競合がない場合は、ブロックにトランザクションをパックし、競合がない場合は、ブロックから競合するトランザクションを除外します。競合があれば、競合するトランザクションはこのブロックから除外されます。

対照的に、イーサネットのストレージ状態はリアルタイムで計算され、各トランザクションは状態を更新する前に前のトランザクションが完了するのを待たなければならないため、パッケージ化を待つ前にトランザクションを選別することができず、並列処理の可能性が制限されます。レイヤー2のロールアップチェーンシナリオでは、並列処理を実現するために、近づかないことが類似している。POHのタイムスタンプを待っている間のSolanaのトランザクション計算とストレージ状態の検出は、Sequenerでトランザクションを処理し、メインネットワークにバッチするRollupチェーンと考えることができます。

現在、バッチトランザクションの前のレイヤー2 Sequenerは、時系列順にトランザクションのnonceをキューに入れ、その後メインネットに順番にバッチします。

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

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

単純に聞こえますか？

1）リアルタイムでトランザクションデータを解析し、スマートコントラクトの呼び出しメソッドとパラメータの受信データを理解する、誓約期間、潜在的な報酬の計算。多数のユーザーが同時にいくつかの誓約トランザクションを入力し、誓約されたトークンの転送を含むトランザクションもある場合、Oralceの価格係数などの複雑さと相まって、Sequenerが解析し、その場で処理することができない場合、1つのステップでエラーが重大な事故につながる可能性があります。

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

最近、Metisは、表面上だけシーケンサーは分散化を達成するために、後に求められている、より深い外観は、将来のシーケンサーは、基本的なコンセンサスの前提を構築する細かいロールアップを行うことです。もちろん、シーケンサーによって高度に洗練されたRollupトランザクションの集計と処理を行うには、現時点ではまだ概念の一種で、良い、AAアカウントの抽象化、ブロックチェーンの全体的なモジュールの組み合わせは、前提条件を提供するために練習にこの構想にオープンなアイデアです。

上記。

そして、前述のように、layer2の全体的なモジュール性はますますモジュール化しており、OPスタックのフレームワークにZK技術を組み込み、プライバシーの拡張を実現し、オリジナルのイーサDAをサードパーティのDAであるCelestiaに変換し、コストを削減し、徐々にETHをガス料金の伝統として変換し、layer2のトークンに大きな実用性の権限を与えています。さらに、layer2はトランザクションをバッチ処理し、異なるVM実行環境に送信することができ、トランザクションはSolanaとEther上で処理することができます。

その時点で、まったく新しいパラダイムが出現し、レイヤー2はもはやイーサのレイヤー2ではなく、ソラナはイーサのレイヤー2になることができ、レイヤー2の定義さえも魔法のように変更されます。

大胆に想像してみてください。今、レイヤー2は、高通貨取引処理機能を統合する入口レベルの「レイヤー1」となり、イーサ、ソラナ、そしてこれらの旧レイヤー1は、資産決済とセキュリティを行う新たな「レイヤー2」となるのです。レイヤー2"。レイヤー2は決して硬直した概念ではなく、レイヤー2プラットフォームは、市場グループの使命の増分ユーザーを引き付けるために、トランザクションの大規模な同時処理を解決するために、常に存在している。

もしその使命が達成されれば、モジュール化の考えの下で、Etherレイヤー1の正統性が崩れるだけでなく、DAデータの可用性、VM実行レイヤー、さらには相互運用性通信の相互作用のチェーン全体が、レイヤー2のインフラとなり、マスアダプションを実現することができます。