PeerDAS 解説:イーサリアムがすべてをダウンロードせずにデータを検証する方法
1 ページも読まずに、500 ページの本が存在することを検証できるとしたらどうでしょうか? それこそが、イーサリアムが PeerDAS によって実現したことであり、分散化を犠牲にすることなくブロックチェーンを拡張する方法を静かに再構築しています。
2025 年 12 月 3 日、イーサリアムは Fusaka アップグレードを有効化し、主要機能として PeerDAS(Peer Data Availability Sampling)を導入しました。ほとんどのニュースの見出しはレイヤー 2 ネットワークの 40 〜 60% の手数料削減に焦点を当てていましたが、その基盤となるメカニズムはより重要なものを象徴しています。それは、すべてのデータを実際に保存することなく、データが存在することをブロックチェーンノードが証明する方法の根本的な転換です。
課題: 全員がす べてを永遠にダウンロードし続けることはできない
PeerDAS について深く掘り下げる前に、それが解決する課題を理解しましょう。
ブロックチェーンは固有の緊張に直面しています。処理するデータが増えるほど、一般の人々がノードを運用することが難しくなります。ノードの運用に高価なハードウェアと膨大な帯域幅が必要になれば、ネットワークは資金力のあるオペレーターを中心に中央集権化されます。しかし、ノードのアクセシビリティを維持するためにデータスループットを制限すると、拡張することができません。
これがデータ可用性(Data Availability)の問題です。全員にすべてをダウンロードすることを要求せずに、誰でもブロックチェーンの状態を検証できるように、トランザクションデータがネットワークのどこかに確実に存在するようにすることです。
2024 年 3 月の Dencun アップグレードでイーサリアムが「Blob」を導入したとき、レイヤー 2 の手数料は 1 トランザクションあたり 0.50 〜 3.00 ドルから、約 0.01 〜 0.10 ドルへと急落しました。Blob は、数週間後に削除できるロールアップデータ専用のスペースを提供しました。しかし、そこには落とし穴がありました。可用性を検証するために、依然としてすべてのノードがすべての Blob をダウンロードしなければならなかったのです。
ブロックあたり 6 つの Blob という制限と需要の増加に伴い、イーサリアムはすでに容量の限界に達しつつありました。「全員がすべてをダウンロードする」という古いモデルでは、自宅でバリデータを運用する人々を排除することなく、これ以上の拡張は不可能でした。
PeerDAS の登場: ダウンロードの代わりにサンプリングを行う
PeerDAS は検証モデルを根底から覆します。存在を証明するために Blob 全体をダウンロードする代わりに、ノードは小さなランダムサンプルをダウンロードし、巧妙な数学を用いて完全なデータが利用可能であることを検証します。
直感的なイメージ: 荷物でいっぱいの倉庫に実際に商品が入っているか確認したいとします。従来のアプローチでは、すべての箱を検査する必要がありました。PeerDAS は、いくつかの箱をランダムに選択し、そのサンプルに問題がなければ倉庫全体が適切に在庫されているという統計的な保証を利用するようなものです。
しかし、ランダムサンプリングだけでは不十分です。もし誰かが、あなたがサンプリングすると知っている箱だけを保管していたらどうなるでしょうか? ここで、イレイジャーコーディング(Erasure Coding)が登場します。
イレイジャーコーディング: サンプリングを機能させる数学
イレイジャーコーディングは、一部が破損してもデータを復元する必要がある衛星通信や CD ストレージなどの技術から借用されたものです。この手法は、データに構造化された冗長性を追加し、部分的な断片から全体を再構築できるようにします。
PeerDAS では、イーサリアムは各 Blob を取得し、それを 128 のデータの「カラム(列)」にエンコードします。ここでの鍵となる洞察は、これら 128 カラムのうち、任意の 64 カラムがあれば元の Blob を再構築できるということです。データは非常に均等に分散されるため、どの部分を隠しても統計的に不可能になります。
ホログラムを想像してみてください。ホログラフィック画像を半分に切っても、それぞれの半分には依然として完全な画像が含まれています。イレイジャーコーディングは、データに対して同様の冗長性特性を作り出します。
ノードが 128 カラムの中から 8 カラムをランダムにサンプリングすると、隠されたデータを見逃す確率は指数関数的に低下します。悪意のあるアクターが Blob のほんの一部でも隠そうとすれば、ネットワークが成長するにつれて、それが検出される統計的確率は圧倒的なものになります。
KZG コミットメント: 一貫性のコンパクトな証明
2 番目の数学的要素は KZG 多項式コミットメントです。これは、全体を明かすことなく個々の断片を検証できる、データの小さな「指紋」を作成できる暗号技術です。
KZG コミットメントは、データを数学的な多項式の係数として扱います。そして、その多項式上の任意の評価点が正しいことを、ごく小さな証明を用いて証明できます。PeerDAS においてこれは、Blob 全体を送信することなく、サンプリングされたカラムが正当に主張された Blob に属していることを証明することを意味します。
コミットメント自体は、141,000 人以上の参加者が乱数を提供した 2023 年の大規模なセレモニーから生まれました。たった一人の参加者が自分の提供したデータを誠実に破棄していれば、システム全体のセキュリティは維持されます。これは「1-of-N」の信頼前提に基づいています。
PeerDAS の実際の仕組み
技術的な流れを追ってみましょう:
ステップ 1: Blob の拡張
ロールアップが Blob データを送信すると、まず 64 カ ラムとして始まります。イレイジャーコーディングによってこれが 128 カラムに拡張され、構造化された冗長性によってデータが 2 倍になります。
ステップ 2: カラムの分散
128 のカラムは、ゴシッププロトコルを通じてネットワーク全体に分散されます。ノードは、自身のアイデンティティに基づいて特定の「カラムサブネット」をサブスクライブします。
ステップ 3: サンプリング
一般ノードは、128 カラムのうちランダムに選ばれた 8 つのカラムサブネットをサブスクライブします。これは、各ノードが拡張データの 1/16、つまり元の Blob データの 1/8 だけをダウンロードすることを意味します。
ステップ 4: スーパーノードのカバレッジ
合計ステーク額が 4,096 ETH を超えるバリデータを制御するノードは「スーパーノード」となり、128 すべてのカラムサブネットをサブスクライブします。これらのスーパーノードはネットワーク全体をカバーし、データの欠落を修復することができます。
ステップ 5: 検証
ノードは、ブロックヘッダーに含まれる KZG コミットメントに対して、サンプリングしたカラムを検証します。サンプルが正しく検証されれば、ノードは完全な Blob が利用可能であると統計的に確信できます。
ステップ 6: 再構築(必要な場合)
いずれかのノードが完全な Blob を必要とする場合、検証済みのカラムを 64 以上入手できるまでピアにカラムを要求し、元のデータを再構築できます。