# イーサリアムは1万TPSに向かう：リアルタイム証明とネイティブRollupの重要な役割イーサリアムは毎秒1万件の取引(TPS)を処理する拡張の新時代に向かっていますが、ゼロ知識証明(ZK)技術はこのプロセスの重要な推進力となっています。本記事では、リアルタイム証明の技術的難点、証明者の参加ロジック、L1切替プロセスにおけるセキュリティの課題、そして「ネイティブRollup」がどのようにZK拡張の究極の形態となるかに焦点を当てます。## リアルタイム証明：イーサリアムのスケーリングの重要なピースリアルタイム証明とは、12秒未満でイーサリアムメインネットの1つのブロックに対してZK証明生成を完了することを指します。これが実現すれば、イーサリアムはブロック検証ロジックをプロトコル自体に組み込むことができ、検証可能性を保証しながらGas上限を大幅に引き上げ、L1の大規模なスケーリングを実現します。リアルタイム証明を実現するには、zkVM技術だけでなく、イーサリアムプロトコル層の変更も必要です。来年のGlamsterdamアップグレードでは「ブロック検証と即時実行のデカップリング」メカニズムが導入され、証明者にzkEVM証明を生成するためのより豊富な時間が提供される見込みです。ある会社の最新のzkVMは200枚のGPUクラスタの下で、93%のメインネットブロックにリアルタイムで証明を生成できるとされ、年末までに99%に向上する見込みです。イーサリアムはブロック時間を12秒から6秒に短縮することも検討しており、これによりユーザー体験が向上しますが、証明者には追加の負担がかかります。## イーサリアムZK証明者のハードウェアの閾値リアルタイムでZK証明を生成するには強力な計算リソースが必要です。イーサリアム財団が証明者に設定した初期技術目標は：ハードウェアコストを10万ドル以内に抑え、電力消費を10キロワット未満にすることです。注意すべきは、プロバーとバリデーターの役割が異なるということです。バリデーターはノードを運営してコンセンサスに参加し、プロバーの役割はZK証明を生成することです。ハードウェア条件を満たす誠実なプロバーが1人でもいれば、イーサリアムは安全に運営を続けることができます。来年初めまでに、プルーフオブステークのGPU需要は約16枚のグラフィックボードにまで減少し、総コストは1万ドルから3万ドルの範囲に抑えられる可能性があります。ある企業はテストネット上に数百のプルーフオブステークからなる分散型ネットワークを構築し、競争的なプルーフメカニズムを採用しています。## ZKアーキテクチャへのメインネット切り替えの課題イーサリアムL1メインネットをZKアーキテクチャに切り替えることは、PoWからPoSへの変換に続くもう一つの重大な技術的課題です。悪意のある攻撃者が「プロトコルキラー」を挿入して検証メカニズムを無効にすることや、ネットワークの活性度が急激に低下して持続可能性に影響を与えるなど、さまざまな潜在的リスクを考慮する必要があります。全体の移行プロセスには数年が必要になる可能性があります。エコシステムが成熟するにつれて、多様な証明システムの導入、インセンティブメカニズムの改善、形式的検証などの手段を通じて、実行可能性と堅牢性を向上させることができます。イーサリアムはまた、設計の初めからZK最適化に優しい新しい構造「Beam Chain」を構築する計画をしています。将来的には、イーサリアム全体のデータ検証作業が普通のノートパソコンのCPU上で行われる可能性があります。## ネイティブRollup：メインネットの"Snark化"の究極の形態イーサリアム主ネットにzkEVMを統合する一方で、ネイティブRollupの構想も浮上し始めました。主ネットにzkEVMを統合することで、イーサリアムL1のバリデーターが直接Rollupの状態遷移証明を検証し、主ネットによる真正な検証と安全性を保障するL2を実現します。これには、エーテルL1クライアントに「execute precompile」コードを追加する必要があり、これにより検証者はL2で生成されたZK状態遷移証明を直接検証できるようになります。これが実現すれば、ネイティブRollup上の取引の安全性はメインネットと同等になります。ネイティブRollupは異種であり、ユーザーにより多様で差別化されたアプリケーション体験を提供できます。まだ正式にロードマップに記載されていませんが、zkEVMの立ち上げやL1アーキテクチャの再構築に伴い、予め設定されたインターフェースとプリコンパイルロジックは予見可能な技術トレンドとなっています。楽観的に見積もると、年末には関連するEIPが提出され、Glamsterdamのアップグレード後のフォークでオンラインになる可能性があります。しかし、このタイムラインは依然として高い不確実性を持っているため、慎重に見る必要があります。! [](https://img-cdn.gateio.im/social/moments-6f148d254fa477b06b0cabc6c0b2bdd0)
イーサリアム拡張新時代：リアルタイム証明とネイティブRollupが共に1万TPSを推進
イーサリアムは1万TPSに向かう：リアルタイム証明とネイティブRollupの重要な役割
イーサリアムは毎秒1万件の取引(TPS)を処理する拡張の新時代に向かっていますが、ゼロ知識証明(ZK)技術はこのプロセスの重要な推進力となっています。本記事では、リアルタイム証明の技術的難点、証明者の参加ロジック、L1切替プロセスにおけるセキュリティの課題、そして「ネイティブRollup」がどのようにZK拡張の究極の形態となるかに焦点を当てます。
リアルタイム証明：イーサリアムのスケーリングの重要なピース
リアルタイム証明とは、12秒未満でイーサリアムメインネットの1つのブロックに対してZK証明生成を完了することを指します。これが実現すれば、イーサリアムはブロック検証ロジックをプロトコル自体に組み込むことができ、検証可能性を保証しながらGas上限を大幅に引き上げ、L1の大規模なスケーリングを実現します。
リアルタイム証明を実現するには、zkVM技術だけでなく、イーサリアムプロトコル層の変更も必要です。来年のGlamsterdamアップグレードでは「ブロック検証と即時実行のデカップリング」メカニズムが導入され、証明者にzkEVM証明を生成するためのより豊富な時間が提供される見込みです。
ある会社の最新のzkVMは200枚のGPUクラスタの下で、93%のメインネットブロックにリアルタイムで証明を生成できるとされ、年末までに99%に向上する見込みです。イーサリアムはブロック時間を12秒から6秒に短縮することも検討しており、これによりユーザー体験が向上しますが、証明者には追加の負担がかかります。
イーサリアムZK証明者のハードウェアの閾値
リアルタイムでZK証明を生成するには強力な計算リソースが必要です。イーサリアム財団が証明者に設定した初期技術目標は：ハードウェアコストを10万ドル以内に抑え、電力消費を10キロワット未満にすることです。
注意すべきは、プロバーとバリデーターの役割が異なるということです。バリデーターはノードを運営してコンセンサスに参加し、プロバーの役割はZK証明を生成することです。ハードウェア条件を満たす誠実なプロバーが1人でもいれば、イーサリアムは安全に運営を続けることができます。
来年初めまでに、プルーフオブステークのGPU需要は約16枚のグラフィックボードにまで減少し、総コストは1万ドルから3万ドルの範囲に抑えられる可能性があります。ある企業はテストネット上に数百のプルーフオブステークからなる分散型ネットワークを構築し、競争的なプルーフメカニズムを採用しています。
ZKアーキテクチャへのメインネット切り替えの課題
イーサリアムL1メインネットをZKアーキテクチャに切り替えることは、PoWからPoSへの変換に続くもう一つの重大な技術的課題です。悪意のある攻撃者が「プロトコルキラー」を挿入して検証メカニズムを無効にすることや、ネットワークの活性度が急激に低下して持続可能性に影響を与えるなど、さまざまな潜在的リスクを考慮する必要があります。
全体の移行プロセスには数年が必要になる可能性があります。エコシステムが成熟するにつれて、多様な証明システムの導入、インセンティブメカニズムの改善、形式的検証などの手段を通じて、実行可能性と堅牢性を向上させることができます。
イーサリアムはまた、設計の初めからZK最適化に優しい新しい構造「Beam Chain」を構築する計画をしています。将来的には、イーサリアム全体のデータ検証作業が普通のノートパソコンのCPU上で行われる可能性があります。
ネイティブRollup：メインネットの"Snark化"の究極の形態
イーサリアム主ネットにzkEVMを統合する一方で、ネイティブRollupの構想も浮上し始めました。主ネットにzkEVMを統合することで、イーサリアムL1のバリデーターが直接Rollupの状態遷移証明を検証し、主ネットによる真正な検証と安全性を保障するL2を実現します。
これには、エーテルL1クライアントに「execute precompile」コードを追加する必要があり、これにより検証者はL2で生成されたZK状態遷移証明を直接検証できるようになります。これが実現すれば、ネイティブRollup上の取引の安全性はメインネットと同等になります。
ネイティブRollupは異種であり、ユーザーにより多様で差別化されたアプリケーション体験を提供できます。まだ正式にロードマップに記載されていませんが、zkEVMの立ち上げやL1アーキテクチャの再構築に伴い、予め設定されたインターフェースとプリコンパイルロジックは予見可能な技術トレンドとなっています。
楽観的に見積もると、年末には関連するEIPが提出され、Glamsterdamのアップグレード後のフォークでオンラインになる可能性があります。しかし、このタイムラインは依然として高い不確実性を持っているため、慎重に見る必要があります。
!