#ETH
イーサリアム、Partitioned Binary Treeでステート構造の刷新へ

イーサリアムは、その基盤となるデータを再編しようとしている。その計画がEIP-8297、Partitioned Binary Tree（PBT）だ。

目標は、ステート証明を小さくすること、そしてネットワークを停止せずにステートの有効期限を導入できる道筋を整えることだ。

この提案は最近、重要なテストを通過した。2026年10月29日、ethPandaOpsが運用する「glamsterdam-pbt-1」というメインネットのシャドーフォークで、PBTが稼働を開始した。
Partitioned Binary Treeで実際に何が変わるのか
このアップグレードを理解するには、まずイーサリアムの「ステート」から始めよう。ステートとは、すべてのアカウント残高、すべてのスマートコントラクトのコード、そしてコントラクトが保存するすべてのデータを記録したものだ。

現在、イーサリアムはこの記録を、16分岐のMerkle Patricia Trie（MPT）を使って管理している。

EIP-8297はこれをバイナリツリーに置き換える。各分岐が2つに分かれるため、構造をたどりやすくなり、その内容を証明するのも容易になる。

この提案では、別々になっている3つのカテゴリも1つの構造にまとめる。アカウントヘッダー、コントラクトストレージ、コントラクトコードが、すべて単一のバイナリツリーに格納される。

「パーティション分割」とは、キーの並べ替え方法を指す。キーは指定された領域ごとにまとめられ、関連するデータが近くに配置される。

この設計では、イーサリアムが現在使用しているシリアライズ形式であるRLPエンコーディングも廃止される。これを取り除くことで、現行の仕組みが生む証明上の課題の一部に対処できる。

シャドーフォークでのテストと今後の予定
シャドーフォークは、実際のメインネットを複製し、独立して稼働させるものだ。実際の資金を危険にさらすことなく、稼働中の環境を相手にアップグレードのリハーサルを行える。

glamsterdam-pbt-1では、PBTへの切り替えは順調に進んだ。Consensysが開発したクライアントであるBesuを実行するノードは、既存のデータベースから直接、新しい形式へステートを再構築した。#Write2Earn #Ethereum $ETH