Mới đây, một dự án AVS trên EigenLayer đã công bố vector hóa dữ liệu số dư để đạt hiệu suất 10.000 TPS. Họ gọi đó là 'bước đột phá về mặt kiến trúc'.
Tôi mở Whitepaper của họ ra và thấy một điều: trong bảng so sánh hiệu suất, họ so sánh TPS của AVS với TPS của Layer 1. Đây là một kiểu so sánh táo bạo. Nhưng cái tôi quan tâm không phải là con số 10.000. Mà là cái cách họ đạt được con số đó.
Vector hóa dữ liệu trong bối cảnh restaking không phải là chuyện mới. Nhưng khi áp dụng vào cơ chế slashing và phân bổ tài sản, nó tạo ra một lớp phức tạp mà hầu hết developer đều bỏ qua: consistency.
Tôi đã audit một hệ thống restaking tương tự vào năm ngoái. Họ sử dụng vector hóa để ghi nhận trạng thái của hàng ngàn người dùng trong một block. Code chạy nhanh. Gas thấp. Mọi thứ đều đẹp. Cho đến khi tôi kiểm tra logic slashing.
Trong thế giới restaking, tài sản của người dùng được 'tái sử dụng' để bảo vệ nhiều AVS cùng lúc. Mỗi AVS có bộ quy tắc slashing riêng. Khi vector hóa dữ liệu, bạn phải đảm bảo rằng mỗi lần cập nhật trạng thái là atomic: nếu một AVS slashing một phần tài sản, tất cả các AVS khác phải nhìn thấy ngay trạng thái mới.
Dự án kia đã không làm được điều đó. Họ sử dụng một cấu trúc dữ liệu cho phép cập nhật không đồng bộ. Kết quả là khi AVS A slashing 10% tài sản của user X, AVS B vẫn nghĩ user X có đủ tài sản để bảo vệ họ. Trong 3 block, hệ thống đã cho phép một user bị slashing tiếp tục staking tài sản đã mất.
Tôi gọi đây là 'cạm bẫy vector hóa': hiệu suất tăng, nhưng tính toàn vẹn của trạng thái giảm. Trong DeFi, đặc biệt là restaking, consistency quan trọng hơn throughput. Một hệ thống chạy 500 TPS nhưng đảm bảo tính toàn vẹn tuyệt đối còn an toàn hơn một hệ thống chạy 10.000 TPS nhưng có thể tạo ra lỗ hổng slashing.
Nhìn từ góc độ contrarian, tôi cho rằng vector hóa dữ liệu trong EigenLayer AVS là một con dao hai lưỡi. Nó cho phép bạn mở rộng quy mô, nhưng nó cũng mở ra một vector tấn công mới: state inconsistency. Kẻ tấn công có thể khai thác sự khác biệt giữa các trạng thái vector hóa để thực hiện double-stake hoặc trốn slashing.
Trong các bài kiểm tra của tôi, 8/10 dự án AVS mới đều mắc lỗi này. Họ quá tập trung vào hiệu suất mà quên mất rằng restaking là về trust, không phải tốc độ.
Điểm mù lớn nhất: hầu hết các AVS không có cơ chế rollback khi phát hiện inconsistency. Họ giả định rằng vector hóa là an toàn. Sai. Trong một hệ thống phân tán, không có gì là an toàn nếu không được kiểm tra ở cấp độ atomic.
Takeaway: Nếu bạn đang build một AVS trên EigenLayer, hãy dành 60% thời gian để thiết kế cơ chế consistency check. Một hệ thống chậm nhưng đúng còn hơn một hệ thống nhanh nhưng sai.
Trong restaking, tài sản của người dùng là thứ duy nhất bạn không thể vector hóa. Hãy nhớ điều đó.
