イーサリアムはパーティション化されたバイナリツリーによる状態構造の全面見直しを準備中

パーティション化されたバイナリツリーが実際に変更するもの

アップグレードを理解するには、イーサリアムの「状態」から始めます。これは、すべてのアカウント残高、すべてのスマートコントラクトのコード、およびそれらのコントラクトが保存するすべてのデータの完全な記録です。

現在、イーサリアムは 6 進マークルパトリシアトライ (MPT) を使用してその記録を整理しています。

EIP-8297 はそれをバイナリツリーに置き換えます。すべてのブランチが 2 つに分かれているため、構造がわかりやすくなり、証明も簡単になります。

この提案では、3 つの別個のカテゴリーも 1 つの構造にまとめられています。アカウントヘッダー、コントラクトストレージ、コントラクトコードはすべて単一のバイナリツリー内に存在します。

「パーティション化」部分は、キーがどのようにソートされるかを指します。これらは指定されたゾーンにグループ化され、関連するデータが近くに保持されます。

この設計では、イーサリアムが現在使用しているシリアル化形式である RLP エンコーディングも削除されます。これを削除すると、既存のセットアップによって生じる証明の問題の一部が解決されます。

シャドウフォークは実際のメインネットをコピーし、個別に実行します。これにより、開発者は実際の資金を危険にさらすことなく、実際の状況に合わせてアップグレードのリハーサルを行うことができます。

Glamsterdam-pbt-1 では、PBT への切り替えはスムーズに進みました。 Consensys が構築したクライアントである Besu を実行しているノードは、既存のデータベースから直接その状態を新しい形式に再構築しました。

この再構築には約 2 時間 41 分かかりました。

PBT の完全なメインネット展開は 2026 年第 4 四半期に予定されており、具体的な有効化日は発表されていません。

EIP-8297 は、2026 年 6 月 11 日に作成されました。これは、イーサリアムの共同創設者 Vitalik Buterin の貢献を含む共同作業を反映しています。

この提案は、現在のトライの代替候補として検討されていたバイナリツリーと Verkle ツリーに関する以前の研究に基づいています。

その中心的なデザイン選択の 1 つは、目に見えないことです。このアップグレードは、ガススケジュールを変更したり、EVM の動作方法を変更したりすることを目的としたものではありません。

既存の契約とユーザーは、何も変わったことに気付かないはずです。ウォレットは機能し続け、コントラクトは実行され続け、誰もコードを書き直す必要がありません。

最も直接的な受益者は、無国籍の顧客に向けて構築している人々です。これらは、完全な状態自体を保存せずにブロックを検証できるノードです。

ステートレスクライアントはコンパクトなプルーフに依存します。 PBT が設計どおりに小さな状態証明とより単純な妥当性証明を提供できれば、そのロードマップにおける大きな障害の 1 つが取り除かれることになります。

もう一つの大きな問題は、州の失効です。イーサリアムの状態は成長し続けており、すべての完全なノードはそれを保持する必要があります。 PBT は、既存のアクセスパターンをそのまま維持しながら、将来の状態の有効期限メソッドをサポートするように構築されています。

知識ゼロの人々にとって、RLP エンコーディングを排除することは静かな勝利です。証明システムは現在の形式に苦戦しており、よりクリーンな構造により、その作業が軽減されるはずです。

PBT はガススケジュールを変更しないように明示的に設計されているため、コスト上のメリットは、有効化当日ではなく、後で有効になるアップグレードを通じて得られる可能性があります。

リスクは主に実行に関するものです。ここでは、シャドウフォークからの Besu の結果のみを詳しく説明します。イーサリアムは、状態を正しく変換する必要がある複数のクライアント実装上で実行されます。

次に注目すべきこと: 追加のシャドウフォークラウンド、他の実行クライアントからの結果、および発表されたメインネットのアクティベーション日。その日が到来するまでは、2026 年第 4 四半期は約束ではなく目標のままです。