QRコードをスキャンしてダウンロードしてください。
BTC $75,681.84 +1.71%
ETH $2,354.37 +0.98%
BNB $632.22 +1.90%
XRP $1.44 +2.23%
SOL $88.24 +3.98%
TRX $0.3240 -0.83%
DOGE $0.0984 +3.07%
ADA $0.2570 +3.85%
BCH $449.20 +2.14%
LINK $9.52 +3.38%
HYPE $43.98 -2.80%
AAVE $115.70 +9.68%
SUI $0.9972 +3.10%
XLM $0.1686 +5.07%
ZEC $332.95 -3.22%
BTC $75,681.84 +1.71%
ETH $2,354.37 +0.98%
BNB $632.22 +1.90%
XRP $1.44 +2.23%
SOL $88.24 +3.98%
TRX $0.3240 -0.83%
DOGE $0.0984 +3.07%
ADA $0.2570 +3.85%
BCH $449.20 +2.14%
LINK $9.52 +3.38%
HYPE $43.98 -2.80%
AAVE $115.70 +9.68%
SUI $0.9972 +3.10%
XLM $0.1686 +5.07%
ZEC $332.95 -3.22%

-evm

ヴィタリックが投稿し、イーサリアムのスケーリング計画を説明しました。短期的なガス最適化と長期的なZK-EVMの段階的な展開を含んでいます。

イーサリアム共同創設者 Vitalik Buterin が X プラットフォームで発表イーサリアムのスケーリングは短期と長期の二つの部分に分かれています。短期的には、Glamsterdam アップグレードがブロックレベルのアクセスリストを導入し、並行検証を実現します。ePBS は、より大きな割合のタイムスロットを使用してブロック検証を可能にし、Gas の再価格設定により操作コストが実際の実行時間と一致するようにします。多次元 Gas メカニズムは段階的に進められ、まず Glamsterdam で「状態作成」コストと「実行および calldata」コストを分離します。状態作成 Gas は約 1600 万トランザクション Gas 上限に含まれません。EVM レベルでは「reservoir」次元メカニズムが導入され、デフォルトで専用次元 Gas を優先的に消費し、不足時には reservoir から消費します。今後は多次元価格設定に移行し、異なる次元で異なる浮動 Gas 価格が設定される予定です。長期的なスケーリングには ZK-EVM と blob の二つの部分があります。blob に関しては、PeerDAS の継続的なイテレーションを計画しており、目標は約毎秒 8MB のデータ処理能力を達成することです。将来的にはイーサリアムのブロックデータが直接 blob に入るようになります。ZK-EVM に関しては段階的に進められます:2026 年には ZK-EVM をサポートするバリデータークライアントが登場し、約 5% のネットワークが依存して運用されることを許可します;2027 年にはより大きな割合の少数ノードに拡大し、形式的検証を進めます;条件が整った後、五選三の強制証明メカニズムに移行し、最終的には ZK-EVM のセキュリティと形式的検証レベルを継続的に向上させ、RISC-V などの VM 変更作業にも関与します。

Vitalik:ZK-EVM と PeerDAS の組み合わせがイーサリアムを全く新しい分散型ネットワークの形態へと導く。

Vitalik Buterin は、現在 ZK-EVM がアルファ段階に入り、プロダクションレベルの性能を備えており、残りの主要な作業はセキュリティに集中していると述べました。一方で、PeerDAS は正式にイーサリアムメインネットで稼働を開始しました。Vitalik は、これは漸進的な最適化ではなく、イーサリアムを分散化、コンセンサスメカニズム、高帯域幅を同時に備えた新しいタイプの P2P ネットワーク形態に変革していると指摘しました。彼は振り返って、BitTorrent は高帯域幅を持つがコンセンサスがなく、ビットコインはコンセンサスを持つが全量コピーによって帯域幅が制限されると述べました。一方、イーサリアムは PeerDAS(データ可用性サンプリング)と ZK-EVM を導入することで、分散化、コンセンサス、高スループットを同時に実現することが期待されており、三難のジレンマは「メインネット上で稼働する実際のコード」によって解決されました。その中で、PeerDAS はメインネットで稼働しており、ZK-EVM は性能面でプロダクションレベルに達しています。Vitalik は、2026 年から BAL、ePBS などのメカニズムが進むにつれて、ガス上限が徐々に引き上げられ、ZK-EVM ノードを運営する実際の機会が生まれると予測しています。2026 年から 2028 年にはガスの再価格設定、状態構造の調整、実行負荷の blob への移行が行われ、2027 年から 2030 年には ZK-EVM がネットワークのブロック検証の主要な方法となり、さらなるガス上限の引き上げを促進することが期待されています。さらに、彼は分散型ブロック構築の重要性についても言及し、長期的な目標はブロックが任意の単一地点で完全に構築されることを避け、プロトコル内またはプロトコル外の方法でブロック構築権を分散させ、中央集権的な介入リスクを低減し、地域の公平性を高めることだと述べました。

Vitalikが新しい記事を発表し、ZK-EVMの未来の展望と課題について探討しています。

ChainCatcher のメッセージで、イーサリアムの共同創設者である Vitalik Buterin が「ZK-EVM」(ゼロ知識イーサリアム仮想マシン)の概念とその実現可能な形について深く掘り下げた投稿を行いました。記事では、現在の Layer-2 EVM プロトコル(Optimistic Rollups や ZK Rollups など)が EVM の検証メカニズムに依存する必要があることを指摘していますが、これは同時に彼らが巨大なコードベースを信頼しなければならないことを意味します。コードベースに脆弱性が存在する場合、これらの仮想マシンは攻撃を受けるリスクにさらされる可能性があります。さらに、L1 EVM と完全に同等であることを望む ZK-EVM でさえ、L1 EVM の変更を自分の EVM 実装にコピーするための何らかの形のガバナンスメカニズムが必要です。Buterin が提唱した ZK-EVM の概念は、Layer-2 プロジェクトが Ethereum プロトコル機能の重複実装を減らし、Layer-1 Ethereum ブロックの検証時の効率を向上させることを目的としています。彼はまた、将来的にはライトクライアントがさらに強力になり、ZK-SNARKs(ゼロ知識証明)を利用して L1 EVM の実行を完全に検証する可能性があると展望しています。その際、Ethereum ネットワークは実質的に内蔵の ZK-EVM 機能を備えることになります。記事では、ZK-EVM の実現に関する異なるバージョンについても議論しており、それらの設計上の課題、利点と欠点のトレードオフ、なぜ特定の方向性が採用されない可能性があるのかを強調しています。プロトコル機能を実現する際には、その利点と基盤プロトコルの簡潔さを保つことの利点を天秤にかけるべきであると強調しています。ZK-EVM の重要な属性について、Buterin はその基本的な機能性、Ethereum のマルチクライアント哲学との互換性、データの可用性要件、監査可能性、アップグレード可能性を強調しました。さらに、EVM とわずかに異なる場合でも L2 の VM がプロトコル内の ZK-EVM を使用できる「almost-EVM」のサポートについても言及し、EVM の一部カスタマイズに対する柔軟性を提供しています。

ヴィタリック:ZK-EVMはイーサリアムの第三のクライアントとなり、オープンなマルチクライアントZK-EVMエコシステムの構築を促進するべきです。

ChainCatcher のメッセージ、イーサリアムの創設者ヴィタリックは最新の記事「イーサリアムのマルチクライアントの理念はどのように ZK-EVM と相互作用するのか?」で、イーサリアムのマルチクライアントの理念がその安全性と分散化を維持する上での重要性を強調しました。イーサリアムには誰もが実行するデフォルトの「リファレンスクライアント」がなく、代わりに協力的に管理された仕様があり、複数のチームがその仕様を実装しています(つまり「クライアント」)。ヴィタリックは、EVM 実行の SNARK 証明を使用し、メインネット上の ZK Rollup などの第二層プロトコルを積極的にサポートする新しい移行手段として ZK-EVM の重要性を強調しました。しかし、ZK-EVM の課題は、それがどのようにマルチクライアントの理念と相互作用するかです。この問題を解決するために、ヴィタリックは各クライアントが有効なブロックを受け入れる前に、自分の実装と互換性のある証明を待つべきだと提案しました。このアプローチはマルチクライアントのモデルのいくつかの利点を犠牲にしますが、すべての ZK-EVM 実装が互いに同等であることを正式に証明できるまでの理想的な方法です。ZK-EVM はイーサリアムの第三のクライアントとなり、ネットワークの安全性と分散化にとって重要です。しかし、このアプローチには、悪意のある攻撃者がブロックの公開を遅延させる可能性や、あるクライアントにとって有効な証明による遅延の課題など、いくつかの挑戦も存在します。(出典リンク)
app_icon
ChainCatcher Building the Web3 world with innovations.