# よりシンプルで効率的なイーサリアムへの道イーサリアムが直面している大きな課題は、長期的に複雑さとストレージの要求を低下させながら、ブロックチェーンの持続性と分散性の特性を維持する方法です。これには、いくつかの重要な分野で対策を講じる必要があります:! [ヴィタリック:イーサリアムの未来の可能性、パージ](https://img-cdn.gateio.im/social/moments-4db9a670bb8e3d1c2de04e4c21cddae6)## 履歴の有効期限が切れます現在、完全に同期されたイーサリアムノードには約1.1TBのストレージスペースが必要で、そのほとんどは履歴データの保存に使用されます。ガス制限が変わらないとしても、ノードのサイズは毎年数百GB増加します。解決策は、エーテルノードで構成されるピアツーピアネットワークを構築し、分散方式で古いデータを保存することです。各ノードは最近約18日間のデータのみを保存する必要があり、それ以前のデータはネットワークを介して取得できます。これにより、単一ノードのストレージ負担が大幅に軽減されます。履歴の期限切れを実現する主な作業には次のものが含まれます:1. 具体的な分散ストレージソリューションを構築し統合する、例えば既存のトレントライブラリやイーサリアムのネイティブなPortalネットワークを導入する。2. EIP-4444を有効にし、ノードが履歴データを保存する期間を制限します。3. "古い"歴史データをどのように扱うかを決定することは、既存のアーカイブノードに完全に依存するのか、それともより堅牢な分散ストレージネットワークを構築するのかということです。! [Vitalik:イーサリアムの可能な未来、パージ](https://img-cdn.gateio.im/social/moments-b4e683a9e42e4b5bd6991a4cf6cf948e)## ステータスの期限切れストレージの履歴記録の必要がなくなったとしても、クライアントのストレージ需要は毎年約50GB増加し続けます。なぜなら、状態(のアカウント残高、契約コードなどが継続的に増加しているからです。主な解決策は2つのカテゴリーがあります:1. 一部の状態が期限切れ: 状態をブロックに分割し、最近アクセスされたデータブロックのみを保存し、他のデータは32バイトのコミットメントのみを保存します。2. アドレス周期に基づく状態の期限切れ: 定期的に新しい空の状態ツリーを追加し、古いツリーは凍結されます。完全なノードは最近の2つのツリーのみを保存します。この2つの方案にはそれぞれ利点と欠点があり、複雑さ、ユーザーフレンドリーさ、開発者フレンドリーさの間でバランスを取る必要があります。どちらの方案を採用しても、アドレス空間の拡張または縮小の問題を解決する必要があり、これはそれ自体が巨大な挑戦です。! [Vitalik:イーサリアムの可能な未来、パージ])https://img-cdn.gateio.im/social/moments-a97b8c7f7927e17a3ec0fa46a48c9f24(## 機能クリーンアッププロトコルの複雑さを軽減するために、不要またはあまり使用されない機能を削除する必要があります:1. RLPエンコーディングをSSZに全面的に置き換える2. 古い取引タイプを削除3. ログ機構の簡素化4. ベルナー連鎖の同期委員会メカニズムを削除する5. 統一データフォーマット6. ガス機構の簡素化7. 一部のプリコンパイルを削除8. gasの可観測性をキャンセルする9. 静的解析機能の向上これらの簡素化を行う際には、簡素化の程度/速度と後方互換性との間でトレードオフを行う必要があります。緊急でない後方互換性のない変更を処理するための標準化されたプロセスを確立すべきです。! [ヴィタリック:イーサリアムの可能な未来、パージ] )https://img-cdn.gateio.im/social/moments-5cd0e9908a04986f83c85cabecd4a0ae(より過激な簡略化の方法は、プロトコルの大部分をコントラクトコードに変換することです。例えば、イーサリアムL1を信号チェーンのみを含むように簡略化し、最小限の仮想マシンを導入して、その上にEVMを最初のサマリーとして再構築します。この方法はプロトコルを大幅に簡略化できますが、実施は難しいです。総じて、これらの措置を通じて、私たちはイーサリアムの核心的価値を保持しながら、その複雑性とストレージ要件を大幅に低下させ、長期的な持続可能な発展の基盤を築くことができます。これは、コミュニティが共同で努力し、技術革新と後方互換性の間でバランスを見つける必要があります。! [Vitalik:イーサリアムの可能な未来、パージ] )https://img-cdn.gateio.im/social/moments-dcbf40e0c1bc28d9082b35ed7741f9110192837465674839201
イーサリアム長期発展ロードマップ：ストレージの最適化、プロトコルの簡素化、効率の向上
よりシンプルで効率的なイーサリアムへの道
イーサリアムが直面している大きな課題は、長期的に複雑さとストレージの要求を低下させながら、ブロックチェーンの持続性と分散性の特性を維持する方法です。これには、いくつかの重要な分野で対策を講じる必要があります:
! ヴィタリック:イーサリアムの未来の可能性、パージ
履歴の有効期限が切れます
現在、完全に同期されたイーサリアムノードには約1.1TBのストレージスペースが必要で、そのほとんどは履歴データの保存に使用されます。ガス制限が変わらないとしても、ノードのサイズは毎年数百GB増加します。
解決策は、エーテルノードで構成されるピアツーピアネットワークを構築し、分散方式で古いデータを保存することです。各ノードは最近約18日間のデータのみを保存する必要があり、それ以前のデータはネットワークを介して取得できます。これにより、単一ノードのストレージ負担が大幅に軽減されます。
履歴の期限切れを実現する主な作業には次のものが含まれます:
具体的な分散ストレージソリューションを構築し統合する、例えば既存のトレントライブラリやイーサリアムのネイティブなPortalネットワークを導入する。
EIP-4444を有効にし、ノードが履歴データを保存する期間を制限します。
"古い"歴史データをどのように扱うかを決定することは、既存のアーカイブノードに完全に依存するのか、それともより堅牢な分散ストレージネットワークを構築するのかということです。
! Vitalik:イーサリアムの可能な未来、パージ
ステータスの期限切れ
ストレージの履歴記録の必要がなくなったとしても、クライアントのストレージ需要は毎年約50GB増加し続けます。なぜなら、状態(のアカウント残高、契約コードなどが継続的に増加しているからです。
主な解決策は2つのカテゴリーがあります:
一部の状態が期限切れ: 状態をブロックに分割し、最近アクセスされたデータブロックのみを保存し、他のデータは32バイトのコミットメントのみを保存します。
アドレス周期に基づく状態の期限切れ: 定期的に新しい空の状態ツリーを追加し、古いツリーは凍結されます。完全なノードは最近の2つのツリーのみを保存します。
この2つの方案にはそれぞれ利点と欠点があり、複雑さ、ユーザーフレンドリーさ、開発者フレンドリーさの間でバランスを取る必要があります。どちらの方案を採用しても、アドレス空間の拡張または縮小の問題を解決する必要があり、これはそれ自体が巨大な挑戦です。
! [Vitalik:イーサリアムの可能な未来、パージ])https://img-cdn.gateio.im/webp-social/moments-a97b8c7f7927e17a3ec0fa46a48c9f24.webp(
機能クリーンアップ
プロトコルの複雑さを軽減するために、不要またはあまり使用されない機能を削除する必要があります:
これらの簡素化を行う際には、簡素化の程度/速度と後方互換性との間でトレードオフを行う必要があります。緊急でない後方互換性のない変更を処理するための標準化されたプロセスを確立すべきです。
! [ヴィタリック:イーサリアムの可能な未来、パージ] )https://img-cdn.gateio.im/webp-social/moments-5cd0e9908a04986f83c85cabecd4a0ae.webp(
より過激な簡略化の方法は、プロトコルの大部分をコントラクトコードに変換することです。例えば、イーサリアムL1を信号チェーンのみを含むように簡略化し、最小限の仮想マシンを導入して、その上にEVMを最初のサマリーとして再構築します。この方法はプロトコルを大幅に簡略化できますが、実施は難しいです。
総じて、これらの措置を通じて、私たちはイーサリアムの核心的価値を保持しながら、その複雑性とストレージ要件を大幅に低下させ、長期的な持続可能な発展の基盤を築くことができます。これは、コミュニティが共同で努力し、技術革新と後方互換性の間でバランスを見つける必要があります。
! [Vitalik:イーサリアムの可能な未来、パージ] )https://img-cdn.gateio.im/webp-social/moments-dcbf40e0c1bc28d9082b35ed7741f911.webp0192837465674839201