# イーサリアムの可能な未来：The Purgeイーサリアムが直面している課題の一つは、デフォルトで、あらゆるブロックチェーンプロトコルの膨張と複雑性が時間の経過とともに増加することです。これは二つの側面で発生します: 歴史データの蓄積とプロトコル機能の増加です。イーサリアムが長期的に維持できるようにするためには、これら二つの傾向に対して強力な逆圧力をかけ、時間の経過とともに複雑性と膨張を減少させる必要があります。同時に、ブロックチェーンの持続性という重要な属性を保持する必要があります。パージの主な目的は次のとおりです。1. 各ノードがすべての履歴や最終状態を永続的に保存する必要を減らす、または排除することによって、クライアントのストレージ要件を削減する。2. 不要な機能を排除することでプロトコルの複雑さを減らします。! [ヴィタリック:イーサリアムの未来の可能性、パージ](https://img-cdn.gateio.im/social/moments-4db9a670bb8e3d1c2de04e4c21cddae6)## 履歴の有効期限履歴の保存期限は、ノードのストレージニーズの継続的な増加に対処することを目的としています。現在、完全に同期されたイーサリアムノードは約1.1 TBのディスクスペースを必要とし、毎年数百GBずつ増加しています。履歴が期限切れになる基本的な考え方は、各ノードが最近の一定期間(、例えば18日)の完全な履歴データのみを保存し、それより古いデータはネットワーク内のノードによって分散的に保存されるというものです。これは、シードネットワークのような方法で実現でき、各ノードは古いデータの一部のみを保存します。現在、このアイデアの実施が始まっています。例えば、コンセンサスブロックは約6ヶ月間のみ保存され、blobは約18日間保存されます。EIP-4444は、歴史的なブロックとレシートに1年の保存期間を導入することを提案しています。長期的な目標は、統一された保存期間を確立することで、(はおそらく約18日間)、その後、イーサリアムノードで構成されたP2Pネットワークが古いデータを分散保存します。履歴の実装には、具体的な分散ストレージソリューションの構築や統合、古代の履歴データの複製など、さらなる作業が必要です。主なトレードオフは、どのようにして最大のノードセットが実際にすべてのデータを保存していることを保証するか、そして履歴ストレージをプロトコルに統合する深さがどのくらいであるかです。! [Vitalik:イーサリアムの可能な未来、パージ](https://img-cdn.gateio.im/social/moments-b4e683a9e42e4b5bd6991a4cf6cf948e)## 状態の有効期限が切れる 状態の期限切れは、イーサリアムの状態が持続的に増加する問題を解決することを目的としています。履歴を保存する必要がなくなっても、クライアントの状態ストレージの必要性は毎年約50GB増加し続けます。状態の期限切れに関する重要な課題は、EVM互換性を維持しながら状態オブジェクトの自動期限切れを実現する方法です。現在、主に2つのタイプのソリューションがあります:1. 一部の状態の期限切れ: 状態をブロックに分割し、最近アクセスされたブロックのみを保存します。具体的な提案はEIP-7736で、これはVerkleツリーの「茎葉」設計に基づいており、隣接するデータを同じ「幹」の下に保存します。6か月以内にアクセスされなかった場合、32バイトのコミットメントのみが保存されます。2. アドレス周期に基づく状態の期限切れ: 増大し続ける状態ツリーのリストを使用し、各期間(ごとに1年)新しい空のツリーを追加します。完全なノードは最近の2つのツリーのみを保存します。期限切れの状態オブジェクトは、証明を提供することで復元できます。この二つの提案は、インセンティブ設計やアドレス形式の変更など、いくつかの課題に直面しています。将来的な可能性としては、無状態化のみを行い、状態の期限切れを行わない、部分的な状態の期限切れを行う、アドレス空間を拡張または収縮させて状態の期限切れを行うことが含まれます。プロトコルの簡素化と後方互換性のバランスを取る必要があります。! [Vitalik:イーサリアムの可能な未来、パージ](https://img-cdn.gateio.im/social/moments-a97b8c7f7927e17a3ec0fa46a48c9f24)## フィーチャークリーニング 特徴クリーニング特徴のクリーンアップは、不要な機能を削除することでプロトコルの複雑さを軽減することを目的としています。主なクリーンアップの機会には次のものが含まれます:- RLPエンコーディングをSSZに変換する- 古い取引タイプを削除する- LOGメカニズムの改革- 信標チェーン同期委員会メカニズムを削除- 統一データフォーマット- 信標チェーン委員会を削除する- 混合バイト順を削除する- ガス機構の簡素化- 不常用なプリコンパイルを削除- gasを観測できないようにする- 静的解析の改善これらのクリーニングを行うには、簡素化の程度と後方互換性の間でトレードオフを行う必要があります。非緊急の後方非互換の変更を行うための標準化されたプロセスを確立する必要があります。EVMオブジェクトフォーマット(EOF)提案は一連の変更を導入しましたが、同時に複雑性も増し、トレードオフが必要です。より過激な簡素化戦略は、プロトコルの大部分を契約コードに変換することです。たとえば、EVMをサマリーに変えたり、新しいVMでEVMを置き換えたりします。これにより、コアプロトコルが大幅に簡素化されますが、実装の難易度は高くなります。! [ヴィタリック:イーサリアムの可能な未来、パージ] (https://img-cdn.gateio.im/social/moments-5cd0e9908a04986f83c85cabecd4a0ae)全体的に見て、The Purgeは歴史的記録の期限切れ、状態の期限切れ、特徴のクリーンアップを通じてイーサリアムの複雑さとストレージの要求を減少させ、長期的な持続可能性を確保することを目的としています。これは、簡素化と互換性の間でトレードオフを行い、これらの変更を実施するための長期的で秩序あるプロセスを確立する必要があります。! [Vitalik:イーサリアムの可能な未来、パージ] (https://img-cdn.gateio.im/social/moments-dcbf40e0c1bc28d9082b35ed7741f9110192837465674839201
イーサリアム:複雑さを軽減し、長期的な持続可能性を確保
イーサリアムの可能な未来：The Purge
イーサリアムが直面している課題の一つは、デフォルトで、あらゆるブロックチェーンプロトコルの膨張と複雑性が時間の経過とともに増加することです。これは二つの側面で発生します: 歴史データの蓄積とプロトコル機能の増加です。イーサリアムが長期的に維持できるようにするためには、これら二つの傾向に対して強力な逆圧力をかけ、時間の経過とともに複雑性と膨張を減少させる必要があります。同時に、ブロックチェーンの持続性という重要な属性を保持する必要があります。
パージの主な目的は次のとおりです。
! ヴィタリック:イーサリアムの未来の可能性、パージ
履歴の有効期限
履歴の保存期限は、ノードのストレージニーズの継続的な増加に対処することを目的としています。現在、完全に同期されたイーサリアムノードは約1.1 TBのディスクスペースを必要とし、毎年数百GBずつ増加しています。
履歴が期限切れになる基本的な考え方は、各ノードが最近の一定期間(、例えば18日)の完全な履歴データのみを保存し、それより古いデータはネットワーク内のノードによって分散的に保存されるというものです。これは、シードネットワークのような方法で実現でき、各ノードは古いデータの一部のみを保存します。
現在、このアイデアの実施が始まっています。例えば、コンセンサスブロックは約6ヶ月間のみ保存され、blobは約18日間保存されます。EIP-4444は、歴史的なブロックとレシートに1年の保存期間を導入することを提案しています。長期的な目標は、統一された保存期間を確立することで、(はおそらく約18日間)、その後、イーサリアムノードで構成されたP2Pネットワークが古いデータを分散保存します。
履歴の実装には、具体的な分散ストレージソリューションの構築や統合、古代の履歴データの複製など、さらなる作業が必要です。主なトレードオフは、どのようにして最大のノードセットが実際にすべてのデータを保存していることを保証するか、そして履歴ストレージをプロトコルに統合する深さがどのくらいであるかです。
! Vitalik:イーサリアムの可能な未来、パージ
状態の有効期限が切れる
状態の期限切れは、イーサリアムの状態が持続的に増加する問題を解決することを目的としています。履歴を保存する必要がなくなっても、クライアントの状態ストレージの必要性は毎年約50GB増加し続けます。
状態の期限切れに関する重要な課題は、EVM互換性を維持しながら状態オブジェクトの自動期限切れを実現する方法です。現在、主に2つのタイプのソリューションがあります:
一部の状態の期限切れ: 状態をブロックに分割し、最近アクセスされたブロックのみを保存します。具体的な提案はEIP-7736で、これはVerkleツリーの「茎葉」設計に基づいており、隣接するデータを同じ「幹」の下に保存します。6か月以内にアクセスされなかった場合、32バイトのコミットメントのみが保存されます。
アドレス周期に基づく状態の期限切れ: 増大し続ける状態ツリーのリストを使用し、各期間(ごとに1年)新しい空のツリーを追加します。完全なノードは最近の2つのツリーのみを保存します。期限切れの状態オブジェクトは、証明を提供することで復元できます。
この二つの提案は、インセンティブ設計やアドレス形式の変更など、いくつかの課題に直面しています。将来的な可能性としては、無状態化のみを行い、状態の期限切れを行わない、部分的な状態の期限切れを行う、アドレス空間を拡張または収縮させて状態の期限切れを行うことが含まれます。プロトコルの簡素化と後方互換性のバランスを取る必要があります。
! Vitalik:イーサリアムの可能な未来、パージ
フィーチャークリーニング 特徴クリーニング
特徴のクリーンアップは、不要な機能を削除することでプロトコルの複雑さを軽減することを目的としています。主なクリーンアップの機会には次のものが含まれます:
これらのクリーニングを行うには、簡素化の程度と後方互換性の間でトレードオフを行う必要があります。非緊急の後方非互換の変更を行うための標準化されたプロセスを確立する必要があります。EVMオブジェクトフォーマット(EOF)提案は一連の変更を導入しましたが、同時に複雑性も増し、トレードオフが必要です。
より過激な簡素化戦略は、プロトコルの大部分を契約コードに変換することです。たとえば、EVMをサマリーに変えたり、新しいVMでEVMを置き換えたりします。これにより、コアプロトコルが大幅に簡素化されますが、実装の難易度は高くなります。
! [ヴィタリック:イーサリアムの可能な未来、パージ] (https://img-cdn.gateio.im/webp-social/moments-5cd0e9908a04986f83c85cabecd4a0ae.webp)
全体的に見て、The Purgeは歴史的記録の期限切れ、状態の期限切れ、特徴のクリーンアップを通じてイーサリアムの複雑さとストレージの要求を減少させ、長期的な持続可能性を確保することを目的としています。これは、簡素化と互換性の間でトレードオフを行い、これらの変更を実施するための長期的で秩序あるプロセスを確立する必要があります。
! [Vitalik:イーサリアムの可能な未来、パージ] (https://img-cdn.gateio.im/webp-social/moments-dcbf40e0c1bc28d9082b35ed7741f911.webp0192837465674839201