DankshardingとProto-Danksharding (EIP-4844)はどのような関係がありますか？
承知いたしました。この問題は多くの方が混同しやすい点ですので、分かりやすい方法でご説明します。
DankshardingとProto-Danksharding (EIP-4844) の関係とは？
簡単に言うと、**Proto-Danksharding (つまりEIP-4844) は、完全版Dankshardingの「先行版」または「第一段階」**です。
それらの関係を高速道路の建設に例えて考えてみましょう：
- 最終目標 (完全版Danksharding): 64車線を持つ超高速道路を建設し、交通渋滞を完全に解消すること。
- 第一歩 (Proto-Danksharding / EIP-4844): 既存の道路の隣に、一時的でコストが非常に低い「データ専用車線」を先に整備し、将来的に64車線に拡張するために必要なすべての計画、インターフェース、料金所（トランザクション形式）を一度に構築する。
では、詳しく見ていきましょう。
1. 問題はどこにあるのか？—— イーサリアムがスケーリングを必要とする理由
ご存じの通り、イーサリアムメインネット (Layer 1) はコストが高く、混雑しているため、多くのレイヤー2ソリューション (例: Arbitrum, Optimism) が登場しました。これらは、幹線道路の交通を分散させる「バス」のようなもので、多くのトランザクションをまとめてパッケージ化し、一度にメインネットに提出することでコストを分担しています。
しかし問題は、これらのL2「バス」が、パッケージ化したトランザクションデータをメインネットの CALLDATA に保存する必要があることです。この場所は、メインネットで直接トランザクションを行うよりも安いとはいえ、まだ高価であり、永続的に保存されるため、メインネットの貴重なスペースを占有します。L2の費用の大半はここに費やされています。
2. 最終的な夢：完全版 Danksharding
Dankshardingは、イーサリアムのスケーリングの究極のソリューションです。その構想は非常に壮大です：
- 目標： イーサリアムが扱えるデータ量を劇的に増やし、特にレイヤー2のために利用すること。
- 方法： 上記の例えのように、イーサリアムを根本的に改革し、巨大で全く新しいデータスペースを導入します。これを64の「シャード」（断片）に分割し、同時に64のデータ車線を持つことに相当します。これにより、L2のコストは無視できるレベルまで削減されます。
- 課題： このプロジェクトは非常に複雑で、イーサリアムの基盤に大規模な変更が必要なため、一度には実現できません。
3. 現実的な第一歩：Proto-Danksharding (EIP-4844)
究極の目標が一度には実現できないのであれば、まず第一歩を踏み出しましょう。EIP-4844はこの第一歩であり、最も困難な作業を先に実行するという点で非常に賢明です。
これは全く新しい概念「Blob (Binary Large Object)」を導入します。
- Blob とは何か？ これは「外部データパケット」と理解できます。EIP-4844は、1つ以上のBlobを運ぶことができる新しい種類のトランザクションを作成します。
- Blob の利点とは？
- 安価： Blobデータは独自のガス料金市場を持っており、通常のイーサリアムトランザクションとリソースを競合しないため、コストが非常に低い。
- 一時的： Blobデータはイーサリアム上に永続的に保存される必要はありません。L2が安全であることを保証するために、一定期間（例えば1ヶ月）だけチェーン上に保持されれば十分です。その後削除されるため、メインネットの負担を大幅に軽減します。まるで「開封後即破棄」のデータのように、ストレージコストを大幅に削減します。
したがって、EIP-4844の役割は、64車線の超高速道路への道筋で、まず1本のBlob専用車線を開通させたことです。たった1本ですが、L2のコスト圧力を大幅に軽減することができます。さらに重要なのは、将来的に64車線に拡張するために必要なすべての「インフラ」が構築されたことです。例えば：
- 新しいトランザクション形式（Blob付きトランザクション）
- Blobデータを検証するための暗号学的ツール（KZGコミットメント）
- 新しいガス料金市場
それらの関係をまとめると
| 特性 | Proto-Danksharding (EIP-4844) | 完全版 Danksharding |
|---|---|---|
| 主要な目標 | L2のデータコストを削減し、将来に備える | イーサリアムのデータ可用性を大幅に拡張する |
| 実現方法 | 新しいトランザクションタイプと一時的な「Blob」データスペースを導入 | Blobスペースを64のシャードに拡張する |
| データ容量 | 各ブロックで少量のBlobを添付可能 (初期目標は約 0.5 MB) | 各ブロックで大量のBlobを添付可能 (目標は約 32 MB) |
| L2との関係 | L2はデータをCALLDATAからより安価なBlobに移動でき、コストが10〜100倍削減されました | L2のコストは極めて低くなり、ほぼ無料に近づく |
| 現在の状態 | カンクンアップグレードで既に実装済み | 将来のアップグレード目標、実装難易度が高い |
したがって、次のように理解できます：
EIP-4844 (Proto-Danksharding) は、Dankshardingという「スーパーカー」のエンジン、シャシー、ハンドル、そしてOSがすべて完成した状態です。現時点では1席で走っていますが、すでに速度は大幅に向上しています。将来の完全版Dankshardingでは、車体を拡張し、残りの63席を取り付けることになりますが、このプロセスは比較的はるかに簡単になります。