イーサリアム研究者が、バリデータのデータ負荷を削減するために「ブロック・イン・ブロブ（Block-in-Blobs）」アップグレード案を提起

• イーサリアムの研究者たちは、トランザクションデータをブロブに直接配置することで可能にするEIP-8142というドラフト提案を概説しました。
• この設計は、バリデータがダウンロードして処理する必要のあるデータ量を減らすことを狙っており、イーサリアムのアーキテクチャに長年存在するボトルネックを対象としています。

イーサリアムの研究者たちはまた、ネットワークを運用しやすくする方法を検討しています。今回は、最も基本的な前提の1つ――ブロックに実際に何が含まれるべきか――を問い直すことでそれを行います。 「Blocks Are Dead. Long Live Blobs」というタイトルの最近の研究投稿では、Toni Wahrstatterと、ほかのイーサリアムの貢献者によって共同執筆されたEIP-8142（「Block-in-Blobs」とも呼ばれる）が、今年の前半に初めて紹介されたドラフト提案であると説明されています。このアイデアは、バリデータが完全な実行ペイロードをダウンロードして再実行する必要をなくすのではなく、トランザクションデータをブロブに直接エンコードすることです。 イーサリアムの配管（プランビング）に関する、静かだが重要な再考 それは内部の技術論争のように聞こえるかもしれませんが、実際の制約に触れています。今日のバリデータは大量の実行関連データを扱う必要があり、それが、ネットワークが拡大してデータ需要が増え続けるにつれて、より目に見える負担になり得るのです。 EthereumのEIP-4844アップグレードで導入されたブロブは、より効率的なデータ形式として設計されました。新しい提案は、そのロジックをさらに押し進めるものです。特定の種類のデータのための追加レーンとしてブロブを扱うのではなく、研究者たちは、ブロブがトランザクションデータそのものの主要な手段になり得るかどうかを検討しています。 簡単に言えば、この提案は、同期を保つためにバリデータが行わなければならない重い作業量を減らそうとするものです。 データ負荷は軽くなるが、より深いアーキテクチャ上のトレードオフ EIP-8142の狙いは、ブロックが文字通り消えるわけではありません。むしろ、実行ペイロードの配布を現在のモデルで組織することが、イーサリアムのデータフローを整理する最もきれいな方法ではなくなっている可能性がある、ということです。 トランザクションデータをブロブに移すことで、研究者たちは、イーサリアムは構造的なボトルネックを緩和し、バリデータのデータ要件を下げられると考えています。これは、効率やネットワークのスケーラビリティに役立ち得ます。特に、イーサリアムが分散化と利用の増加のバランスを取り続けようとしている中で有効です。 同時に、このような提案はより広範な問いを開く傾向があります。コアとなるデータの取り扱いが変われば、その周囲のすべて――ノード設計から実行ワークフロー、そしてエコシステムがどれくらい迅速に適応できるか――もまた重要になります。そのため、このアイデアは、差し迫ったプロトコル変更としてではなく、依然として研究として位置付けられています。