Bỏ qua audit? Đó là tự sát.
Tuần trước, tôi nhận audit cho một rollup Layer 2 tên là "SpeedRoll". Whitepaper của họ dài 60 trang, trang trọng nhắc đến Celestia, EigenDA, và "data availability layer phi tập trung" như một điểm bán hàng chính. Tôi mở code ra, kiểm tra module DA. Kết quả? Họ dùng một AWS S3 bucket có public read. Không có mã hóa, không có bằng chứng lỗi, không có bất kỳ cơ chế nào để đảm bảo dữ liệu thực sự có sẵn. Marketing đẹp, code rách. Tin tôi đi.
Context: Cơn sốt DA – từ giải pháp đến hình thức
Từ năm 2023, khái niệm "Data Availability" (DA) trở thành buzzword không thể thiếu. Các dự án rollup thi nhau khoe tích hợp Celestia, Avail, hay EigenDA. Vốn đầu tư đổ vào hàng tỷ USD. Nhưng liệu 99% rollup có thực sự cần đến một lớp DA chuyên dụng? Câu trả lời là không. Sau hơn 5 năm làm audit, tôi chưa từng thấy một rollup nào tạo ra đủ dữ liệu để làm nghẽn cổ chai băng thông của một blockchain đơn giản.
Hãy nhìn vào con số: Một giao dịch chuyển tiền trên Ethereum tốn khoảng 100 byte. Một rollup hiệu quả nén hàng trăm giao dịch vào một batch vài KB. Giả sử một rollup xử lý 1 triệu giao dịch mỗi ngày – con số cực kỳ lạc quan – thì lượng dữ liệu cần công bố chỉ khoảng 100 MB/ngày. Một node Ethereum thông thường có thể lưu trữ và xử lý dễ dàng. Vậy lớp DA phi tập trung nào cần thiết? Chỉ khi nào một rollup đạt 100 triệu giao dịch/ngày (ngang Visa), lúc đó mới cần mở rộng. Nhưng đến thời điểm đó, chưa chắc rollup còn sống.
Core: Tháo gỡ hệ thống – tại sao 99% rollup không cần DA riêng?
Tôi sẽ phân tích bằng con số cụ thể từ một dự án tôi audit tháng trước: Rollup "QuickBridge" có throughput tối đa 200 TPS. Mỗi batch gồm 500 giao dịch, kích thước trung bình 2 KB. Trung bình mỗi giây họ gửi 0.4 batch. Lượng dữ liệu mỗi ngày: 0.4 batch/s × 2 KB × 86400 s ≈ 69 MB. Một node Ethereum với ổ cứng 2 TB có thể lưu trữ dữ liệu của QuickBridge trong 30 năm. Vậy tại sao họ lại cần một lớp DA riêng?
Whitepaper đẹp, code rách. Tin tôi đi.
Câu trả lời nằm ở marketing và đầu tư. Các quỹ đầu tư thích câu chuyện "siêu mở rộng", "phi tập trung hoàn toàn". Lớp DA là mảnh ghép để kể câu chuyện đó. Nhưng khi tôi lật code, tôi thấy họ dùng một sequencer trung tâm duy nhất chạy trên AWS. Nếu sequencer đó ngừng hoạt động, toàn bộ rollup chết. Data availability trở nên vô nghĩa nếu sequencer không phi tập trung.
Năm 2022, tôi audit một rollup tương tự họ hào hứng khoe tích hợp Celestia. Tôi hỏi: "Sequencer của anh chạy ở đâu?" Họ trả lời: "Máy chủ của đội ngũ, có backup thủ công." Tôi chỉ ra rằng việc có DA layer phi tập trung không bảo vệ khỏi lỗi sequencer. Họ bỏ qua. Ba tháng sau, sequencer offline 6 tiếng vì lỗi mạng, rollup mất 200.000 USD phí giao dịch.
Một lớp DA thực sự hữu ích nếu rollup có sequencer phi tập trung, và có nhu cầu lưu trữ dữ liệu lớn đến mức không thể đặt trên Ethereum mainnet. Nhưng hiện tại, 99% rollup chỉ đạt vài trăm TPS. Con số này quá nhỏ để biện minh cho một lớp DA riêng.
Contrarian: Phần phe bò đúng – DA có chỗ đứng
Tôi không phủ nhận giá trị của lớp DA. Trong tương lai, khi rollup đạt hàng nghìn TPS, DA layer như Celestia sẽ là giải pháp thiết yếu. Nhưng hiện tại, phần lớn dự án sử dụng DA như một tấm bùa hộ mệnh để gọi vốn.
Có hai trường hợp ngoại lệ: Thứ nhất, các rollup chuyên xử lý game on-chain hoặc DePIN (mạng lưới thiết bị vật lý phi tập trung) có thể tạo ra dữ liệu khổng lồ. Ví dụ, một game với 10.000 người chơi tương tác mỗi giây có thể cần vài GB dữ liệu mỗi ngày. Thứ hai, các rollup muốn giảm chi phí lưu trữ trên Ethereum mainnet (calldata hiện rẻ hơn nhờ EIP-4844, nhưng vẫn đắt so với DA layer chuyên dụng).
Nhưng hãy nhìn vào số liệu: EIP-4844 giảm 90% chi phí calldata cho rollup. Với mức throughput hiện tại, chi phí calldata chỉ vài trăm USD mỗi tháng. Một dự án nhỏ không cần tối ưu thêm.
Takeaway: Gọi trách nhiệm – kiểm tra code, không tin marketing
Lớp DA bị thổi phồng. 99% rollup không cần nó. Nếu bạn đang đầu tư vào một rollup, hãy yêu cầu đội ngũ cung cấp bằng chứng về nhu cầu dữ liệu thực tế. Đừng nói "phi tập trung" nếu bạn chưa đọc code.
Whitepaper đẹp, code rách. Tin tôi đi.
Lỗi logic giết chết nhiều hơn coder xấu. Và lỗi logic lớn nhất trong ngành hiện tại là sử dụng DA layer khi không cần. Hãy tập trung vào những thứ thực sự quan trọng: bảo mật sequencer, tính toàn vẹn của hợp đồng thông minh, và khả năng chống kiểm duyệt.
Dựa trên kinh nghiệm audit của tôi, các dự án thành công trong dài hạn luôn ưu tiên an toàn hơn tốc độ. DA layer chỉ là phần ngọn. Phần gốc là kiến trúc tổng thể phải chịu được tấn công.
Bỏ qua audit? Đó là tự sát.
