Vừa mới cập nhật lại những gì đã xảy ra với sự kiện thanh lý Aave vào tháng 3, và thành thật mà nói, nguyên nhân gốc rễ khá là kỳ quặc. Chaos Labs đã đăng tải phân tích của họ và xác nhận đó là một lỗi cấu hình oracle điển hình - kiểu lỗi có thể gây ra các vấn đề nghiêm trọng nếu không được giám sát chặt chẽ.

Vậy chuyện đã xảy ra như thế nào: oracle rủi ro CAPO gặp phải vấn đề giới hạn ở tham số snapshotRatio, chỉ giới hạn tăng trưởng 3% mỗi 3 ngày. Nó cần nhảy từ khoảng 1.1572 lên 1.2282, nhưng chỉ có thể tăng đến 1.1919. Trong khi đó, snapshotTimestamp vẫn cập nhật bình thường với một timestamp từ 7 ngày trước. Sự không khớp giữa hai tham số này? Chính là nguyên nhân khiến mọi thứ sụp đổ.

Do sự không phù hợp đó, giới hạn tỷ giá hối đoái do CAPO tính ra cuối cùng thấp hơn thị trường thực khoảng 2.85% - khoảng 1.1939 so với thực tế. Khoảng cách này đã kích hoạt việc thanh lý khoảng 10,938 wstETH. Không phải là chuyện nhỏ. Điều kỳ quặc là chính giao thức không gặp phải thiệt hại về nợ xấu, ít nhất là có vậy.

Điều thú vị là phản ứng diễn ra rất nhanh. Chaos Labs và BGD Labs ngay lập tức nhảy vào, giảm giới hạn vay wstETH xuống còn 1 để ngăn chặn chuỗi thanh lý tiếp theo, và điều chỉnh thủ công các tham số qua Risk Steward. Họ đã thu về 141.5 ETH qua BuilderNet để bắt đầu bồi thường cho người dùng, phần còn lại do kho bạc Aave chi trả. Tổng số bồi thường của DAO dự kiến sẽ dưới 345 ETH.

Toàn bộ kịch bản thanh lý này là một lời nhắc nhở rõ ràng về độ nhạy cảm của các hệ thống oracle. Một sai sót trong cấu hình và đột nhiên bạn có thể thấy hàng chục triệu đô la biến động không lường trước. Chắc chắn là điều cần theo dõi chặt chẽ nếu bạn đang nắm giữ vị thế trong các giao thức này.