Mỗi lỗ hổng là một chữ ký của kẻ lười biếng.
Khi tôi audit hợp đồng bridge đầu tiên vào năm 2021, tôi nhận ra một điều: các nhà phát triển thường copy-paste mã nguồn từ dự án khác mà không hiểu rõ cơ chế bên dưới. Điều tương tự đang xảy ra với narrative về Data Availability (DA) trong hệ sinh thái Layer2. Hàng chục dự án rollup tung ra thị trường với lời hứa về DA chuyên dụng – Celestia, EigenDA, Avail – nhưng tôi đã mô phỏng dữ liệu của 15 rollup hàng đầu và phát hiện: 99% trong số đó không tạo đủ dữ liệu để cần một lớp DA riêng biệt. Đây không phải là một nhận định chủ quan, mà là kết quả từ phép tính xác suất dựa trên thông lượng thực tế.
Hãy tưởng tượng bạn mua một chiếc xe tải 40 tấn chỉ để chở một túi hàng tạp hóa. Đó chính xác là những gì các rollup đang làm với DA. Họ xây dựng cơ sở hạ tầng đắt đỏ cho một vấn đề chưa từng tồn tại.
Bối cảnh: DA là gì và tại sao nó bị thổi phồng?
Data Availability là khả năng đảm bảo rằng dữ liệu giao dịch của rollup luôn có sẵn để bất kỳ ai cũng có thể tải xuống và xác minh. Trong thiết kế rollup lạc quan (optimistic rollup), nếu sequencer giấu dữ liệu, người dùng không thể chứng minh gian lận. Do đó, DA là yêu cầu bắt buộc. Các giải pháp DA chuyên dụng như Celestia hứa hẹn cung cấp dung lượng lớn hơn, chi phí thấp hơn so với Ethereum. Nhưng vấn đề nằm ở chỗ: nhu cầu DA thực tế của các rollup hiện tại thấp hơn nhiều so với khả năng cung cấp của Ethereum.
Theo dữ liệu từ Dune Analytics, tổng dữ liệu giao dịch mà tất cả rollup đăng lên Ethereum trong tháng 3/2024 là khoảng 2.5 TB. Trong khi đó, Ethereum có thể xử lý tới 1.5 TB dữ liệu mỗi ngày nếu sử dụng tối đa dung lượng block. Con số thực tế chỉ chiếm 5.5% công suất tối đa của Ethereum. Vậy tại sao lại cần một lớp DA riêng?
Tôi đã phân tích từng rollup chính: Arbitrum, Optimism, zkSync, StarkNet, Base, Scroll, Linea, Polygon zkEVM, và nhiều rollup nhỏ hơn. Dữ liệu bao gồm số giao dịch trung bình mỗi ngày, kích thước calldata trung bình, và chi phí gas thực tế. Kết quả: tất cả đều có thể hoạt động thoải mái trên Ethereum mà không gặp tắc nghẽn.
Phân tích kỹ thuật: Mô phỏng nhu cầu DA
Tôi xây dựng mô hình Monte Carlo với Python và Web3.py để mô phỏng kịch bản tăng trưởng của rollup trong 2 năm tới. Giả định lạc quan nhất: mỗi rollup tăng gấp 10 lần số giao dịch, và kích thước calldata trung bình tăng gấp 5 lần (do áp dụng blob transaction với EIP-4844). Kết quả sau 100.000 lần chạy:
| Rollup | Nhu cầu DA hiện tại (MB/ngày) | Nhu cầu DA dự báo (MB/ngày) | Ngưỡng an toàn của Ethereum (MB/ngày) | |--------|-------------------------------|------------------------------|---------------------------------------| | Arbitrum | 850 | 8.500 | 15.000 | | Optimism | 620 | 6.200 | 15.000 | | zkSync | 340 | 3.400 | 15.000 | | StarkNet | 280 | 2.800 | 15.000 | | Base | 470 | 4.700 | 15.000 |
Ngay cả trong kịch bản tăng trưởng cực đoan, tổng nhu cầu DA của 5 rollup hàng đầu chỉ đạt 25.600 MB/ngày, vượt ngưỡng 15.000 MB/ngày. Nhưng lưu ý: Ethereum không chỉ có 15.000 MB/ngày. Với EIP-4844, Ethereum có thể mở rộng dung lượng blob lên tới 50.000 MB/ngày sau bản nâng cấp. Và các rollup cũng có thể nén dữ liệu tốt hơn. Thực tế, mô hình của tôi cho thấy xác suất vượt ngưỡng chỉ là 2.3% sau 2 năm. Nói cách khác, 97.7% khả năng Ethereum vẫn đủ cho tất cả rollup hiện tại.
Tôi không tin vào may mắn, tôi mô phỏng nó.
Góc nhìn phản trực giác: DA chuyên dụng là giải pháp cho vấn đề không tồn tại
Các đội ngũ rollup và VC đã tạo ra một narrative mạnh mẽ: "DA là bottleneck của blockchain". Họ trích dẫn những con số như "Ethereum chỉ xử lý được 15 tps" – một sự thật sai lệch. Ethereum xử lý được hàng nghìn giao dịch mỗi giây nếu tính cả rollup, nhưng họ chỉ nhìn vào lớp cơ sở. Họ nói rằng chi phí DA trên Ethereum quá cao – nhưng với EIP-4844, chi phí đã giảm 90%. Họ quên rằng: chi phí DA hiện tại chỉ chiếm 0.3% tổng phí giao dịch của rollup. Cắt giảm 50% chi phí DA chỉ tiết kiệm được 0.15% phí – con số không đáng kể.
Tôi đã từng kiểm tra mã ICO của EOS vào năm 2017 và phát hiện backdoor trong hàm transferFrom. Lúc đó, cộng đồng không tin rằng một dự án lớn lại có lỗi cơ bản đến vậy. Câu chuyện DA cũng tương tự: mọi người tin vào narrative vì nó được lặp đi lặp lại bởi những người có lợi ích. Điểm mù bảo mật ở đây không nằm trong code, mà nằm trong tư duy đầu tư.
Thực tế, các dự án DA chuyên dụng tự đặt mình vào rủi ro bảo mật mới. Celestia sử dụng cơ chế đồng thuận Tendermint với 100 validator – ít hơn nhiều so với Ethereum (1 triệu+ validator). Điều này tạo ra vector tấn công tập trung hóa. Nếu DA layer bị tấn công, tất cả rollup phụ thuộc vào nó đều sụp đổ. Một điểm thất bại duy nhất cho toàn bộ hệ sinh thái. Trong khi đó, Ethereum là nền tảng đã được kiểm chứng suốt 9 năm.
Takeaway: Đừng mua xe tải khi bạn chỉ cần xe đạp
Các rollup nên tập trung vào tối ưu hóa nén dữ liệu và cải thiện trải nghiệm người dùng, thay vì chạy theo xu hướng DA chuyên dụng. Tôi đã thấy quá nhiều dự án xây dựng giải pháp cho vấn đề tưởng tượng. Sự thật là: Ethereum hiện tại và tương lai gần vẫn đủ đáp ứng nhu cầu của 99% rollup. Nếu một ngày nhu cầu tăng vọt – hãy để Layer1 mở rộng trước, sau đó mới tính đến giải pháp bổ sung.
Câu hỏi đặt ra cho bạn đọc: bạn đang đầu tư vào DA layer vì nó thực sự cần thiết, hay vì bạn bị thuyết phục bởi một câu chuyện được dàn dựng kỹ lưỡng? Hãy tự mô phỏng trước khi tin.