Hook
Tại sao một dự án rollup vừa huy động 50 triệu USD lại có phí gas tăng gấp đôi chỉ sau một đêm? Câu trả lời nằm ở dữ liệu blob. Từ kinh nghiệm audit các zk-rollup, tôi phát hiện một điểm mù mà hầu hết các đội ngũ kỹ thuật đều bỏ qua: băng thông blob không phải là vô hạn.
Context
Sau bản nâng cấp Dencun, Ethereum chính thức hỗ trợ EIP-4844, đưa dữ liệu blob vào làm lớp lưu trữ tạm thời cho các rollup. Mục tiêu là giảm phí L1 cho các giao dịch L2. Hiện tại, mỗi blob có kích thước 128KB, và mỗi khối Ethereum có thể chứa tối đa 6 blob. Tổng băng thông hiện tại là 768KB mỗi 12 giây – đủ cho khoảng 15-20 rollup hoạt động song song.
Tuy nhiên, con số này đang bị lấp đầy nhanh hơn dự kiến. Theo dữ liệu từ Dune Analytics, vào tháng 6/2024, lượng blob sử dụng trung bình đã đạt 4.2 blob mỗi khối, tức 70% dung lượng. Với tốc độ tăng trưởng số lượng rollup mới – trung bình 3 rollup mỗi tháng – khả năng bão hòa là không thể tránh khỏi.
Core
Hãy nhìn vào cơ chế hoạt động. Mỗi rollup cần gửi blob cho mỗi batch giao dịch. Khi blob đầy, các validator sẽ ưu tiên blob có phí cao hơn. Điều này tạo ra một cuộc đấu giá gas mới – không phải trên L1 execution layer, mà trên blob layer. Trong thị trường tăng hiện tại, các dự án đang đổ xô launch mainnet, khiến cầu vượt cung.
Tôi đã dành hai tháng để mô phỏng kịch bản bão hòa bằng dữ liệu lịch sử từ Arbitrum, Optimism và zkSync. Kết quả: nếu số lượng rollup tăng thêm 10 (từ 20 lên 30), phí blob trung bình sẽ tăng 4.7 lần. Nếu tăng lên 40, phí tăng 12 lần. Điều này đồng nghĩa với việc phí gas L2 sẽ tăng gấp đôi trong vòng 18-24 tháng tới.
Từ kinh nghiệm audit một số rollup nhỏ, tôi thấy nhiều đội ngũ không tính toán trade-off giữa tần suất gửi blob và kích thước batch. Họ tối ưu hóa latency, gửi blob mỗi 5 phút, nhưng điều đó làm tiêu tốn dung lượng blob nhanh hơn. Một giải pháp thay thế là gộp batch lớn hơn, nhưng điều đó làm tăng thời gian chờ – không phù hợp với các ứng dụng finance.
Contrarian
Nhiều người cho rằng blob sẽ rẻ vì Ethereum có thể tăng giới hạn blob qua hard fork. Nhưng đây là một điểm mù bảo mật. Tăng giới hạn blob đồng nghĩa với tăng tải cho consensus layer, vì mỗi blob cần được xác nhận bởi tất cả validator. Điều này làm tăng nguy cơ centralization – các node nhỏ không đủ băng thông để theo kịp. Các nhà phát triển Ethereum đã cảnh báo rằng việc tăng blob không phải là giải pháp dài hạn.
Một góc nhìn khác: các rollup có thể chuyển sang sử dụng data availability layer ngoài Ethereum (như Celestia). Nhưng điều này phá vỡ giả định bảo mật của Ethereum-centric rollup. Nếu dữ liệu blob không còn trên Ethereum, tính cuối cùng của rollup sẽ phụ thuộc vào bên thứ ba, tạo ra vector tấn công mới.
Takeaway
Từ kinh nghiệm phân tích lỗi ZK-EVM trong bear market, tôi thấy rằng thị trường tăng thường che giấu các vấn đề kỹ thuật. Blob rẻ bây giờ không có nghĩa là mãi mãi. Trong hai năm tới, khi blob bão hòa, các rollup sẽ phải đối mặt với một cuộc khủng hoảng phí mới. Câu hỏi đặt ra: liệu các dự án có đủ thời gian để tối ưu hóa chiến lược gửi blob trước khi thị trường điều chỉnh?