PANews によると、イーサリアムの共同創設者である Vitalik Buterin 氏は、イーサリアム プロトコルの簡素化とノード リソース負荷の削減について論じた記事を公開しました。同氏は Dencun ハードフォークの EIP-6780 を強調しています。この EIP-6780 では、SELFDESTRUCT オペコードの機能のほとんどが削除され、複雑さが排除され、新しいセキュリティ保証が追加されることでプロトコルが簡素化されています。Vitalik 氏はこれを進行中の「パージ」プロセスの重要な部分と呼び、他の「パージ」の例を 3 つ挙げています。1. Geth は最近、プレマージ (PoW) ネットワークのサポートを中止することで、数千行のコードを削除しました。2. EIP-161 は、上海 DoS 攻撃への対応の一環としてこの概念を導入し、「空のアカウント」について心配する必要がなくなったという事実を確立しました。 3. Dencun の BLOB の 18 日間の保存期間は、Ethereum ノードが BLOB データを保存するのに必要な容量が約 500 GB のみであることを意味し、この数は時間の経過とともに増加しません。
プリコンパイルに関して、Vitalik 氏は、一部のプリコンパイルは予想よりもはるかに必要性が低く、新しい EVM 実装におけるコンセンサス エラーや問題点の主な原因となっていると指摘しています。これらのプリコンパイルを削除するには、次の 2 つの方法を使用できます。 1. BLAKE2 を削除する EIP-7266 などのプリコンパイルを単純に削除します。 2. プリコンパイルを、同じ操作を実行する EVM コードに置き換えます (ただし、必然的にガス コストが高くなります)。履歴のトピックに関して、Vitalik 氏は、対処すべき重要な問題は、すべてのノードではないにしても、古い履歴を誰が保存するかであると述べています。実際には、ブロック エクスプローラーのような大きなエンティティが情報を保存しますが、この情報を保存および送信するための、このタスクにより適したピアツーピア ネットワーク プロトコルを作成することも可能であり、難しくありません。イーサリアムのブロックチェーンは永続的ですが、すべてのノードにすべてのデータを永続的に保存することを要求することは、永続性の実装が過度に「重い」ことになります。シンプルなピアツーピアの古い歴史のトレント ネットワークは 1 つのアプローチですが、イーサリアムの使用のためにより明示的に最適化されたプロトコルは別のアプローチです。 EIP-4444 は、イーサリアム ノードの分散化を大幅に強化する可能性があります。
LOG 改革に関して、Vitalik 氏は、ブルームを削除し、値を作成して状態にハッシュするのみに LOG オペコードを単純化することを提案しています。次に、ZK-SNARK と増分検証可能計算 (IVC) を使用した個別のプロトコルを構築して、特定のトピックについて簡単に検索できるログ テーブルを表す、証明可能で正しい「ログ ツリー」を生成できます。ログを必要とする分散型アプリケーションは、これらの個別のプロトコルを使用できます。 SSZ への移行に関して、Vitalik 氏は、イーサリアムのコンセンサス層はよりクリーンで効率的な SimpleSerialize (SSZ) に移行したが、移行はまだ完了し、実行層は同じ構造に移行する必要があると述べています。現在、イーサリアムには SHA256 バイナリ ツリー、SHA3 RLP ハッシュ リスト、および 16 進パトリシア ツリーの 3 つの暗号データ構造があります。 SSZ への移行が完了すると、SHA256 バイナリ ツリーと Verkle ツリーの 2 つだけが残ります。長期的には、SNARK ベースのハッシュに十分習熟すれば、SNARK 対応のハッシュ アルゴリズムを使用したバイナリ マークル ツリーが SHA256 バイナリ ツリーや Verkle ツリーに取って代わる可能性があります。