現在、Scroll は Binance の Launchpool アクティビティを開始していますが、終了まであと 1 日あります。今回の合計金額はかなり大きいです。 Launchpool の: 55,000,000 SCR (供給量の最大トークン 5.5%)。今回は、スクロールの技術的側面、および 4 つのキングレベル ZKEVM 間の違い、通貨価格の推定などを分析します。
1つ。スクロール概要
Scroll は、Ethereum をスケーリングするための EVM と同等の zkRollup ソリューションです。技術的な観点から見ると、Scroll は主に 2 つの部分で構成されます。コア部分は zkEVM で、レイヤー 2 での EVM 実行の正確さを証明するために使用されます。
二。スクロールのアーキテクチャ
現在のアーキテクチャは 3 つのインフラストラクチャ コンポーネントで構成されています (以下の図 1 を参照)。
1. スクロール ノード: ユーザー トランザクションから L2 ブロックを構築し、それらを Ethereum ベース レイヤに送信し、L1 と L2 の間でメッセージを渡します。
2. ローラー ネットワーク: zkEVM 有効性証明書を生成して、トランザクションが正しく実行されたことを証明します。
3. ロールアップおよびブリッジ契約: Scroll トランザクションのデータ可用性を提供し、zkEVM の有効性証明を検証し、ユーザーが Ethereum と Scroll の間で資産を転送できるようにします。
2.1スクロールノード
Scroll ノードは、アプリケーションとユーザーが Scroll と対話するための主な方法であり、Sequencer、Coordinator、Relayer の 3 つのモジュールで構成されます。
- シーケンサーは JSON-RPC インターフェイスを提供し、L2 トランザクションを受け入れます。数秒ごとに、L2 メモリプールからトランザクションのバッチをフェッチし、それらを実行して、新しい L2 ブロックと新しいステート ルートを生成します。オーダラーの実装は、最も人気のある Ethereum ノード実装の 1 つである Go-Ethereum (Geth) に基づいています。 Geth をフォークすることで、最適な互換性を実現し、実績のあるセキュリティを継承できます。
- 新しいブロックが生成されると、コーディネーターは通知を受け取り、シーケンサーからブロックの実行トレースを取得します。次に、コーディネーターは、ローラー プールからランダムに選択されたローラーに実行軌跡をディスパッチして、プルーフを生成します。
- リレイヤーは、イーサリアムとスクロールにデプロイされたブリッジ コントラクトとロールアップ コントラクトを監視します。これには主に 2 つの役割があります。まず、ロールアップ コントラクトを監視し、データの可用性や有効性の証明を含む L2 ブロックのステータスを追跡します。 2 番目に、イーサリアムとスクロールに展開されたブリッジ コントラクトの入金および出金イベントを監視し、両者の間でメッセージを渡します。
2.2ローラーネットワーク
Roller はネットワーク内の証明者であり、zkRollup の有効性証明を生成する責任を負います。 Roller では、証明時間とコストを削減するためにアクセラレータ (GPU、FPGA、ASIC など) を使用する必要があります。図 2 は、Roller がブロックごとに有効性証明書を生成するプロセスを示しています。プロセス全体には次の手順が含まれます。
1. Roller はまず、コーディネーターから受信した実行トレースをサーキット監視に変換します。
2. 各 zkEVM 回路のプルーフを生成します。
3. 最後に、証明の集約を通じて、複数の zkEVM 回路の証明を 1 つのブロックの証明に結合します。
2.3ロールアップ契約とブリッジ契約
Scroll は、Rollup および Bridge スマート コントラクトを介して Ethereum ベース レイヤに接続されます。これらの契約を組み合わせることで、L2 トランザクションのデータ可用性が保証され、ユーザーが L1 と L2 の間でアセットやメッセージを転送できるようになります。
- ロールアップ コントラクトは、シーケンサーから L2 状態のルートとブロック データを受け取ります。イーサリアムのステートにステートルートを格納し、イーサリアムのコールデータとしてL2ブロックデータを格納します。これにより、スクロール ブロックのデータ可用性が提供され、イーサリアムのセキュリティを活用して、スクロール リレーを含むインデクサーが L2 ブロックを再構築できるようになります。ブロックプルーフによってロールアップコントラクト内の L2 ブロックの有効性が検証されると、対応するブロックはスクロール上で最終的なブロックとみなされます。
- Bridge コントラクトは Ethereum と Scroll 上に展開され、ユーザーが L1 と L2 の間で任意のメッセージを渡すことができます。 Scroll は、このメッセージング プロトコルに基づいて、ユーザーが 2 つの層間で ERC-20 資産を双方向にブリッジできるトラストレス ブリッジング プロトコルも構築しました。 Ethereum から Scroll にメッセージや資金を送信するには、ユーザーは Bridge コントラクトで「sendMessage」トランザクションを呼び出す必要があります。リレーは L1 上のトランザクションにインデックスを付け、L2 ブロックに含めるためにシーケンサーに送信します。 Scroll back から Ethereum にメッセージを送信するプロセスは、L2 ブリッジ コントラクト上で同様の方法で発生します。
2.4Scroll の zkRollup はどのように機能しますか?
これら 3 つのアーキテクチャ コンポーネントを組み合わせると、下の図 3 に示すように、Scroll の zkRollup ワークフローを要約できます。
Scroll の L2 ブロックが生成され、イーサリアムベースレイヤーに送信され、完成される一連のステップは次のとおりです。
1. ソーターは一連のブロックを生成します。 i 番目のブロックについて、シーケンサーは実行トレース T を生成し、コーディネーターに送信します。同時に、データの可用性を確保するために、トランザクション データ D をコールデータとしてイーサリアム上のロールアップ コントラクトに送信し、結果として得られるステート ルートとトランザクション データへのコミットメントをステートとしてロールアップ コントラクトに送信します。
2. コーディネーターはランダムに Roller を選択し、各ブロック軌道の有効性証明書を生成します。プルーフ生成プロセスを高速化するために、異なるブロックのプルーフを異なるローラー上で並行して生成できます。
3. i 番目のブロックのブロック プルーフ P を生成した後、ローラーはそれをコーディネーターに送り返します。 k ブロックごとに、コーディネーターは要約タスクを別のローラーに割り当て、k ブロック証明書を要約証明書 A に要約します。
4. 最後に、コーディネーターはサマリー証明書 A をロールアップ コントラクトに提出し、サマリー証明書と、以前にロールアップ コントラクトに提出されたステート ルートおよびトランザクション データ コミットメントを検証することによって、i+1 から i+k までの L2 ブロックを完成させます。
図 3 は、スクロール ブロックが L1 で最終的に決定される複数のステップのプロセスを示しています。各 L2 ブロックは、完成するまで次の 3 つのフェーズを経て進行します。
- 事前コミットとは、ブロックがシーケンサーによって提案され、ローラーに送信されたことを意味します。プリコミットブロックはまだイーサリアムベースレイヤーに公開されていないため、正式にはスクロールL2チェーンの一部ではありませんが、シーケンサーを信頼するユーザーはこれらのブロックに基づいてアクションを実行することを選択できます。
- コミット済みとは、ブロックのトランザクション データがイーサリアム上のロールアップ コントラクトに公開されていることを意味します。これにより、ブロック データが利用可能であることが保証されますが、それが効率的な方法で実行されたかどうかはまだ証明されていません。
- 完了とは、イーサリアム チェーン上の有効性証明を検証することによって、このブロックでのトランザクションの実行が正しいことが証明されたことを意味します。完成したブロックは、Scroll L2 チェーンの正式な一部とみなされます。
三つ。 Scroll と他の ZKEVM の比較
3.1 基本的な背景
2022 年、v God はかつて、次の 4 つの異なるタイプの ZKEVM (以前に kakarot プロジェクトについて話したときに紹介した) を説明する記事を公開しました。
Type1クラスzkEVM：イーサリアムと完全に同等
Type2 クラス zkEVM: EVM Ethereum 仮想マシンと完全互換
Type3クラスzkEVM：EVMイーサリアム仮想マシンとほぼ互換性あり
Type4 クラス zkEVM: 高級言語と互換性あり
実際にグラフを見ると、タイプ 4 は性能が良いものの、evm との互換性が低いことがわかります。ただし、証明を生成するのに時間がかかります。これもまた「不可能な三角形」のようです。つまり、パフォーマンスと互換性の両方を実現することはできません。
3.2 Immutable が提案する 4 つの分類
ZKsync: 現在、タイプ 4 zkEVM であり、Solidity プログラミング言語と完全に互換性があります。 zkSync を使用すると、ユーザーは 2 つのデータ可用性タイプ (zkSync Rollup と zkSync Porter) から選択できます。前者はデータをイーサリアム上に直接公開するため、イーサリアム L1 と同じくらい安全になります。一方、後者はデータをオフチェーンに保存するため、トランザクションが高速かつ低コストになりますが、セキュリティ レベルは低くなります。
zkSync は、Solidity で書かれたスマート コントラクト コードを Yul に変換し、Yul を LLVM-IR (中間表現、マシン コードの中間表現を表す) に変換し、特別に設計されたカスタム回路互換のバイトコード セットに再コンパイルできるため、EVM 互換です。 zkSync の EVM 用。これには中間ステップが必要ですが、アカウントの抽象化など、EVM 以外の他の機能を追加することもできます。さらに、zkSync の会社である Matter Labs は、イーサリアム ツールキットとの互換性を段階的に高めることを計画しており、次の目標の一環として、スケーラビリティと相互運用性の分野で最初の 3 層プロトタイプである zkSync Opportunity を立ち上げる準備をしています。オンライン リリースをテストします。
StarkNET: StarkNet は、オフチェーン トランザクションの整合性を確保するために STARK (Scalable Transparent ARgument of Knowledge) と呼ばれる別のタイプのゼロ知識証明を使用する、タイプ 4/Solidity と互換性のある zk-rollup です。 STARK は SNARK よりも効率的でスケーラブルであると考えられていますが、より複雑な技術的な設定が必要になる場合があります。
StarkNet はスマート コントラクトもサポートしていますが、STARK の使用と、StarkNet コントラクトと StarkNet OS がカイロ言語で書かれているという事実により、その機能は比較的小規模です。開発を容易にするために、StarkWare は最近、Rust をエミュレートする Cairo 1.0 にアップグレードされました。 zkSync 時代と同様、StarkNet は EVM 内でプログラムを実行せず、完全に新しい専用 VM を作成し、カスタム バイトコードを使用するため、「Solidity 互換」として分類できます。 StarkWare は、Warp トランスレータを使用して、Solidity コードを Cairo VM バイトコードに変換します。
ただし、zkSync Era や他の zkEVM 実装とは異なり、StarkNet チームは EVM や他の Ethereum コンポーネントとの互換性を目指すのではなく、カスタム クライアント API、JavaScript ライブラリ、ウォレット システム 。イーサリアム互換ツールに StarkNet サポートを手動で追加させます。 Cairo 1.0 では、Cairo 1.0 と Cairo バイトコードの間の新しい中間表現層として Sierra (Secure Intermediate Representation) も導入されましたが、Warp トランスレータは一部の Solidity 機能をサポートしておらず、zkSync Era の EVM 互換性と一致するには程遠いです。
Polygon ZKEVM: カスタム言語 zkASM を使用して、zkEVM コードを解釈し、非 EVM ランタイム環境でのスマート コントラクトの実行を検証します。 Polygon zkEVM に加えて、Polygon はデータの可用性のみを最適化したブロックチェーンである Polygon Avail も開発しました。このネットワークはパーミッションレスであり、誰でもバリデータとして参加でき、既存の DAC (データ可用性委員会) とは異なり、ネットワーク セキュリティを提供するために数百のノードが連携します。 Avail は Polygon Hermez (Rollup) と組み合わせて動作し、Ethereum で公開する代わりに Hermez から状態データをアップロードし、Validium と Rollup の間のソリューションを提供します。
Scroll: Scroll は、Scroll チームが Ethereum Foundation の PSE (Privacy and Scaling Explorations) グループと協力して開発した、EVM と同等の zk-rollup であり、バイトコード レベルで Ethereum Virtual Machine (EVM) と完全な互換性を持つことを目指しています。これは、開発者が EVM 互換言語を使用してスマート コントラクトを作成し、それを Scroll にデプロイできることを意味します。 Scroll は現在 EVM オペコードをサポートしていませんが、1:1 オペコード マッピングを構築し、コンパイラなしで EVM オペコードを直接受け入れることが計画されています。
4つ目。コイン価格予測
トークンの総数は 1,000,000,000 で、初期流通量は 190,000,000 です。トークンはエコシステムの 35% (生態学的成長の 25%、DAO 財務の 10%)、財団の 10%、貢献者の 23% に割り当てられます。投資家の17％、エアドロップの15％。
現在、TVL に関しては、Scroll が Yaoyao をリードし、ZKsync がそれに続きます。zksync の現在の FDV は 25 億で、現在オンラインになったばかりの straknet の FDV は 38 億です。 200億がオンラインになったばかりです。以前の打ち上げプール収益の計算 (1% ～ 2%) に基づくと、予想される打ち上げ価格は 2.2 ～ 4.4 米ドルであり、対応する市場価値は 20 億から 40 億ドルの間です。実際、この種の評価は比較的低いです。のプロジェクトはオンラインであるため、間違いなくプレミアムが発生するため、現在の見積もりは 5 ドル以上になるはずです。
