Vitalik: ロールアップを中心としたイーサリアムのロードマップ
著者 | ヴィタリック・ブテリン
著者 | ヴィタリック・ブテリンリリース少し前の楽観主義チームFuelリリースArbitrumテストネットの第 1 フェーズとメインネットへのロードマップ。その上、Loopring、Zksyncテストネットのプロセスも進めており、Deversifiテストネットワークにも到達しました。 ZKロールアップの分野では、OMG networkStarkware テクノロジーに基づいています主要ネットワークのベータ版を開始し、プラズマも進歩しました。同時に、eth1 チェーンのガス料金が新たな高値に達したため、，他の非金融DAPPは機能停止を余儀なくされる
他の
アプリはテストネット上でのみ実行できます。
Eth2 の開発目標の 1 つは、スケーラビリティを向上させることです。私たちは eth2 の初期段階に非常に近づいていますが、アプリケーションにベース レイヤのスケーラビリティを提供するには、数年後の eth2 の最後の主要段階までまだ待つ必要があります (翻訳者による)注: フェーズ 2) の実装。皮肉なことに、eth2 が「従来の」L1 アプリケーションに実際に使用されるようになるずっと前に、ロールアップのデータ可用性レイヤーとして eth2 が利用可能になるのはフェーズ 1 です。これらの事実を組み合わせると、結論を導き出すことができます。短期および中期のスケーラビリティのニーズに対処するには、イーサリアム エコシステム全体がロールアップ (およびプラズマおよびチャネル テクノロジー) に焦点を当てる必要があるということです。
これを前提にすると、現在の開発路線とは少し異なる、イーサリアム・セントラルの開発やエコシステムの発展に優先すべきことを知ることができます。では、どの問題を優先すべきでしょうか?
短期: ロールアップをサポートするための Eth1 インフラストラクチャの進歩
EIP 2929短期的には、この主な結果の 1 つは、イーサリアムベースレイヤーの拡張作業が、オンチェーン計算や IO 操作の効率の最適化ではなく、ブロックのデータ容量の拡張に主に焦点を当てることになります。 Rollup のスケーラビリティの決め手は、チェーンにどれだけのデータを含めることができるかですが、現在の 60 kB/s をベースに改善できれば、Rollups のスケーラビリティをさらに最適化できます。
EIP 1559基本レベルでは、次の要因に引き続き注意する必要があります。
: 現在のガス状況下でイーサリアムブロックチェーンが DoS 攻撃に抵抗できることを保証
：1つはETHの破棄を促進することであり、もう1つはトランザクション効率を最適化し、トランザクションが次のブロックにパッケージ化されることをほぼ確実にすることです（ロールアップはまだ確認を待つ必要があります）
ZK ロールアップのプログラミングを完全にサポートする新しい楕円曲線プリコンパイル
16 進ツリーからバイナリ ツリーへの変換など、ステートレス クライアントに関する関連作業 (イーサリアム ブロックチェーンをどのように使用するかに関係なく、ステートレス クライアントは完全に理にかなっています)アカウントの抽象化は、L1 でサポートされているかどうかに関係なく、L2 で実装できるため、それほど緊急ではありません。現時点では比較的重要ではない「優れたベースレイヤー機能」が他にもあります。Eth1 クライアントはオプティミスティック ロールアップ クライアントとして再定義できます。オプティミスティック ロールアップには依然としてフル ノードが必要であり、ロールアップの内部状態遷移ルールが依然として基本的にイーサリアム スタイルであり、いくつかの変更 (オプティミズムの目標など) を備えている場合は、既存のコードを使用してフル ノードを実行できます。現在のところ
eth1+eth2のマージ作業
コンセンサス エンジンと状態遷移エンジンの分離はすでに達成されており、この作業はその目標に貢献します。これは、TurboGeth のようなプロジェクトが依然として非常に重要であり、(eth1 クライアントではなく) 高スループットのロールアップ クライアントが最大の恩恵を受けることになることも意味していることに注意してください。
ENS needs to support names being registered and transferred on L2; see here 54for one possible proposal of how to do this.
現在、ユーザー アカウント、ENS ドメイン名、アプリケーションはすべて L1 上にあるため、これらを変更する必要があります。ユーザーのメインアカウント、残高、資産などをL2に置きたいと考えています。次に、次の要件が求められました。ここENS は、L2 で登録および転送されたドメイン名のサポートを提供する必要があります。
ここ
考えられる関連提案です。
レイヤ 2 プロトコルは、Web ベースの dapps ではなく、ウォレットに統合する必要があります。現在、L2 と統合された dapps または同様の dapps (zksync と統合された Gitcoin など) では、ユーザーが dapp を完全に信頼する必要があるため、セキュリティが大幅に低下します。現在の信頼モデルを維持するには、L2 がウォレット自体 (メタマスク、ステータスなど) の一部であることが理想的です。 zksync 支払いをサポートするアプリケーションが、zksync が組み込まれたウォレットとすぐに互換性を持てるように、このようなサポートは標準化される必要があります。
L2 チェーン間での即時かつシームレスな資産転送を可能にすることを目標に、L2 間転送への取り組みを強化します。
Yul または他の中間コンパイル言語のより明示的な標準化。 EthereumのベースレイヤーEVMとOptimism rollupで使用するOVMはコンパイル対象が若干異なりますが、どちらもSolidityでコンパイル可能です。エコシステムがさまざまなコンパイルターゲットで存在し、同時にさまざまな言語を受け入れて、Solidity のモノリシックな使用を回避するには、すべての高水準言語ではなく中間言語 (例: Yul) をより明示的に標準化することが合理的かもしれません。までコンパイルできます。また、変数などの概念を処理できるだけでなく、基本的な不変条件も保証できる、形式検証に適した中間言語を検討することもできます。これにより、コンパイルされたすべての高水準言語の形式検証が容易になります。
ロールアップを中心とした経済的持続可能性MEV仮想通貨プロジェクトは経済的に持続可能でなければならないという事実を回避することはできません。これは、2020 年には数百万、さらには数千万の資金調達を意味します。この一部は公共財資金調達プラットフォーム (Gitcoin Grants や Ethereum Foundation など) によって提供できますが、これらのメカニズムはこのレベルの資金をカバーできるほど十分な規模ではありません。しかし、レイヤー 2 プロジェクトは、トークンに実際の経済的価値、つまり将来的に L2 によって取得される価値がある限り、独自のトークンを発行することでこの問題を解決できます。
ロードマップがロールアップ中心の場合、それに伴うもう 1 つの利点は、料金や手数料を渡す機能を持つ L2 プロトコルに空きスペースが残ることです。
直接的または間接的（つまり、トークンの発行）で開発資金を獲得するためのフォーム。イーサリアムのベースレイヤーは中立である必要があるため、協定内で公共善の資金調達を行うことが非常に困難になりますが、L2には独自の公益資金調達メカニズムがあるため、論争は大幅に軽減されます。したがって、この点でスペースを確保することは、イーサリアム全体の長期的な経済的持続可能性にとって良い戦略的措置になる可能性があります。
資金調達の問題とは別に、クリエイティブな開発者は、イーサリアムのプロトコル全体について軽薄に議論するよりも、自分の分野で影響力を持つことを好むことがよくあります。また、さまざまなプラットフォームを作ろうとしている既存のプロジェクトもたくさんあります。ロールアップ中心のロードマップにより、高度な経済的および技術的自律性を維持しながら、これらすべてのプロジェクトにイーサリアム エコシステムの一部となる機会が与えられます。
長期的な視野
上記の短期的な考慮事項に加えて、ロールアップ中心のロードマップは、eth2 の長期的な将来、つまり誰もが処理できる強力なセキュリティの単一実行シャード、およびスケーラブルなデータ可用性レイヤーを再考する必要があることを意味する可能性があります。
この理由を理解するには、次の要因を考慮してください。
現在のイーサリアムのTPSは約15です
全員がロールアップに移行すれば、TPS はすぐに 3000 に達する可能性があります
フェーズ 1 が到着すると、ロールアップのデータ ストレージが eth2 シャード チェーンに移行され、理論的には最高の TPS が約 100,000 に達する可能性があります。phase 1.5 and done最後に、フェーズ 2 の実装後、eth2 シャード チェーンにローカル コンピューティングが提供され、TPS は 1000 ～ 5000 に達します。
これは eth2 の「」を意味します
「ロード、ベースレイヤーを合理化し、作業、つまりコンセンサスとデータ可用性に焦点を当てます。実際、シャード データの可用性はシャード EVM 計算よりもはるかに安全であるため、これは eth2 にとってより良い開発方向です。シャード EVM 計算の不正多数決の検証には不正の証明が必要であり、これには潜在的にリスクがあり厳密な 2 エポック同期の仮定が必要ですが、非同期の場合、データ可用性のサンプリング (ZKP または多項式 Promise を使用している場合) は安全です。。
これにより、イーサリアムは、何らかの形式のシャード強制を導入しようとしている他のシャード L2 チェーンよりも強力なセキュリティ モデルを持つことができます。
eth2 は強力なベースレイヤーとなり、機能を提供するのに十分強力なエスケープ速度で十分です
長期的に見た eth2 の優先事項は何ですか?
異なるシャードのブロック生成時間をずらして、シャードが数百ミリ秒ごとにブロックを提案するようにします。これにより、チェーン自体の超低レイテンシのリスクを冒すことなく、複数のシャードで実行されるロールアップのレイテンシを極めて低く抑えることができます。
コンセンサスアルゴリズムの最適化と統合
不正行為の証明の検証をより容易にするための EVM への変更 (たとえば、これは、コードがサンドボックス化されるのを防ぐ、または非アカウントを使用できるように SLOAD/SSTORE を再マップできるようにする、ある種の「フレームワーク」機能を意味する可能性があります)データソース以外のストレージ）
ZK-SNARK すべて
「フェーズ 1.5 で完了」という開発方向を受け入れることに納得できない場合は、当然の妥協策があります。少数のシャードを実行層として使用し (たとえば、4 ～ 8)、その他のシャードをデータとして使用します。層。目標は、実行されるシャードの数を十分に低く抑えて、特別な場合に通常のコンピューターですべてのシャードを完全に検証できるようにすることですが、それでも現在のベース レイヤーよりも大幅に大きいです。
参考文献:
ユーザーとアプリケーションには、ロールアップ間の切り替え、不正証明の送信、ZK ロールアップでのゼロ知識証明の送信、ERC20 トークン ルート コントラクトの発行 (ほとんどのユーザーがロールアップではアクティブですが、基礎となるコントラクトには配置する場所が必要です)。トランザクションあたりのコストが 140 ドルだと、ユーザー エクスペリエンスは大きく損なわれます。したがって、必要に応じて 4 ～ 8 個の実行シャードを使用すると、負荷を大幅に軽減できます。コンピューター デバイスは引き続きすべてのシャードを検証できます。現在、13 秒ごとに生成される eth1 ブロックを検証するには約 200 ～ 500 ミリ秒かかるため、この実行の 8 つのスレッドを短時間で検証することは完全に実現可能です。クライアントがこれらのルールを採用することは想像できます。ネットワークの遅延が低い場合、または委員会のサイズが 80% を超える場合は、特殊なケースではすべてのシャードを直接検証しながら、不正行為の証明と委員会に依存します。参考文献:：
ETHOnline のヴィタリック・ブテリン
「6 つのイーサリアム レイヤー 2 拡張ソリューションを評価する方法」
免責事項: ECN の翻訳作業は、中国のイーサリアム コミュニティに高品質の情報と学習リソースを提供することを目的としています。記事の著作権は原著者に属します。転載する場合は、原文と ethereum.cn の出典を示す必要があります。再版の場合は、ethereumcn@gmail.com までご連絡ください。
「zk-RollupとValidiumの比較」
イーサリアムの詳細については、次の点に注意してください。
ウェブサイト: ethereum.cn
