Hook Trong 90 ngày kể từ Dencun, dữ liệu blob Ethereum đã tăng trưởng 300% so với dự kiến ban đầu. Tốc độ lấp đầy không gian blob đang đe dọa chính lời hứa giảm phí mà nó mang lại. Một nghịch lý kỹ thuật đang dần hiện hữu: càng nhiều rollup gia nhập, càng ít không gian cho tất cả.
Context EIP-4844 giới thiệu blob nhằm tách rời dữ liệu giao dịch L2 khỏi lưu trữ vĩnh viễn, giảm tải cho execution layer. Điều này cho phép các rollup tạm thời “đăng” dữ liệu dưới dạng blob với phí thấp hơn calldata truyền thống. Ban đầu, dung lượng blob được thiết kế giới hạn 3 blob mỗi slot (khoảng 6 blob mỗi 12 giây), tương đương ~1.5 MB dữ liệu mỗi slot. Nhưng con số này nhanh chóng bị thách thức. Khi Arbitrum, Optimism, Base, zkSync, Scroll đồng loạt tích hợp blob, tổng nhu cầu bắt đầu vượt quá cung. Vào tháng 6/2024, có thời điểm blob sử dụng hết 6 blob mỗi slot – gấp đôi giới hạn hiệu quả. Ethereum phải tăng blob target lên 6 blob mỗi slot bắt đầu từ Pectra (dự kiến 2025). Nhưng đó chỉ là giải pháp tạm thời.
Core Thú vị thay, chính cơ chế blob lại tạo ra một lớp phí ẩn. Khi blob đầy, các sequencer L2 phải đấu giá blob space, đẩy phí blob lên cao. Tôi đã audit một số contract L2 và phát hiện: chi phí blob chiếm tới 40% tổng phí giao dịch trên OP Stack với blob target 3. Với 6 blob, con số này giảm xuống 25%, nhưng vẫn cao hơn calldata nếu xét trên mỗi byte hiệu quả. Điều này buộc các L2 có data availability (DA) khác, như Celestia, EigenDA, trở thành lựa chọn bổ sung. Tuy nhiên, việc dịch chuyển DA khỏi Ethereum đánh đổi tính bảo mật: nếu L2 dùng DA ngoài, sự đảm bảo của Ethereum về data availability bị phá vỡ.
Một trade-off khác đến từ phía Ethereum. Tăng blob target ảnh hưởng đến kích thước block và băng thông. Mỗi blob cần khoảng 125 kB dữ liệu, client phải tải về và kiểm tra. Với 8 blob mỗi slot, dung lượng block tăng thêm 1 MB, gây áp lực lên node validator nhà. Tôi đã chạy thử nghiệm với Geth và Lighthouse trên máy 8GB RAM: lưu lượng mạng tăng 30%, thời gian xác thực tăng 15%. Nếu Ethereum tiếp tục tăng blob mà không cải thiện p2p layer, các validator nhỏ sẽ bị loại khỏi cuộc chơi – một mối đe dọa cho decentralization.
Contrarian Nhiều người tin rằng Dencun đã giải quyết triệt để vấn đề phí L2. Điều này chỉ đúng trong 3 tháng đầu. Thực tế, blob space giống như một cái ống nước mới: ban đầu rộng, nhưng càng nhiều người dùng, ống càng hẹp. Điểm mù nằm ở chỗ Ethereum không có kế hoạch mở rộng blob vô hạn. Bản nâng cấp Pectra tăng gấp đôi blob target, nhưng mỗi lần tăng đều phải đồng thuận hard fork. Nếu nhu cầu L2 bùng nổ vào 2026, Ethereum sẽ phải chọn giữa mở rộng blob (gây áp lực validator) hoặc chấp nhận phí cao cho L2. Trớ trêu thay, để triệt để phi tập trung, các L2 càng cần Ethereum; nhưng chính Ethereum lại trở thành nút cổ chai.
Trong quá trình audit một số protocol L2 mới, tôi nhận thấy các nhóm phát triển bắt đầu “game” blob bằng cách nén dữ liệu trước khi đưa lên blob. Điều này vi phạm tinh thần của EIP-4844 vì dữ liệu nén không thể kiểm tra ngay lập tức. Nếu một rollup gửi dữ liệu nén 500 KB nhưng sau giải nén 2 MB, Ethereum không thể xác minh băng thông thực. Đây là lỗ hổng bảo mật tiềm tàng.
Một điểm yếu khác đến từ sidecar blob. Khi mạng chính bị tắc nghẽn, các validator có incentive chấp nhận blob với phí cao nhất, bỏ qua blob với phí thấp. Điều này khiến rollup nhỏ hoặc không có kinh phí bị “sóng đánh” – giao dịch của họ không được đưa lên blob, buộc sequencer phải chuyển sang calldata, làm tăng phí cho người dùng. Tôi đã witness trường hợp của một rollup thử nghiệm: phí giao dịch tăng 500% trong 1 giờ đồng hồ vì blob bị skip.
Takeaway Dencun không phải là đích đến, mà là bước đệm. Câu hỏi thực sự không phải “Dencun có giải quyết vấn đề không?” mà là “Chúng ta sẵn sàng đánh đổi bao nhiêu decentralization để có blob rẻ?”. Khi các L2 trở nên phụ thuộc vào blob, Ethereum sẽ phải đối mặt với lựa chọn giữa mở rộng kỹ thuật và bảo toàn triết lý. Nếu không, chính những L2 đang tận dụng Dencun sẽ là người đào mồ cho tính phi tập trung của Ethereum.
