DA戦争は終幕を迎えるのか？PeerDASを解剖し、Ethereumが「データ主権」を取り戻す方法

執筆：imToken

2025年末、Ethereumコミュニティは比較的静かにFusakaアップグレードの完了を迎えました。

過去1年を振り返ると、基盤技術のアップグレードに関する議論は徐々に市場のスポットライトから外れていきましたが、多くのオンチェーンユーザーはすでに顕著な変化を実感していることでしょう：Ethereum L2がますます安くなっています。

現在のオンチェーンインタラクションでは、送金でも複雑なDeFi操作でも、Gas手数料は数セントで済むか、ほとんど無視できるほどです。その背景には、DencunアップグレードとBlobメカニズムの功績が大きいですが、同時にFusakaアップグレードのコア機能であるPeerDAS（Peer Data Availability Sampling、ピア・データ可用性サンプリング検証）が正式に有効化されたことで、Ethereumは「全量ダウンロード」によるデータ検証の時代に完全に別れを告げつつあります。

言い換えれば、Ethereumが長期的かつ持続的に大規模アプリケーションを支えられるかどうかを本当に決定づけるのは、Blobそのものだけでなく、PeerDASが示す次の一歩にあります。

1. PeerDASとは何か？

PeerDASの革命的な意義を理解するには、単なる概念論ではなく、Ethereumのスケーリングの道のりにおける重要な節目、すなわち2024年3月のDencunアップグレードに立ち返る必要があります。

当時、EIP-4844はBlobを持つトランザクションモデルを導入（大量のトランザクションデータをblobに埋め込む）し、L2は高価なcalldataストレージメカニズムに依存せず、一時的なBlobストレージを利用できるようになりました。

この変更により、Rollupのコストは従来の数十分の一に低下し、L2プラットフォームはより安価で高速なトランザクションを提供できるようになり、Ethereumベースのセキュリティと分散性を損なうことなく、私たちユーザーは「低Gas時代」の恩恵を受けることができました。

しかし、Blobは便利ですが、Ethereumメインネットの各ブロックが保持できるBlobの数には厳しい上限（通常3～6個）があります。その理由は非常に現実的で、物理的な帯域幅とハードディスク容量には限界があるからです。

従来の検証モデルでは、ネットワーク内のすべてのバリデーター（Validator）は、プロの機関が運営するサーバーであれ、個人宅の普通のPCであれ、完全なBlobデータをダウンロードし、拡散しなければデータの有効性を確認できませんでした。

これにより、次のようなジレンマが生じます：

• Blobの数を増やす場合（スケーリングのため）：データ量が急増し、家庭ノードの帯域幅が限界に達し、ハードディスクが満杯になり、ノードがオフラインを余儀なくされるため、ネットワークは急速に中央集権化し、最終的には大規模データセンターだけが運用できる巨大チェーンになってしまう；
• Blobの数を制限する場合（分散性維持のため）：L2のスループットがロックされ、将来の爆発的な需要増加に対応できなくなる。

要するに、Blobは最初の一歩に過ぎず、データの「どこに保存するか」という問題を解決しました。データが少ないうちは問題ありませんが、今後Rollupの数が増え続け、各Rollupが高頻度でデータを提出し、Blob容量が拡大し続けると、ノードの帯域幅とストレージの負担が新たな中央集権化リスクとなります。

従来の全量ダウンロードモデルを続ければ、帯域幅の問題は解決できず、Ethereumのスケーリングの道は物理的な帯域幅の壁にぶつかってしまいます。PeerDASこそがこの難題を解決する鍵なのです。

一言で言えば、PeerDASは全く新しいデータ検証アーキテクチャであり、「検証には全量ダウンロードが必須」という鉄則を打ち破り、Blobの拡張が現在の物理的スループットのレベル（例えば6Blob/ブロックから48Blob以上へ）を超えて可能となります。

2. Blobは「どこに置くか」を解決し、PeerDASは「どう保存するか」を解決する

前述の通り、Blobはスケーリングの第一歩を踏み出し、データの「どこに保存するか」（高価なCalldataから一時的なBlob空間へ）を解決しました。PeerDASが解決すべきは「どう効率的に保存するか」という問題です。

その核心は、データ量が指数関数的に膨張しても、ノードの物理的帯域幅を圧迫しない方法をどう実現するかです。アプローチは非常にシンプルで、確率論と分散協調に基づき、「全員が全量データを保存しなくても、高確率でデータの存在を確認できる」というものです。

PeerDASの正式名称「ピア・データ可用性サンプリング検証」からも、そのヒントが読み取れます。

この概念は難解に聞こえますが、わかりやすい比喩でこのパラダイムシフトを説明できます。例えば、従来の全量検証は、図書館に数千ページの『ブリタニカ百科事典』（Blobデータ）が入荷した際、紛失防止のためにすべての管理者（ノード）が全ページをコピーしてバックアップしなければならない、というものです。

つまり、お金や時間（帯域幅/ハードディスク容量）がある人しか管理者になれず、しかもこの『ブリタニカ百科事典』（Blobデータ）はどんどん膨張し、内容が増えていくので、やがて普通の人は淘汰され、分散性が失われてしまいます。

現在のPeerDASによるサンプリングと、イレージャーコーディング（Erasure Coding）などの技術の導入により、この本を無数の断片に分割し、数学的な符号化拡張を施すことができます。各管理者はもはや全ページを持つ必要はなく、ランダムに数ページだけ手元に保存すればよいのです。

検証時にも、誰もが全ページを提示する必要はなく、理論的にはネットワーク全体で任意の50％の断片が集まれば（誰が10ページ目、誰が100ページ目を持っていても）、数学的アルゴリズムによって100％の確実性で瞬時に全体像を復元できます。

これこそがPeerDASの魔法——データダウンロードの負担を単一ノードから解放し、ネットワーク全体の数千、数万のノードからなる協調ネットワークに分散させるのです。

出典：@Maaztwts

直感的なデータの観点から見ると、Fusakaアップグレード以前は、Blobの数は一桁（3～6個）に厳しく制限されていました。PeerDASの導入により、この上限が一気に引き上げられ、Blobの目標が6個から48個、さらにはそれ以上に拡大可能となりました。

ユーザーがArbitrumやOptimismでトランザクションを発行し、データがメインネットにパッケージ化されて戻る際、もはやネットワーク全体で完全なデータパッケージをブロードキャストする必要はありません。これにより、Ethereumはスケーリングに伴うノードコストの線形増加から脱却できました。

客観的に言えば、Blob＋PeerDASこそが完全なDA（データ可用性）ソリューションであり、ロードマップの観点からも、EthereumがProto-Dankshardingから完全なDankshardingへと進化するための重要な過渡期です。

3. Fusaka以降のオンチェーン新常態

ご存知の通り、ここ2年ほどはCelestiaなどのサードパーティモジュラーDAレイヤーが、Ethereumメインネットの高コストを背景に大きな市場シェアを獲得していました。彼らのストーリーは「Ethereumネイティブのデータストレージは高価である」という前提に基づいていました。

しかし、Blobと最新のPeerDASの登場により、現在のEthereumは安価かつ極めて安全になりました。L2からL1へのデータ公開コストは大幅に削減され、さらにEthereumはネットワーク最大規模のバリデーターセットを持ち、そのセキュリティはサードパーティチェーンをはるかに凌駕します。

客観的に見て、これはCelestiaなどのサードパーティDAソリューションにとっては次元の異なる打撃であり、Ethereumがデータ可用性の主権を取り戻しつつあることを示し、彼らの生存空間を大きく圧迫しています。

「これらは基盤的な話で、ウォレットや送金、DeFiの利用と何の関係があるの？」と思うかもしれません。

実は非常に直接的な関係があります。PeerDASが順調に導入されれば、L2のデータコストは長期的に低水準を維持でき、RollupはDAコストの反発による手数料値上げを強いられず、オンチェーンアプリも高頻度インタラクションの設計が安心して行え、ウォレットやDAppも「機能vsコスト」で妥協を繰り返す必要がなくなります....

言い換えれば、今日私たちが安価なL2を使えるのはBlobのおかげであり、今後も使い続けられるかどうかはPeerDASの静かな貢献にかかっています。

これが、EthereumのスケーリングロードマップにおいてPeerDASが控えめながらも常に不可欠な存在とされている理由です。本質的には、これこそが筆者が考える最良の技術の形——「恩恵を受けていることに気づかず、失えば存続できない」、その存在を感じさせないものです。

結局のところ、PeerDASはブロックチェーンが巧妙な数学的設計（データサンプリングなど）によって、分散性のビジョンを過度に犠牲にすることなく、Web2レベルの膨大なデータを支えられることを証明しました。

これで、Ethereumのデータ高速道路は完全に整備されました。今後この道をどんな車が走るのか、それはアプリケーション層が答えるべき問題です。

今後に期待しましょう。