TL;DR – Tóm tắt
Danksharding là phiên bản DA scaling đầy đủ cho Ethereum — nâng throughput từ ~768KB/block của EIP-4844 lên ~16–32MB/block, đồng thời bổ sung Data Availability Sampling (DAS) cho light node. Đây là nền tảng để Ethereum trở thành DA layer cho hàng nghìn rollup, thuộc giai đoạn "The Surge" trong Ethereum Roadmap. Chưa có ngày triển khai cụ thể và phụ thuộc vào nhiều thành phần khác như ePBS.
ITừ Sharding Cũ đến Danksharding
Ethereum ban đầu có kế hoạch "execution sharding" — chia blockchain thành nhiều shard chain song song, mỗi shard xử lý transaction riêng. Kế hoạch này gặp nhiều vấn đề phức tạp về cross-shard communication và bảo mật.
Khi rollup ecosystem bùng nổ (2020–2021), Ethereum pivot sang rollup-centric roadmap: thay vì shard execution, chỉ cần shard data availability — execution được outsource hoàn toàn cho rollup. Đây là bước chuyển chiến lược quan trọng.
Danksharding (đặt tên theo researcher Dankrad Feist) là thiết kế DA sharding mới — đơn giản và khả thi hơn nhiều so với execution sharding. Lộ trình 2 bước: Proto-Danksharding (EIP-4844, 2024) → Full Danksharding (tương lai).
IIDanksharding là gì?
Danksharding là thiết kế cho phép Ethereum xử lý số lượng lớn blob data mỗi block, với cơ chế Data Availability Sampling đảm bảo light node có thể xác minh toàn bộ data đã được published mà không cần tải về.
Các đặc điểm kỹ thuật mục tiêu của full Danksharding:
| Tham số | EIP-4844 (Proto) | Full Danksharding (Mục tiêu) |
|---|---|---|
| Blob/block (target) | 3 | ~256–512 |
| Blob/block (max) | 6 | ~512–1024 |
| Throughput DA | ~768KB/block | ~16–32MB/block |
| DAS cho light node | ❌ Không có | ✅ Có đầy đủ |
| Block building | Bất kỳ validator | Cần ePBS — chuyên biệt hóa |
IIIData Availability Sampling (DAS)
DAS là tính năng cốt lõi phân biệt full Danksharding với EIP-4844. Nó cho phép light node xác minh DA mà không tải toàn bộ block.
Vấn đề: Block 16MB quá lớn để mọi node tải đầy đủ. Nếu chỉ validator tải, tính phân tán bị đe dọa. DAS giải quyết bằng cách phân tán gánh nặng xác minh.
Cơ chế DAS trong Danksharding:
- Block data được mã hóa bằng 2D erasure coding thành matrix lớn hơn (2×2 factor)
- Light node ngẫu nhiên sample k ô trong matrix (ví dụ k=75)
- Nếu tất cả k ô có thể tải được và hợp lệ → xác suất rất cao toàn bộ data khả dụng
- Nếu block producer giấu đủ data để qua được DAS → không thể reconstruct matrix → phát hiện
- Network của light node cùng sample → một cách hợp tác đảm bảo toàn bộ block được kiểm tra
IV2D Reed-Solomon Erasure Coding
Danksharding sử dụng 2D Reed-Solomon erasure coding — kỹ thuật mã hóa dữ liệu cốt lõi làm cho DAS hoạt động hiệu quả.
Cách hoạt động:
- Block data gốc được xếp vào một matrix k×k (ví dụ 512×512)
- Mỗi hàng và cột được mở rộng bằng Reed-Solomon coding → matrix 2k×2k
- Các ô trong matrix 2k×2k là các "chunk" mà DAS sample
- Chỉ cần bất kỳ k×k ô nào từ matrix 2k×2k là đủ để reconstruct toàn bộ data gốc
Tại sao 2D thay vì 1D? 1D erasure coding chỉ cần giấu một phần nhỏ để qua DAS. 2D coding yêu cầu giấu hơn 75% toàn bộ matrix — khó khăn hơn rất nhiều cho attacker, đặc biệt khi có nhiều light node cùng sample.
VKZG Commitments trong Danksharding
KZG polynomial commitments (đã có trong EIP-4844) tiếp tục đóng vai trò quan trọng trong full Danksharding, nhưng được mở rộng để xử lý nhiều blob hơn.
Vai trò của KZG trong DAS:
- Mỗi chunk trong matrix được gắn một KZG proof nhỏ (~48 bytes)
- Light node sample chunk → download chunk + proof → verify proof locally
- Verify không cần download toàn bộ data — chỉ cần chunk và proof tương ứng
- KZG proof verification rất nhanh (~1ms) → light node có thể verify nhiều sample nhanh chóng
Thách thức scale: Full Danksharding cần generate KZG proof cho hàng triệu chunk trong một block (512×512 matrix = 262,144 chunks). Proof generation cần được parallelize và tối ưu hóa đáng kể. Đây là một trong những bottleneck kỹ thuật cần giải quyết.
VIProto-Danksharding vs Full Danksharding
| Tính năng | EIP-4844 (Proto) | Full Danksharding |
|---|---|---|
| Blob count | Max 6/block | Max 512–1024/block |
| DA throughput | ~768KB/block | ~16–32MB/block |
| DAS | ❌ Không | ✅ Light node sampling |
| Block building | Validator tự build | Cần chuyên biệt — builder riêng |
| Validator download | Toàn bộ blob | Chỉ subset (DAS) |
| KZG ceremony | ✅ Đã hoàn thành | ✅ Dùng chung |
| Trạng thái | ✅ Active (3/2024) | 🔬 Research / EIP |
EIP-4844 đã giải quyết được phần lớn thiệt hại tức thì — phí L2 giảm 80–95%. Full Danksharding sẽ giải quyết bottleneck dài hạn khi hàng trăm rollup cần DA space đồng thời.
VIIPhụ thuộc: ePBS và Distributed Block Building
Full Danksharding không thể triển khai đơn độc — nó phụ thuộc vào nhiều thành phần khác chưa hoàn thiện:
- ePBS (Enshrined PBS): Block 16–32MB quá lớn để một validator thông thường download và verify trong 12 giây. ePBS tách block building cho builder chuyên nghiệp — builder tối ưu hardware cho việc này, validator chỉ cần download header và DAS sample.
- Distributed block building: Builder cũng không thể download 32MB trong mili-giây cuối slot. Cần distributed builder protocol — nhiều node hợp tác xây một block.
- Verkle Tree: Thay Merkle Patricia Trie bằng Verkle Tree giúp stateless client, giảm gánh nặng lưu trữ của full node — cần thiết khi block size tăng lên.
- P2P network scaling: Mạng lưới gossip protocol cần nâng cấp để handle hàng trăm blob mỗi block hiệu quả.
VIIITác động với Rollup và L2 Ecosystem
Full Danksharding sẽ thay đổi kinh tế của toàn bộ Layer 2 ecosystem:
- Phí DA giảm tiếp: Từ mức đã giảm 80–90% sau EIP-4844, phí có thể giảm thêm 10–50× khi throughput tăng từ 768KB lên 16–32MB
- Nhiều rollup hơn: Chi phí DA thấp → app-specific rollup (game, social, DePIN) khả thi kinh tế hơn nhiều
- Rollup batch thường xuyên hơn: Rollup có thể post batch mỗi vài giây thay vì mỗi phút — giảm latency finality đáng kể
- Ethereum vs dedicated DA: Nếu Danksharding đạt mục tiêu throughput, lợi thế của Celestia và EigenDA về chi phí DA giảm đáng kể
IXLộ trình và Thách thức Kỹ thuật
Các bước còn lại trước full Danksharding:
| Milestone | Trạng thái | Ghi chú |
|---|---|---|
| EIP-4844 (Proto-Danksharding) | ✅ Done (3/2024) | 6 blob/block, không DAS |
| Verkle Tree (EIP-6800) | 🔄 Đang phát triển | Cần cho stateless client |
| ePBS (Enshrined PBS) | 🔬 Research | Cần cho distributed block building |
| Inclusion Lists | 🔬 Research | Chống censorship với large blocks |
| PeerDAS (DAS trong P2P) | 🔬 Early EIP | Bước trung gian trước full DAS |
| Full Danksharding | 🔬 Long-term | Ước tính 2026–2027+ |
Thách thức kỹ thuật chính:
- KZG proof generation cho 262,144 chunk trong thời gian slot (12 giây)
- P2P network bandwidth khi mỗi block 16–32MB cần lan truyền toàn mạng
- Đảm bảo đủ light node participate DAS để bảo mật thực tế
- Backward compatibility với các Ethereum client đã có
❓Câu Hỏi Thường Gặp
Liên quan về mục tiêu (tăng throughput) nhưng khác hoàn toàn về cách tiếp cận. Sharding cũ chia execution thành nhiều shard chain — phức tạp về cross-shard communication. Danksharding chỉ shard data availability, không shard execution — đơn giản hơn nhiều và phù hợp với rollup-centric roadmap. Ethereum chính thức bỏ kế hoạch execution sharding từ 2022.
Trong thiết kế full Danksharding với ePBS, full node thực ra chỉ cần download subset của data nhờ DAS — không nhất thiết phải tải toàn bộ 32MB. Block builder download toàn bộ để xây block, nhưng validator và full node có thể dùng DAS để xác minh. Đây là một trong những điểm cần nghiên cứu thêm về trade-off giữa bảo mật và node requirement.
Cần, khi hệ sinh thái phát triển. EIP-4844 giải quyết vấn đề ngay lập tức tốt — phí giảm 80–95%. Nhưng khi hàng trăm rollup cùng cạnh tranh blob space, 6 blob/block sẽ không đủ và blob market sẽ cạnh tranh. Full Danksharding cần thiết để đảm bảo scalability dài hạn cho cả hệ sinh thái rollup trên Ethereum.
PeerDAS (Peer Data Availability Sampling) là bước trung gian — thêm DAS vào mạng P2P mà không cần toàn bộ thay đổi của full Danksharding. PeerDAS cho phép light node sample blob data qua mạng P2P, ngay cả với 6 blob/block hiện tại. Đây là bước tiến quan trọng để test DAS trong thực tế trước khi scale lên hàng trăm blob. Một số EIP về PeerDAS đang được nghiên cứu cho các upgrade năm 2025.
📚Tài liệu tham khảo
- Feist, D. (2022). New Sharding Design with Tight Block Builder. notes.ethereum.org/@dankrad/new_sharding
- Buterin, V. (2021). An Incomplete Guide to Rollups. vitalik.ca
- Al-Bassam, M. et al. (2018). Fraud and Data Availability Proofs. arxiv.org/abs/1809.09044
- Ethereum Foundation (2024). The Surge — Ethereum Roadmap. ethereum.org/en/roadmap/danksharding
- EIP-4844 Authors (2022). Proto-Danksharding EIP. eips.ethereum.org/EIPS/eip-4844
- Feist, D. (2023). PeerDAS — a simpler DAS approach. ethresear.ch
- Nikolaou, N. (2023). Danksharding Workshop Notes. notes.ethereum.org