Vitalik、イーサネット・プロトコルの簡素化とノード・リソース負荷軽減（パージ）のフォローアップに関するステップ・バイ・ステップの説明を発表

EtherNetの共同創設者であるVitalik Buterin氏は、EtherNetプロトコルを簡素化し、ノードのリソース負荷を軽減するための次のステップに関する "Purge "ノートを投稿した。 Vitalik氏によると、DencunハードフォークのEIP-6780はSELFDESTRUCTオペコードの機能の多くを削除し、複雑さを取り除き、新たなセキュリティ保証を追加することでプロトコルを簡素化した。Vitalik氏は、これを "Purge "の重要な一部とし、他の "Purge "の例を3つ挙げた。Gethは最近、合併前（PoW）ネットワークのサポートを取りやめ、数千行のコードを削除した。EIP-161は、上海DoS攻撃の修正の一部として提案された概念である「空のアカウント」を心配するコードを持つ必要がなくなったという事実を正式に示しています。ブロブデータを保存するのに必要な容量は500GBで、この容量は時間が経っても増加しない。最初の2点はクライアント開発者の作業体験を大幅に改善し、最後の点はノード・オペレーターの作業体験を大幅に改善する。 さらに、他に「パージ」する必要がありそうなものとして、Vitalik氏はプリコンパイル、履歴（EIP-4444）、LOG改革、SSZへの移行を挙げている。 プリコンパイルについては、「いくつかのプリコンパイルされた関数に対する需要は予想よりもはるかに低く、これらのプリコンパイルされた関数は、コンセンサスエラーの大きな原因であり、新しいEVMの実装にとって大きな痛手となっている。例えば、EIP-7266はBLAKE2を削除している。; 2.プリコンパイルを、（必然的に高いガスコストで）同じ処理を行うEVMコードの一部と置き換える。" もし古い履歴がすべてのノードに保存されないのであれば、誰が保存するのだろうか？実際には、ブロック・ブラウザーのような大きなエンティティがそれを保存する。しかし、ピアツーピアのネットワーク・プロトコルを作成し、この情報を保存して渡すことは可能であり、難しいことではない。イーサネット・ブロックチェーンは永続的だが、各ノードにすべてのデータを永続的に保存することを要求するのは、永続性の実装としては非常に「やりすぎ」だ。古い歴史の単純なピアツーピアのトレントネットワークは、ひとつのアプローチである。eip-4444は、イーサネット・ノードの分散性を大幅に高めることができる。各ノードがその履歴のごく一部だけをデフォルトで保存するようにすれば、ネットワーク上に保存される各特定の履歴のコピーの数は、理論的には現在とほぼ同じになる可能性がある。" LOGの改革についてVitalik氏は、「ブルームブルームを削除し、LOGのオペコードを単純化することで、値を作成し、それをハッシュ化して状態にするだけにすることができる。そして、ZK-SNARKとIncremental Verifiable Computing (IVC)を使用して、証明可能な正しい "ログツリー "を生成する別のプロトコルを構築することができます。この "ログツリー "は、与えられたトピックについて簡単に検索可能なログテーブルを表し、ログを必要とし、分散化を望むアプリケーションで使用することができます。" SSZへの移行についてヴィタリック氏は、「Etherのコンセンサス層は、よりクリーンで効率的なSimpleSerialize（SSZ）に移行しましたが、移行を完了し、実行層を同じ構造に移行する必要がまだあります。現在、イーサネットにはSHA256バイナリツリー、SHA3 RLPハッシュリスト、16進パトリシアツリーの3つの暗号データ構造がある。SSZへの移行が完了すれば、残るはSHA256バイナリツリーとVerkleツリーの2つだけとなる。長期的な将来、SNARKを使ったハッシュが十分にできるようになれば、SHA256バイナリツリーとVerkleツリーを、SNARKに適したハッシュアルゴリズムを使ったバイナリMerkleツリーに置き換えることができるかもしれない。"