Dankshardingとは何ですか？

Dankshardingの概念を理解する

Dankshardingは、ネットワークのスループットを大幅に改善し、トランザクションコストを削減するように設計された、イーサリアム向けのスケーリングソリューションの提案です。それは、その発展に広く貢献したイーサリアムの研究者であるダンクラード・ファイストにちなんで名付けられました。複数のチェーンにデータを分割する従来のシェルディングとは異なり、 Dankshardingは、大量のデータをより効率的に取り扱うことを可能にする「Prosposer/Builder Sepatration」（PBS）と呼ばれる新しいアプローチを導入します。

Dankshardingの背後にあるコアのアイデアは、すべてのノードがすべてのデータを保存または検証することを要求することなく、 Ethereumが大規模なデータブロブを効率的に処理できるようにすることです。これは、メインチェーンに過度の計算を負担することなく追加のデータを運ぶことができる特別なタイプのトランザクションであるブロブキャリートランザクションを統合することによって達成されます。

DankshardingにおけるBLOBトランザクションの役割

Dankshardingの重要な革新は、BLOBトランザクションの使用です。これらのトランザクションにより、ユーザーはデータブロブを転送に添付することができます。この転送は、一時的に鎖で保存され、特定の期間後に剪定されます。このメカニズムは、長期のストレージ要件を削減しながら、レイヤー2ロールアップがデータの可用性の向上から利益を得ることができるようになります。

各BLOBの寿命は限られており、通常は約18日間であり、その後、コンセンサスの目的には必要ありません。ただし、ロールアッププロトコルはこのスペースを使用して圧縮トランザクションデータを公開し、より効果的にスケーリングできるようにすることができます。 Proto-Dankshardingと呼ばれることが多いEIP-4844のアップグレードは、これらのBLOBトランザクションを導入することにより、完全なDanksharding実装の基礎を築きます。

提案者/ビルダーの分離がどのように機能するか

Dankshardingの最も重要な側面の1つは、提案者/ビルダー分離（PBS）の導入です。従来のブロック生産では、バリデーターはブロックを提案し、構築することもできます。ただし、 PBSはこれらの役割を分離し、ブロックビルダーとして知られる専門的なエンティティが、手数料と効率を最大化する最適化されたブロックを構築できるようにします。

その後、有効化者は、収益性と有効性に基づいて、これらの事前に構築されたブロックの中から選択します。このシステムにより、小規模なバリデーターでさえ、高度なハードウェアや最適化機能を必要とせずに、ブロック提案に公正に参加できるようになります。また、提案者と共謀しない限り、ビルダーは特定のトランザクションを簡単に除外できないため、PBSは検閲抵抗を強化します。

レイヤー2スケーリングソリューションへの影響

Dankshardingは、レイヤー2スケーリングソリューション、特に楽観的でゼロ認識ロールアップをサポートする上で重要な役割を果たします。より安価でよりスケーラブルなデータ可用性レイヤーを提供することにより、ロールアップは数千のトランザクションをオフチェーンで処理し、イーサリアムのメインネットに関する最小限のデータのみを処理できます。

これにより、混雑とガス料金が大幅に削減され、分散型アプリケーション（DAPP）がアクセスしやすく、費用対効果が高くなります。たとえば、 ZK-RollupsはBlobスペースを利用して暗号化された証明を公開できますが、楽観的なロールアップは同じメカニズムを使用して詐欺の課題を提出できます。その結果、 Dankshardingは、大量採用に対するEthereumのロードマップの基礎的なアップグレードとして機能します。

技術的要件と実装の課題

Dankshardingの実装には、コンセンサスレイヤー（ビーコンチェーン）の変更や、データの検証と保存方法の変更など、いくつかの技術的なアップグレードが必要です。主要な課題の1つは、ノードがKZGのコミットメントを効率的に検証できるようにすることです。これは、コンテンツ全体をダウンロードせずにBLOBデータの整合性を検証するために使用されます。

さらに、クライアント開発者は、 Lighthouse、Teku、Prysmなどのさまざまなイーサリアムの実装間の互換性を確保するために密接に調整する必要があります。 PBSは、オープンマーケットの競争とプロトコルレベルのセーフガードを通じてこれを軽減することを目指していますが、ブロックビルダーに関連する集中化リスクについても懸念があります。

• 開発者は、GethやNethermindなどの実行クライアントでBLOBトランザクションのサポートを実装する必要があります。
• コンセンサスクライアントは、KZGのコミットメントを処理し、BLOBデータの包含を確認するための更新が必要です。
• Layer-2プロジェクトは、新しいデータの可用性機能を活用するために、ロールアップメカニズムを適応させる必要があります。
• ネットワークテストは、メインネットの展開前に複数のテストネットで実施する必要があります。

よくある質問

Q：伝統的なシャーディングとダンクシャルディングの違いは何ですか？従来のシェルディングは、ブロックチェーンを別々の破片に分割し、それぞれが独自の状態を維持しています。ただし、 Dankshardingは、状態実行ではなくデータの可用性に焦点を当てており、共有データブロブを活用することにより、レイヤー2ソリューションがより効率的にスケーリングできるようにします。

Q：Dankshardingは、活性化後すぐにガス料金を引き下げますか？ Dankshardingはスケーラビリティを向上させますが、ガス料金への影響は、使用パターンとブロブスペースの需要に依存します。 BLOBトランザクションは通常のCallDataよりもはるかに安価であると予想されますが、実際の料金削減は、ネットワーク条件と採用率によって異なります。

Q：Dankshardingは地方分権化にどのように影響しますか？提案者/ビルダーの分離を実装することにより、 Dankshardingは、単一のエンティティがブロック構築を支配するのを防ぐことにより、地方分権化を維持します。また、最適な事前に構築されたブロックを選択することにより、小さなバリデーターが競争力を維持することができます。

Q：他のブロックチェーンはDankshardingの原則を採用できますか？はい、 Dankshardingの背後にある概念、特にPBSおよびBLOBトランザクションは、スケーラビリティを強化し、レイヤー-2エコシステムをサポートすることを目的とした他のブロックチェーンによって適合させることができます。ただし、実装の詳細は、各チェーンのアーキテクチャとコンセンサスメカニズムによって異なる場合があります。