ビタリックが今後5年間のイーサリアム拡張計画の詳細を公開したのを見て、非常に興味深いと感じました。彼は単に技術的な話だけでなく、段階的なアーキテクチャのビジョンも提案しています。

彼の述べるところによると、イーサリアムの拡張には3種類のリソースを管理する必要があり、それぞれ短期と長期で異なる計画があります。

まず、実行リソースについてです。これはイーサリアム上の取引を処理する仮想マシン（EVM）に関わるもので、短期的にはBlock Access Lists (BAL)やePBSを導入することで、約10〜30倍の効率化を図る計画です。これにより、検証者は複数の取引を同時に処理できるようになり、従来の逐次処理よりも高速化されます。長期的には、ZK-EVMによって最大1000倍の効率向上が見込まれています。

もう一つの注目点は、多次元ガス価格の調整です。彼の考えでは、異なる操作には異なる価格を設定すべきです。特に、新しい状態の作成、例えば新規アカウントの作成には、より高い手数料を設定すべきだとしています。これはコストが高く、永続的なリソースを消費する操作だからです。彼はまた、取引のコストを下げるためにバッファメカニズムを導入しつつ、新しい状態の作成には高い手数料を課す仕組みを提案しています。

次に、データリソースについてです。短期的にはP2Pや多次元ガスの改善により、約10〜20倍の効率化を目指します。長期的には、BlobsやPeerDASの導入によって、約500倍の効率向上が期待されます。

最も難しいのは状態リソースです。現在のイーサリアムの状態は約100GBですが、これを20倍に拡張すると2TB、さらに8TBに達します。問題はストレージ容量ではなく、データベースのパフォーマンスです。データ量が増えると書き込み速度が著しく低下し、新規参加ノードは全状態をダウンロードするのに長時間を要します。

この課題に対して、ビタリックは新しい状態モデルも提案しています。例えば、一時的に保存され、一定期間後に自動的に消去される仕組みです(例えば月次でデータをクリア)。これにより、注文書や流動性プールのような特定の情報に適用できます。また、期間限定の保存やアクセス制限付きの保存も考えられ、特定の方法でのみアクセス可能な仕組みもあります。

このアイデアは非常に創造的で、開発者に選択肢を与えます。従来の状態モデルを使い続けることもできるし、より低コストの新しい状態モデルを設計してアプリを作ることも可能です。一般ユーザーは手数料の削減メリットを享受でき、開発者はより工夫して設計を行う必要があります。

総じて、ビタリックの計画は、イーサリアムの効率向上と長期的な持続可能性の両立を目指すバランスの取れたアプローチのように見えます。