イーサリアムのスケーラビリティ問題の解決は、暗号資産エコシステム全体の課題でもあります。毎秒数千から数万トランザクションを低コストで処理できるようになれば、DeFi・NFT・ゲーム・ソーシャルアプリなど、ブロックチェーン技術のユースケースが劇的に広がると期待されています。
その実現に向けた重要な一歩がEIP-4844（Proto-Danksharding）でした。しかし、これはゴールではなく出発点です。完全なDankshardingの実現に向けた長期的なロードマップの中で、EIP-4844はどのような役割を果たしているのでしょうか。本記事では、イーサリアムのスケーラビリティロードマップを体系的に解説します。
将来の技術開発に関する情報は、変更される可能性があることをあらかじめご了承ください。投資判断はご自身の責任でお願いします。
イーサリアムのスケーラビリティ問題の本質
ブロックチェーントリレンマと現在地
ブロックチェーントリレンマとは、「スケーラビリティ・セキュリティ・分散性」の3つを同時に高いレベルで達成することが難しいというジレンマです。ビタリク・ブテリンをはじめ多くの研究者が指摘してきたこの課題は、イーサリアムのアーキテクチャ設計にも深く影響しています。
イーサリアムはセキュリティと分散性を優先した設計を採用しており、その結果としてスケーラビリティが制限されています。現在のイーサリアムメインネットの処理能力はおよそ毎秒15〜30トランザクションであり、VisaやMastercardが処理する毎秒数千トランザクションとは大きな差があります。この差を埋めるためにL2ロールアップとDankshardingという戦略が採用されています。
「ロールアップ中心のロードマップ」という戦略的決断
2020年に提示された「ロールアップ中心のロードマップ」において、イーサリアムはL1自体の処理能力を直接向上させるのではなく、L2ロールアップがスケーラビリティの主役を担い、L1はセキュリティとデータ可用性の基盤を提供するという方針を固めました。
この戦略においてL1に求められる主要な役割は、L2が大量のデータを低コストで投稿できる「データ可用性レイヤー」としての機能です。Dankshardingはまさにこのニーズに応えるための技術であり、EIP-4844はその第一段階に位置づけられます。
EIP-4844からDankshardingへ：技術的ステップの全体像
現状：EIP-4844と制限された数のブロブ
現在（2024〜2025年時点）のイーサリアムは、EIP-4844によって1ブロックあたり最大6個のブロブを処理できます。これにより、L2エコシステムにとって大きなコスト削減が実現しましたが、今後L2の数と利用量が増加していくにつれて、この制限が新たなボトルネックになると予測されています。
研究者の試算によると、L2の成長が続けば2025〜2026年頃にはブロブの需要が供給を上回る可能性があり、その時点でブロブガス価格の高騰によるコスト増加が懸念されます。この問題を解決するためのロードマップが以下のように描かれています。
次のステップ：PeerDAS（EIP-7594）
PeerDAS（Peer Data Availability Sampling）は、EIP-7594として提案されており、完全なDankshardingへの重要な中間ステップです。PeerDASの主な目的は、ノードが全ブロブデータをダウンロードすることなく、データ可用性を確認できるようにすることです。
PeerDASの仕組みは以下の通りです。各ノードはブロブデータ全体を保持する代わりに、データの一部（サブネット）を担当します。ノードが担当するサブネットのデータが利用可能であることを確認し、p2pネットワーク上でデータサンプルを交換することで、全体のデータ可用性を分散的に保証します。
この仕組みにより、ノードの負荷を大幅に増やすことなく、1ブロックあたりのブロブ数を大幅に増加させることが可能になります。PeerDASの実装後には、64〜128ブロブ/ブロック程度まで増加させることが目標とされています。
データ可用性サンプリング（DAS）の技術的詳細
DASがなぜ重要なのか：フルノードの負荷問題
DAS（Data Availability Sampling）の核心的な問題意識は、「大量のデータが確かに利用可能であることを、全データをダウンロードせずに証明できるか」という点です。DASがない場合、ブロブ数を増やすにつれてフルノードがダウンロード・検証しなければならないデータ量が線形に増加します。
これは分散性の低下につながります。データ検証のコストが増大すると、一般のユーザーやホビイストがフルノードを運用することが困難になり、大規模なデータセンターやステーキングプールのみがノード運用者になるという中央集権化リスクがあります。DASはこの問題を解決するための鍵です。
誤り訂正符号とDASの組み合わせ
DASの実現には、誤り訂正符号（erasure coding）の活用が不可欠です。誤り訂正符号を使うと、元のデータからその2倍のサイズのコード化されたデータを生成でき、コード化後データの半分があれば元のデータ全体を復元できます。
このコード化によって、各ノードがランダムな小さなサンプルを取得するだけで、データ全体が利用可能かどうかを高い確率で判断できます。例えば、コード化データから75個のランダムサンプルを取得することで、99%以上の確率でデータ可用性を確認できるという試算があります。これにより、ノードの負荷を大幅に抑えながら多数のブロブを処理することが可能になります。
完全なDanksharding：最終形態のビジョン
Dankshardingの設計目標と数値目標
完全なDanksharding（Full Danksharding）が実現した場合、1ブロックあたり64〜256個のブロブを処理できるようになると見込まれています。現在の最大6ブロブと比較すると、単純計算で10〜40倍以上のデータスループットが得られます。
Dankrad Feistらの研究によると、完全なDanksharding実装後のデータスループットは毎秒約1.3MB〜10MB程度に達すると試算されています（仮定するブロブ数や圧縮効率による）。これは現在のイーサリアムの約1000倍以上のデータ帯域であり、多数のL2ロールアップが低コストで大量のデータをL1に投稿できる環境が整います。
バリデーターへの影響：アテスタントサンプリング
完全なDanksharding環境では、バリデーター数（2025年時点で100万以上）を活用したアテスタントサンプリングが実装されます。各バリデーターは割り当てられたデータサンプルを確認し、集計されることで全体のデータ可用性が保証されます。
これにより、個々のバリデーターは全ブロブデータをダウンロードする必要がなく、バリデーターの分散性を保ちながら高いデータスループットを実現できます。ただし、完全なDankshardingの実装には数年単位の開発期間が必要と見込まれており、具体的な実装時期は不確定です。
The Surgeロードマップの全体像
Vitalikのロードマップにおける「The Surge」フェーズ
ビタリク・ブテリンが提示するイーサリアムのロードマップでは、スケーラビリティ関連の開発フェーズを「The Surge」と呼んでいます。The Surgeの目標は、L2を活用したシステム全体の処理能力を毎秒100,000トランザクション以上に引き上げることです。
The Surgeのマイルストーンには以下が含まれています。
- EIP-4844（完了）：ブロブトランザクションによるL2コスト削減
- PeerDAS：P2Pネットワークレベルでのデータ可用性サンプリング
- EIP-7623（calldata手数料引き上げ）：ブロブへの移行促進
- 完全なDanksharding：大規模なデータ可用性の実現
- クロスL2インターオペラビリティの標準化
これらのステップは段階的に実装される予定ですが、各ステップの具体的な実装時期は開発の進捗に依存します。
L2の相互運用性とDanksharding
Dankshardingによってデータコストが大幅に低下すると、より多くのL2が低コストで運用できるようになります。しかし、L2の数が増えると「L2の断片化」問題、つまりユーザーの資産と流動性が複数のL2に分散してしまう問題が深刻化します。
この問題に対応するため、イーサリアムコミュニティではERC-7683（クロスチェーンインテント）やOptimismのSuperchainなど、L2間の相互運用性を高めるための標準化作業も並行して進められています。
競合するデータ可用性ソリューションとの比較
Celestia・Avail・EigenDAとの位置づけの違い
Danksharding以外にも、L2向けのデータ可用性（DA）を提供するプロジェクトが存在します。Celestia、Avail、EigenDAなどは「モジュラーDA」と呼ばれる独立したDAレイヤーを提供し、イーサリアムL1のDankshardingと競合・補完する関係にあります。
これらのモジュラーDAを使うと、L2はイーサリアムL1ではなく外部のDAレイヤーにデータを投稿することができます。コスト面ではモジュラーDAが有利な場合もありますが、イーサリアムのセキュリティを継承できないというトレードオフがあります。Dankshardingが完全実装されれば、イーサリアムL1自体が十分なDA能力を持つようになり、競争力が増すと期待されています。
ビットコインのレイヤー2との比較
ビットコインにもLightning NetworkやStatechainなどのL2ソリューションが存在しますが、ビットコインはスクリプト言語の制約からイーサリアムのようなロールアップ型のL2を実装することが困難です。イーサリアムがDankshardingによって大幅なスケーラビリティ向上を実現した場合、スマートコントラクトプラットフォームとしてのイーサリアムの競争優位性が高まる可能性があると考えられますが、将来の見通しについては慎重に評価することが重要です。
まとめ
EIP-4844は、イーサリアムのスケーラビリティロードマップにおける重要な第一歩です。ブロブトランザクションの導入でL2コストを大幅削減した実績は、完全なDanksharding実装への信頼性を高めています。次のステップであるPeerDASの実装、そして最終的な完全Danksharding実現に向けて、技術開発は着実に進んでいます。
完全なDankshardingが実現した際には、L2エコシステムがさらに活発化し、イーサリアム上でのアプリケーション開発が一層盛んになると期待されています。ただし、実装時期や具体的な仕様は変わる可能性があるため、最新情報は公式のEIPS GitHubやイーサリアムリサーチフォーラムで確認することをお勧めします。
よくある質問
Dankshardingはいつごろメインネットに実装されますか？
完全なDankshardingの実装時期は明確に決まっていません。PeerDAS（EIP-7594）が2025〜2026年頃のアップグレードで実装されることを目指していますが、その後の完全Danksharding実装にはさらに数年かかる可能性があります。最新の情報はethresear.ch（イーサリアムリサーチフォーラム）や公式のEIPs Githubで確認できます。
Dankshardingはイーサリアムのバリデーターに何か影響を与えますか？
PeerDASや完全なDanksharding実装後は、バリデーターはデータ可用性サンプリングに参加する必要が生じます。ただし、DASの設計はバリデーター1台あたりの負荷を最小化するよう工夫されており、一般的なホームステーカーでも参加できる水準に保つことが目標とされています。具体的なハードウェア要件は実装時期に近づいて明確になっていく見込みです。
EIP-4844のブロブ数は将来増やされる予定ですか？
はい、ブロブ数の段階的な増加が計画されています。PeerDAS実装後にブロブ数が増加し、最終的には完全なDankshardingで大幅に増加する予定です。ただし、各段階での具体的な数値は技術的な検証と開発コミュニティの合意によって決まります。現在の数値（最大6個）から将来の数値（64〜256個）への移行は段階的に行われる見込みです。
※本記事は情報提供を目的としており、投資を推奨するものではありません。暗号資産への投資は元本割れのリスクがあります。投資判断はご自身の責任で行ってください。
