Scroll を理解するための記事: zkEVM 競争の地味な挑戦者
原文編集：Deep Tide TechFlow
原文編集：Deep Tide TechFlow
開発者の間での EVM の人気を考えると、zk Rollup テクノロジーのスケーラビリティと EVM の開発者エクスペリエンスを組み合わせたいという要望がありました。これにより、zkEVM システムの軍拡競争が始まりました。主なプレーヤーは Scroll、zkSync、Polygon であり、Scroll は他の 2 つに比べて目立たないままです。
EVM の制限により、zkEVM は互換性/同等性とパフォーマンスの間で必要なトレードオフに直面します。 Vitalik Buterin は、さまざまな zkEVM 設計の選択肢の違いを明確にするために、1 から 4 までのスケールをリストしました。
Scroll はこのトレードオフの中間にあり、2.5 zkEVM を構築しています。
最初のレベルのタイトル
スクロールの違い
EVM の等価性を維持することで、ビルダーはコードを変更することなく、アプリケーションを Ethereum L1 から Scroll に直接移行できます。また、完全にオープンソースなので、誰でもコードを使用して検証できます。
Scroll はシーケンサーにも Geth のフォークを使用しており、イーサリアムとの最適な互換性を実現するために実戦テストされたシステムを継承することができます。
最初のレベルのタイトル
スクロールの構造
Scroll のアーキテクチャには、Scroll ノード、ローラー ネットワーク、検証ブリッジの 3 つの主要コンポーネントがあります。
Scroll ノードの目的は、ユーザーのトランザクションからブロックを構築して L1 に送信し、L1 からメッセージを受信することです。
スクロール ノードの 3 つの主要コンポーネントは、シーケンサー、コーディネーター、リピーターです。
順序付け者は、L2 メモリプールからトランザクションのバッチを受け取り、それらを実行して新しい L2 ブロックを生成します。
次に、ブロックの実行トレースがコーディネーターに送信され、コーディネーターはそれをランダムに選択されたローラーに渡してプルーフを生成します。
リレーラーは、L2 ブロックの状態、ローリング契約からのデータの可用性と有効性の証明、ブリッジ契約からの入金および出金イベントを監視して、すべてが検証できることを確認します。
Roller ネットワークは、有効性の証明を生成する役割を果たします。 Roller ネットワークはコーディネーターから実行トレースを受信し、それを 7 つの異なる証明回路に送信し、それらを最終的な 1 つの回路に集約して、最後のブロック証明をコーディネーターに送り返します。
検証ブリッジは、ロールアップ コントラクトとクロスチェーン ブリッジ コントラクトの 2 つのコントラクトで構成されます。
クロスチェーン ブリッジ コントラクトは、ERC-20 トークンのブリッジ トランザクションを含む、L1 と L2 の間で送信されるメッセージを処理します。
ロールアップ コントラクトは、状態ルートとブロック データをイーサリアム状態と呼び出しデータとして受信して保存します。ブロックプルーフがロールアップコントラクトによって検証されると、ブロックは完了したとみなされます。
路線図
路線図
Scroll は過去 3 か月間、許可付きスマート コントラクトの導入やホワイトリストに登録されたユーザー アクセスなどのプレアルファ テストを行ってきました。
次の段階はアルファテストネットで、誰でも利用できるスマートコントラクトの許可なしの展開が可能になります。
Scroll のメインネットは 2 段階で起動されます。
フェーズ 1 は、集中型の発注者と分散型の証明者で実行されます。
第 2 フェーズの主な目標は、ソーターを分散化することです。
元のリンク
