Ethereumを「パージ」と名付けた計画を発表しましたEthereumのプロトコルを簡素化し、複雑さを軽減し、より安全なものにするための広範な取り組みの一環です。
EIP-6780の核心は、SELFDESTRUCTオペコードの機能を大幅に削減したことにあります。これにより、tracを破棄し、そのコードとストレージを消去する能力が制限されます。ただし、契約が同じトランザクションから発生した場合はtracます。プロトコル仕様の簡素化に向けた飛躍的な進歩とは思えないかもしれませんが、2つの新しいルールを適用することで、実装の負担を大幅に軽減します。1つのブロック内で変更可能なストレージスロットの数に上限を設けることと、契約がコードでtracまたはブロックを開始した場合、同じ方法で終了することを保証することです。.
この変更以前、 Ethereum 状況はより複雑でした。tracはSELFDESTRUCTを利用してブロック内の無制限の数のストレージスロットを消去することができ、Verkleツリーの実装を複雑にし、追加の効率的な処理コードが必要になることでクライアント実装に支障をきたしていました。また、tracは自己破壊した後、すぐに別のコードで復活する可能性があり、アカウントtracウォレットにおけるトランザクション検証のセキュリティ上の悩みの種となっていました。EIP-6780の導入により、これらの課題は解決され、 Ethereum クライアントやその他のインフラストラクチャの構築が簡素化されます。.
Ethereumの継続的なクリーンアップ活動
Ethereumの簡素化への探求はEIP-6780で止まりません。例えばGethは最近、マージ前（Proof of Work）ネットワークのサポートを中止することで、数千行ものコードを削減しました。また、EIP-161で導入された過去の修正により、「空アカウント」の問題がなくなったことが正式に認められたことも改善点の一つです。さらに、Dencunのアップグレードにより、BLOBの保存期間が18日間に延長され、 Ethereum ノードのストレージ需要が大幅に削減されました。.
焦点はプリコンパイルにも移ります。プリコンパイルとは、標準的なEVMコードでは効率的に処理できない複雑な暗号用に設計された特別なtracです。RIPEMD-160、dent、BLAKE2、MODEXPといったプリコンパイルは、特にZK-SNARKアプリケーションの実現において成功を収めているにもかかわらず、現在ではほとんど使用されていません。これらのプリコンパイルの適用範囲が限られていることに加え、コンセンサスバグが発生することから、ガス消費量は増大するものの、削除またはEVMコードへの置き換えが検討されています。.
簡素化に向けたもう一つの重要な一歩はEIP-4444です。これは、ノードが過去のすべてのブロックをdefi期限に保存するという持続不可能な慣行に対処するものです。BLOBを導入し、保存期間を設定することで、EIP-4444はノードのストレージ負荷を軽減し、より多くのユーザーがノードを運用できるようにすることで、ひいては Ethereumの分散化を強化することを目指しています。.
ログの革命とSSZへの移行
Ethereumのログ機構の改革も検討されています。分散型アプリケーションがオンチェーンイベントを tracために不可欠な従来のログは、非効率性に悩まされており、多くのアプリケーションは中央集権型サービスに依存しています。提案されている解決策は、ブルームフィルタを廃止し、LOGオペコードを簡素化することで、ZK-SNARKと増分検証可能な計算を用いた、より効率的で分散的なログ取得手法の開発を促進することです。.
最後に、 Ethereumのデータストレージとアクセス手法は、SimpleSerialize（SSZ）の導入により、大幅な見直しが行われます。この移行は、時代遅れのRLPツリーとMerkle Patriciaツリーの置き換えを目的としており、より明確な仕様、より短く制限されたMerkle証明、複雑なビット操作コードの排除など、多くの利点が期待されます。SSZへの移行は、 Ethereumの暗号データ構造を統合するための重要な一歩であり、SNARK対応の単一のハッシュ関数で Ethereum全体を処理できる未来への道筋を示すものです。.
