TL;DR – Tóm tắt
EIP-4844 (Proto-Danksharding) kích hoạt tháng 3/2024 trong Cancun hard fork, giới thiệu blob-carrying transaction — mang ~128KB dữ liệu lưu tạm 18 ngày thay vì vĩnh viễn như calldata. Nhờ đó các rollup Layer 2 đăng batch data lên Ethereum với chi phí giảm 80–90%. Đây là bước đệm trước khi Ethereum đạt full Danksharding với Data Availability Sampling hoàn chỉnh.
IBối cảnh: Tại sao phí L2 vẫn cao trước EIP-4844
Trước EIP-4844, các rollup như Arbitrum, Optimism, zkSync phải đăng dữ liệu giao dịch lên Ethereum L1 qua calldata — trường dữ liệu trong transaction thông thường. Calldata được lưu vĩnh viễn trên blockchain và mọi full node phải lưu mãi mãi.
Hậu quả: chi phí calldata chiếm 80–95% tổng phí một rollup transaction. Dù execution layer xử lý off-chain rất rẻ, phần lớn phí đến từ đăng dữ liệu lên L1. Trong giai đoạn tắc nghẽn, người dùng L2 phải trả $0.50–$5 cho một swap đơn giản.
Nhu cầu giảm chi phí DA (Data Availability) thúc đẩy EIP-4844, được Vitalik Buterin, Dankrad Feist và nhóm tác giả soạn thảo từ 2022.
IIEIP-4844 là gì?
EIP-4844, tên đầy đủ "Shard Blob Transactions" hay Proto-Danksharding, là Ethereum Improvement Proposal giới thiệu một kiểu transaction mới: blob-carrying transaction.
Bốn đặc điểm cốt lõi:
- Transaction có thể mang thêm blob dữ liệu (~128KB mỗi blob, tối đa 6 blob/block)
- Blob được lưu tạm khoảng 18 ngày trong beacon node rồi tự xóa
- Blob không thể truy cập bởi EVM — chỉ KZG commitment được lưu trong chain vĩnh viễn
- Blob có gas market riêng biệt — giá không phụ thuộc vào execution gas
Tên "Proto-Danksharding" phản ánh đây là bước đầu hướng đến Danksharding đầy đủ — thiết kế của Dankrad Feist, cho phép hàng trăm blob mỗi block với Data Availability Sampling.
IIIBlob Transaction hoạt động thế nào?
Blob-carrying transaction có hai phần tách biệt:
| Phần | Nội dung | Lưu trữ | Đọc được bởi EVM |
|---|---|---|---|
| Transaction body | Thông tin thông thường + KZG commitment của blob | Vĩnh viễn trong chain | ✅ Có |
| Blob data | ~128KB raw data (L2 batch) | ~18 ngày trong beacon node | ❌ Không |
Luồng xử lý:
- Rollup sequencer tạo blob-carrying transaction, đính kèm KZG commitment
- Transaction broadcast và được include vào block như bình thường
- Blob data truyền qua mạng P2P của beacon node — riêng biệt với execution layer
- Beacon node lưu blob ~4096 epochs (~18 ngày), sau đó xóa tự động
- KZG commitment vẫn tồn tại vĩnh viễn — đủ để chứng minh dữ liệu đã được published
IVBlob vs Calldata: So sánh kỹ thuật chi tiết
| Tiêu chí | Calldata (trước EIP-4844) | Blob (EIP-4844) |
|---|---|---|
| Kích thước tối đa | Giới hạn bởi block gas limit | ~128KB/blob × 6 blob = 768KB/block |
| Thời gian lưu | Vĩnh viễn trong full node | ~18 ngày trong beacon node |
| Truy cập bởi EVM | ✅ Smart contract đọc được | ❌ Chỉ KZG commitment on-chain |
| Gas market | Cùng execution gas market | Blob gas market riêng (EIP-1559 style) |
| Chi phí điển hình | 16 gas/byte (zero: 4 gas) | ~1 gas/byte khi ít cạnh tranh |
| Mục đích chính | Input data cho smart contract | DA cho rollup — dữ liệu tạm thời |
Quan trọng: blob không thể thay thế calldata hoàn toàn. Nếu smart contract cần đọc dữ liệu trong quá trình execution, calldata vẫn bắt buộc. Blob chỉ phù hợp khi dữ liệu cần chứng minh tính khả dụng chứ không cần đọc trực tiếp bởi EVM.
VKZG Commitment — Nền tảng mật mã của EIP-4844
Mỗi blob đi kèm một KZG commitment — cam kết mật mã ngắn gọn (~48 bytes) xác nhận nội dung blob mà không cần lưu toàn bộ blob trong chain.
Cơ chế hoạt động dựa trên KZG polynomial commitment scheme:
- Blob data biểu diễn dưới dạng đa thức (polynomial) trên finite field
- Commitment là một điểm trên elliptic curve — "fingerprint" của đa thức đó
- Bất kỳ ai cũng có thể tạo point evaluation proof: chứng minh tại điểm x, đa thức có giá trị y, mà không cần chia sẻ toàn bộ blob
- EVM opcode
POINT_EVALUATION_PRECOMPILExác minh proof này on-chain hiệu quả
KZG yêu cầu một Trusted Setup (KZG Ceremony). Ethereum tổ chức ceremony 2022–2023, thu hút hơn 140,000 người đóng góp entropy — trusted setup lớn nhất lịch sử blockchain, đảm bảo "1-of-n" trust assumption đủ mạnh.
VIBlob Gas Market — Cơ chế định giá mới
EIP-4844 tạo thị trường gas độc lập cho blob, theo mô hình EIP-1559 với tham số riêng:
| Tham số | Giá trị ban đầu | Ý nghĩa |
|---|---|---|
| Target blobs/block | 3 blobs | Mức trung bình mong muốn |
| Max blobs/block | 6 blobs | Giới hạn cứng mỗi block |
| Blob size | ~128KB (131,072 bytes) | 4096 field elements × 32 bytes |
| Base fee điều chỉnh | 12.5%/block | Tăng/giảm theo blob thực tế vs target |
Nguyên lý: nếu block có ít hơn 3 blob, blob base fee giảm. Nhiều hơn 3, blob base fee tăng. Cơ chế tự điều tiết cung/cầu, tách hoàn toàn khỏi execution gas — rollup không còn cạnh tranh trực tiếp với DeFi user về gas.
VIITác động thực tế: Phí L2 sau Dencun
Sau Cancun upgrade 13/3/2024, các rollup lớn nhanh chóng chuyển sang blob transaction:
| Rollup | Phí swap trước Dencun | Phí swap sau Dencun | Mức giảm |
|---|---|---|---|
| Arbitrum One | ~$0.20–$1.00 | ~$0.01–$0.05 | ~90% |
| Optimism | ~$0.20–$0.80 | ~$0.01–$0.04 | ~90% |
| Base | ~$0.15–$0.60 | ~$0.005–$0.02 | ~95% |
| zkSync Era | ~$0.10–$0.50 | ~$0.01–$0.05 | ~80% |
| Starknet | ~$0.10–$0.40 | ~$0.01–$0.03 | ~85% |
Đây là cải thiện UX lớn nhất với người dùng L2 từ trước đến nay. Nhiều use case trước đây không khả thi kinh tế (micro-transaction, on-chain gaming, social) trở nên thực tế hơn.
Tác động kiến trúc với rollup:
- Sequencer không cần tối ưu calldata compression aggressively như trước
- Rollup có thể post batch thường xuyên hơn → latency giảm, finality nhanh hơn
- Chi phí vận hành rollup giảm → dễ ra mắt app-specific rollup hơn
VIIIGiới hạn hiện tại của EIP-4844
EIP-4844 không phải giải pháp DA hoàn chỉnh. Các giới hạn cần lưu ý:
- 6 blob/block ≈ 768KB: Throughput DA còn khiêm tốn. Khi nhiều rollup cùng post blob đồng thời, thị trường sẽ cạnh tranh và phí tăng lại
- Không có Data Availability Sampling: Light node vẫn không thể xác minh blob DA mà không tải toàn bộ — đây là tính năng của full Danksharding
- Sequencer tập trung vẫn là điểm yếu: EIP-4844 giảm chi phí nhưng không giải quyết vấn đề sequencer tập trung
- Blob chỉ trên L1: L2 muốn dùng blob cho L3 cần giải pháp riêng
IXProto-Danksharding vs Full Danksharding
EIP-4844 chỉ là bước đầu. Full Danksharding sẽ bổ sung các tính năng quan trọng hơn:
| Tính năng | Proto-Danksharding (EIP-4844) | Full Danksharding |
|---|---|---|
| Số blob/block | Tối đa 6 (~768KB) | Hàng trăm (~16–32MB) |
| Data Availability Sampling | ❌ Không có | ✅ Light node xác minh ngẫu nhiên |
| Phân phối blob | Toàn bộ validator nhận đủ blob | Validator nhận subset — hiệu quả hơn |
| Throughput DA | ~768KB/block | ~16–32MB/block (ước tính) |
| Yêu cầu thêm | KZG ceremony đã hoàn thành | PBS hoàn chỉnh, Verkle Tree, distributed builder |
Trong Ethereum Roadmap, EIP-4844 thuộc giai đoạn "The Surge". Bước tiếp theo: hoàn thiện PBS, Verkle Tree cho stateless client, rồi full Danksharding với DAS hoàn chỉnh.
❓Câu Hỏi Thường Gặp
Gần như không ảnh hưởng trực tiếp. EIP-4844 phục vụ rollup cần đăng dữ liệu lên L1. Người dùng L1 chuyển ETH hay dùng DeFi trên mainnet không sử dụng blob. Tuy nhiên gián tiếp, khi nhiều hoạt động chuyển sang L2 nhờ phí rẻ hơn, L1 congestion có thể giảm.
Không, nếu hệ sinh thái hoạt động đúng. Trong 18 ngày, bất kỳ ai (full node, archive node, L2 operator) đều có thể tải và lưu blob. Optimistic Rollup fraud proof window chỉ 7 ngày nên 18 ngày đủ dư. L2 tự lưu trữ dữ liệu của mình. KZG commitment vĩnh viễn trong chain chứng minh dữ liệu đã được published tại thời điểm đó.
Lựa chọn thiết kế có chủ ý. Nếu EVM đọc được blob, blob phải được tải vào execution layer — tốn bộ nhớ và computation. Rollup không cần EVM đọc blob; họ chỉ cần chứng minh blob đã được published. KZG commitment đủ để làm điều đó. Tách blob khỏi EVM giữ execution layer nhẹ và blob được xử lý ở consensus layer hiệu quả hơn.
KZG Ceremony (Powers of Tau) tạo ra tham số công khai cần thiết cho KZG commitment scheme. Quá trình này cần nhiều người đóng góp ngẫu nhiên ("entropy"), và chỉ cần 1 người trong số đó trung thực là toàn bộ ceremony an toàn. Ethereum KZG Ceremony 2022–2023 thu hút hơn 140,000 người tham gia — trusted setup lớn và đáng tin cậy nhất từ trước đến nay.
Về lý thuyết có thể — bất kỳ ai cũng có thể gửi blob transaction. Nhưng blob được thiết kế cho DA (lưu tạm, không đọc được bởi EVM), nên không phù hợp cho lưu trữ vĩnh viễn hay làm input cho smart contract. Use case lưu trữ on-chain vẫn cần calldata hoặc các giải pháp khác như Arweave, IPFS.
📚Tài liệu tham khảo
- Buterin, V., Feist, D., et al. (2022). EIP-4844: Shard Blob Transactions. eips.ethereum.org/EIPS/eip-4844
- Feist, D. (2022). Danksharding Design. notes.ethereum.org/@dankrad/new_sharding
- Ethereum Foundation (2024). Cancun-Deneb (Dencun) Network Upgrade. ethereum.org
- Drake, J. (2022). Proto-Danksharding FAQ. notes.ethereum.org/@protolambda/proto_danksharding_faq
- KZG Ceremony (2023). Ethereum KZG Summoning Ceremony. ceremony.ethereum.org
- L2Beat (2024). Layer 2 Fee Analysis Post-Dencun. l2beat.com
- Buterin, V. (2021). An Incomplete Guide to Rollups. vitalik.ca