OKB.VN
🧩 Modular & DA — Kiến trúc phân lớp

Data Availability Sampling là gì?

Kỹ thuật giúp Light Node xác minh DA mà không cần tải toàn bộ block — nền tảng của Danksharding
📖 Khoảng 12 phút đọc 🔄 Cập nhật 2026 🏷️ DAS · Erasure Coding · Danksharding

Tóm tắt nhanh

Data Availability Sampling (DAS) là kỹ thuật cho phép light node xác minh rằng toàn bộ block data đã được publish — bằng cách chỉ download ngẫu nhiên một vài chunk nhỏ thay vì tải cả block. Kết hợp với Erasure Coding, chỉ ~30 mẫu ngẫu nhiên là đủ để kết luận với độ tin cậy >99.9% rằng data available. DAS là nền tảng kỹ thuật cho phép Ethereum mở rộng lên hàng trăm blob mỗi block trong Danksharding mà không ảnh hưởng tính phân tán.

01 Data Availability Problem là gì?

Data Availability (DA) Problem là câu hỏi cốt lõi trong bảo mật blockchain: Làm sao một node có thể chắc chắn rằng block producer đã publish toàn bộ block data lên mạng — chứ không phải chỉ publish header mà giữ lại data?

Nếu block data không available, có vấn đề nghiêm trọng:

  • Fraud proof không thể tạo được: Optimistic Rollup cần toàn bộ data để verify và tạo fraud proof khi có gian lận
  • State không thể reconstruct: Nếu block producer withhold data, network có thể bị fork hoặc frozen
  • Light node bị lừa: Block producer publish header hợp lệ nhưng không publish data — light node không biết
DA vs Data Correctness: DA không phải là verify data đúng hay sai — mà chỉ verify data có available (được publish) hay không. Verify correctness là việc của execution layer và fraud/validity proof.

Trong blockchain truyền thống, chỉ full node mới solve được DA problem — bằng cách download toàn bộ block. Khi block lớn dần, số full node giảm, tính phân tán giảm. DAS sinh ra để phá vỡ vòng luẩn quẩn này. Đọc thêm Data Availability là gì.

02 Data Availability Sampling Hoạt Động Thế Nào?

Ý tưởng cốt lõi của DAS rất đơn giản: thay vì tải cả block, light node chỉ sample ngẫu nhiên một số chunk nhỏ và kiểm tra chúng có hợp lệ không.

Quy trình DAS từng bước

  1. Block producer publish: Data block được chia thành nhiều chunk nhỏ, mã hóa bằng Erasure Coding và publish lên mạng P2P
  2. Light node sample: Mỗi light node gửi request lấy ngẫu nhiên ~30–75 chunk từ nhiều peer khác nhau
  3. Kiểm tra từng chunk: Mỗi chunk kèm theo proof (thường là KZG proof hoặc Merkle proof) để verify chunk đó thuộc block data đúng
  4. Kết luận: Nếu tất cả chunk request đều trả về hợp lệ → data available với xác suất rất cao. Nếu một chunk nào không trả về → nghi ngờ data withholding
Tại sao sampling hoạt động? Nếu attacker withhold >50% data, xác suất một chunk ngẫu nhiên bị withheld là >50%. Sau 30 lần sample độc lập, xác suất tất cả đều trúng chunk available = (0.5)^30 ≈ 10^-9. Tức là attacker gần như chắc chắn bị phát hiện.

Điều quan trọng: nhiều light node cùng sample song song — mỗi node sample các chunk khác nhau. Kết hợp lại, toàn bộ data sẽ được verify phân tán mà không node nào cần tải hết.

03 Erasure Coding — Chìa Khoá của DAS

DAS chỉ hoạt động hiệu quả khi kết hợp với Erasure Coding — kỹ thuật mã hóa biến data gốc thành dạng mở rộng có thể chịu mất mát.

Cơ chế Erasure Coding

Giả sử block data gốc có n chunks:

  1. Erasure Coding biến n chunks thành 2n chunks (mở rộng 2x)
  2. Bất kỳ n chunks nào trong số 2n chunks đều đủ để khôi phục toàn bộ data gốc
  3. Block producer phải publish đủ 2n chunks — không thể giả mạo bằng cách publish ít hơn

Tại sao Erasure Coding quan trọng với DAS?

Không có Erasure Coding, attacker có thể withhold chỉ 1 chunk quan trọng — và DAS không thể phát hiện (phải may mắn sample trúng đúng chunk đó). Với Erasure Coding:

  • Attacker phải withhold >50% tổng chunks mới có thể ngăn reconstruct data
  • Nhưng nếu withhold >50%, xác suất bị DAS phát hiện rất cao chỉ với vài chục mẫu
  • Đây là lý do DAS + Erasure Coding tạo ra bảo mật mạnh mà không cần tải toàn bộ data
Erasure Coding trong thực tế: Ethereum Danksharding dùng 2D Erasure Coding — mở rộng data theo cả hai chiều dọc và ngang của ma trận chunk, tăng hiệu quả sampling và cho phép verify từng hàng/cột độc lập. Celestia dùng 2D Reed-Solomon coding.

04 Xác Suất Phát Hiện Tấn Công

Giả sử attacker withhold tỷ lệ f chunks (f > 0.5 để ngăn reconstruct). Xác suất một lần sample ngẫu nhiên trúng chunk bị withheld là f. Xác suất k lần sample tất cả đều hợp lệ (attacker không bị phát hiện) là (1-f)^k.

Tỷ lệ withheld (f)10 mẫu30 mẫu75 mẫu
50% (tối thiểu)(0.5)^10 ≈ 0.1%(0.5)^30 ≈ 10^-9(0.5)^75 ≈ 10^-22
75%(0.25)^10 ≈ 10^-6(0.25)^30 ≈ 10^-18≈ 0
90%(0.1)^10 = 10^-10≈ 0≈ 0

Chỉ cần 30 lần sample, xác suất attacker withhold 50% data mà không bị phát hiện là 1 phần tỷ. Với 75 mẫu (chuẩn Ethereum Danksharding), bảo mật đạt mức thiên văn học.

Network effect: Mỗi light node sample các chunk khác nhau. Nếu có 1000 light node, mỗi node sample 30 chunk, tổng cộng 30,000 chunk được sample — phủ nhiều lần toàn bộ block. Attacker gần như không thể withhold data mà không bị ít nhất một node phát hiện.

05 DAS vs Full Node Verification

Tiêu chíFull Node (tải hết)DAS (sampling)
Data download100% block data~1-5% block data (vài chục chunk)
Bandwidth yêu cầuRất cao — tăng theo block sizeThấp — cố định ~vài KB/block
Bảo mậtTuyệt đối — verify 100%Xác suất cao (>99.9999%)
ScalabilityKhông scale — block lớn = ít full nodeScale tốt — block lớn, light node vẫn OK
Phần cứngServer/VPS mạnhMobile phone đủ dùng
DecentralizationGiảm khi block lớnTăng — ai cũng có thể chạy light node DAS
Ứng dụngBlock production, archivingVerify DA trong Danksharding, Celestia

DAS không thay thế full node — mà bổ sung. Full node vẫn cần để verify execution, state transitions. DAS cho phép số lượng lớn light node cùng tham gia verify DA, tăng tính phân tán tổng thể của mạng.

06 DAS trong Ethereum Danksharding

Danksharding là giai đoạn scaling tiếp theo của Ethereum sau EIP-4844 — mục tiêu mở rộng số blob từ 6 lên hàng trăm mỗi block. DAS là thành phần kỹ thuật bắt buộc để làm điều này mà không phá vỡ tính phân tán.

Roadmap Ethereum DAS

  • EIP-4844 (hiện tại): 6 blob/block (~750KB), chưa có DAS — full node verify DA thủ công. Node cần bandwidth đủ để tải 6 blob.
  • Full Danksharding (tương lai): 64–256+ blob/block (~32MB+). Không thể yêu cầu tất cả node tải 32MB/block — cần DAS để light node verify DA phân tán.

KZG + DAS trong Ethereum

Ethereum dùng KZG Commitment để tạo proof cho từng chunk trong blob. Mỗi chunk sample có kèm KZG proof 48 bytes để verify chunk thuộc đúng blob commitment đã được publish trên chain. Kết hợp 2D Erasure Coding với KZG proof tạo ra hệ thống DAS hiệu quả và bảo mật.

PeerDAS: Ethereum đang phát triển PeerDAS (Peer Data Availability Sampling) — cơ chế DAS thực tế cho Ethereum P2P network. Trong PeerDAS, mỗi node chỉ lưu và serve một phần nhỏ của blob data, các node phối hợp để đảm bảo toàn bộ data available trên mạng.

07 DAS trong Celestia

Celestia là DA Layer đầu tiên triển khai DAS trong production. Celestia được thiết kế từ đầu xoay quanh DAS — không có execution, chỉ tập trung vào DA.

Celestia DAS architecture

  • 2D Reed-Solomon Erasure Coding: Block data được tổ chức thành ma trận k×k, mở rộng thành 2k×2k bằng Reed-Solomon coding theo cả hai chiều
  • Namespace Merkle Tree: Mỗi chunk có namespace — light node có thể DAS chỉ data thuộc namespace của rollup mình quan tâm
  • Light node network: Celestia khuyến khích mạng lớn light node chạy DAS — đây là nguồn bảo mật DA chính
  • Fraud proof cho bad erasure coding: Nếu block producer mã hóa Erasure Coding sai, full node có thể tạo fraud proof ngắn để refute

So sánh chi tiết: Celestia vs EigenDAAvail là gì.

08 Hạn Chế và Thách Thức của DAS

Thách thức kỹ thuật

  • Network connectivity: DAS yêu cầu light node có thể reach đủ peer để sample các chunk khác nhau. Nếu network bị phân mảnh, sampling có thể không phủ hết data
  • Eclipse attack: Nếu attacker kiểm soát tất cả peer của một light node, họ có thể fake rằng data available trong khi thực ra không phải. Giải pháp: light node cần đủ peer diversity
  • Erasure Coding proof: Cần cơ chế verify block producer đã mã hóa Erasure Coding đúng — không phải tạo các chunk fake không reconstruct được
  • Latency: Sampling cần round-trip đến nhiều peer — thêm latency so với tải thẳng từ nguồn

Giới hạn bảo mật

DAS chỉ bảo đảm data available tại thời điểm sampling. Nó không đảm bảo data sẽ available mãi mãi. Đó là lý do các DA layer thường có expiry time cho data (Ethereum blob: 18 ngày, Celestia: vài tháng). Rollup cần lưu data lâu dài phải tự archive hoặc dùng DA layer khác.

DAS chưa live trên Ethereum mainnet: Tính đến 2026, Ethereum chưa triển khai DAS trong production. EIP-4844 chưa có DAS — full node vẫn tải toàn bộ blob. DAS sẽ đến với Full Danksharding trong các upgrade tương lai.

FAQ Câu Hỏi Thường Gặp

DAS là kỹ thuật cho phép light node xác minh rằng toàn bộ block data đã được publish lên mạng — bằng cách chỉ download ngẫu nhiên một số chunk nhỏ (~30–75 chunk) thay vì tải cả block. Kết hợp với Erasure Coding, chỉ vài chục mẫu đủ để kết luận với độ tin cậy >99.9999% rằng data available.

DA thông thường yêu cầu full node download và verify toàn bộ block data — không scalable khi block lớn vì đòi hỏi bandwidth và phần cứng mạnh. DAS cho phép light node verify DA bằng random sampling chỉ vài KB/block — scalable và chạy được trên thiết bị thông thường kể cả mobile.

Erasure Coding mã hóa data gốc n chunks thành 2n chunks — có thể khôi phục toàn bộ data từ bất kỳ 50% chunk nào. Nhờ đó, attacker muốn giấu data phải withhold >50% tổng chunks. Với xác suất đó, chỉ 30 lần sampling ngẫu nhiên đã phát hiện attacker với xác suất >99.9999%.

Danksharding mở rộng Ethereum lên hàng trăm blob/block (~32MB+). Không thể yêu cầu mọi node tải 32MB/block — đó là lý do DAS cần thiết. DAS cho phép light node verify DA của hàng trăm blob bằng cách chỉ sample vài chục chunk nhỏ, biến Danksharding từ lý thuyết thành thực tế khả thi.

📚 Khám phá thêm theo chủ đề
113 bài phân tích kỹ thuật — Blockchain Infrastructure từ nền tảng đến nâng cao
📋 Xem tất cả bài viết →