要約
- ブロブベースの設計：研究者は、実行ペイロードデータをブロブに移動させることで、Ethereumバリデータ間の帯域幅への負荷を軽減し、スケーラビリティを向上させることを提案しています。
- データの可用性：Block-in-Blobsモデルは、完全なダウンロードを必要とせずに、暗号的コミットメントとサンプリングを使用してデータが存在することを保証します。
- エコシステムのアップグレード：この提案は、ERC-8211のプログラマブルなワークフローおよびデータガスの統一に関する議論を含む、より広範な取り組みと整合しています。
最新の研究では、Ethereumブロックチェーン上にブロックの横にデータをブロブとして公開することで実行ペイロードデータを移動する設計を検討しています。この変更は、帯域幅への負荷を軽減し、より広範なスケーラビリティの目標を支援することを目的としています。このアイデアは、以前の研究を基にしており、Ethereumネットワーク全体のバリデーターに負担をかけている増加するデータ需要に対応しています。研究者たちは、セキュリティを損なうことなく処理を効率化するために、コアデータのパッケージ化と検証方法を見直しています。
Block-in-Blobs提案の由来
トニー・ワーヒステラーとその他の貢献者によって共同執筆された、最近の投稿「Blocks Are Dead. Long Live Blobs」では、EIP‑8142、いわゆるBlock‑in‑Blobsが概説されています。この草案では、EthereumのロードマップにおけるマイルストーンとなるアップグレードであるEIP‑4844によって導入されたblobに、トランザクションデータを直接エンコードすることを提案しています。これにより、バリデータはフルの実行ペイロードをダウンロードするのではなく、暗号学的コミットメントを検証することで、ネットワーク全体での重いデータ複製の必要性を削減します。
帯域幅とデータ可用性の課題への対応
この提案は、ブロックサイズの拡大とガス制限の引き上げによって生じたボトルネックを対象としており、これによりバリデータは次第に巨大なデータセットを処理しなければならなくなっています。Dencunアップグレードで追加されたブロブは、すべての詳細をオンチェーンに保存することなくデータを効率的にコミットできるようにしています。EIP‑8142は、実行ペイロードデータをブロブに埋め込むことで、このアプローチを拡張し、バリデータがEthereumノード全体でフルダウンロードせずに、サンプリング技術を用いてデータの可用性を確認できるようにします。
zkEVMおよびバリデーターワークフローへの影響
zkEVMシステムによって形作られる未来において、この変化はより重要になる。ゼロ知識証明は正しく実行されたことを検証できるが、基盤となるデータがアクセス可能であることを保証しない。Wahrstatterは、バリデーターがトランザクションではなく証明を検証しているため、データが隠蔽されるリスクが生じると指摘している。Block-in-Blobsは、データの可用性を明示的に確保することで、このギャップを埋め、Ethereumのコンセンサスモデルの整合性を維持しながらバリデーターがblobデータをサンプリングできるようにする。
統一されたデータコストとより賢い取引へ
研究者たちは、ネットワークがデータをどのように扱うかに関する潜在的な変更にも注目しています。現在、実行ガスとブロブ使用量は分離されていますが、統合された「データガス」モデルにより、コストが統一され、重複する制限が削減される可能性があります。一方、BiconomyとEthereum財団のUXチームは、トランザクションをプログラマブルなワークフローに変える標準であるERC‑8211の開発を進めています。これらの取り組みは、Ethereumの長期的な進化を形作る広範な実験の波を反映しています。