Lỗi oracle Pragma chỉ kéo dài 2 phút, Vesu bị thanh lý bất thường 3 triệu USD

Một lỗi dữ liệu giá chỉ kéo dài hai phút đã đủ để kích hoạt khoảng 3 triệu USD thanh lý bất thường trên Vesu, giao thức cho vay xây dựng trên Starknet. Ngày 4/9/2026, một nguồn giá thượng nguồn lỗi của Pragma đã cung cấp giá sai từ 04:08 đến 04:10 UTC, khiến 47 vị thế vay trên nhiều pool Vesu trông như đã chạm ngưỡng thanh lý. 32

Điểm cần phân biệt là Vesu mô tả đây là lỗi đầu vào từ oracle, không phải lỗ hổng trong hợp đồng thông minh của giao thức. Bộ máy thanh lý thực hiện đúng các quy tắc được lập trình — nhưng tiền đề giá mà nó nhận được lại không đúng. 32

Hai phút đã dẫn đến thanh lý như thế nào?

Trong các thị trường cho vay DeFi, giao thức liên tục đối chiếu giá trị tài sản bảo đảm của người vay với khoản nợ. Khi tỷ lệ này tụt dưới ngưỡng yêu cầu, bất kỳ bên thanh lý nào cũng có thể gọi cơ chế thanh lý theo quy tắc của thị trường.

Ở Vesu, giá sai từ Pragma làm 47 vị thế có vẻ thiếu tài sản bảo đảm, dù sự cố không được quy cho lỗi hợp đồng của Vesu. Các bot thanh lý tự động sau đó đã lấy đi khoảng 3 triệu USD tài sản bảo đảm trước khi nguồn giá tự điều chỉnh. 2032

Vì vậy, câu nói “hợp đồng đã vận hành đúng thiết kế” không đồng nghĩa với “kết quả kinh tế là chính xác”. Hợp đồng thông minh chỉ có thể xác minh và thực thi dựa trên dữ liệu được cung cấp; bản thân nó không tự biết giá oracle có phản ánh đúng thị trường hay không.

Chuỗi diễn biến có thể tóm tắt như sau:

1. Oracle đăng một mức giá được thị trường cho vay sử dụng.
2. Giao thức tính lại sức khỏe vị thế dựa trên mức giá đó.
3. Vị thế bị đánh giá là đã vi phạm ngưỡng tài sản bảo đảm.
4. Bên thanh lý thực hiện đường thanh lý thông thường của giao thức.

Trong sự cố Vesu, bước đầu tiên sai; cơ chế thanh lý không bị qua mặt hay bị khai thác. Vesu cho biết không cần triển khai bản sửa ở phía hợp đồng của giao thức. 32

Vesu đã tạm dừng pool và hỗ trợ người dùng ra sao?

Vesu cho biết Pragma, cùng các bên liên quan, đã triển khai bản sửa cho nguyên nhân gốc. Nguồn giá đã tự điều chỉnh trong khoảng thời gian xảy ra sự cố hai phút; Vesu khi đó dự kiến các curator — bên quản trị từng pool — sẽ gỡ tạm dừng cho những pool bị ảnh hưởng sau biện pháp khắc phục. 32

Giao thức cũng đang làm việc với Pragma, StarkWare, Starknet Foundation và các curator để tìm cách thu hồi tiền cho người dùng bị ảnh hưởng. Đây là nỗ lực khôi phục, không phải xác nhận rằng mọi người dùng đã được hoàn tiền. 2432

Theo hướng dẫn được đưa tin từ Vesu, người dùng bị ảnh hưởng nên:

• giữ nguyên các vị thế Earn; việc rút tiền có thể ảnh hưởng đến điều kiện tham gia quy trình khôi phục;
• gửi phiếu hỗ trợ qua Discord của Vesu nếu vị thế bị thanh lý trong sự cố. 2734

Trạng thái từng pool có thể thay đổi theo quyết định của curator. Người dùng nên theo dõi thông báo sự cố và kênh hỗ trợ chính thức hiện tại của Vesu, thay vì mặc định mọi thị trường đều bị ảnh hưởng hoặc mọi pool có cùng trạng thái.

Điều gì đã biết về bản sửa — và điều gì chưa?

Các thông tin công khai xác nhận nguồn sự cố là một price feed thượng nguồn của Pragma; lỗi kéo dài khoảng hai phút, sau đó tự điều chỉnh; và bản sửa nguyên nhân gốc đã được triển khai với sự phối hợp của các bên liên quan. 2332

Tuy nhiên, các công bố này chưa nêu đầy đủ cơ chế kỹ thuật đã tạo ra mức giá sai, cũng chưa chốt khung bồi hoàn cuối cùng. Vesu nói sẽ có báo cáo kỹ thuật đầy đủ. Trước khi báo cáo này xuất hiện, mọi khẳng định về lỗi phần mềm cụ thể, việc quy trách nhiệm vượt ngoài sự cố feed thượng nguồn đã được công bố, hoặc kết quả khôi phục cuối cùng đều cần được xem là chưa được xác nhận. 27

Bài học về oracle: mã đúng vẫn cần dữ liệu đúng

Sự cố Vesu minh họa rõ “bài toán oracle” của DeFi. Ứng dụng on-chain có thể minh bạch và thực thi một cách tất định, nhưng quyết định tài chính vẫn phụ thuộc vào dữ kiện từ bên ngoài hợp đồng — đặc biệt là giá tài sản.

Aave: sai lệch oracle wstETH trong tháng 3/2026

Ngày 10/3/2026, một sự cố ở oracle rủi ro CAPO của Aave đã làm giảm khoảng 2,85% tỷ giá wstETH/stETH hiệu dụng trên các thị trường Ethereum Core và Prime. Việc định giá sai này kích hoạt khoảng 26,6 triệu USD khối lượng thanh lý. Báo cáo hậu kiểm của Aave quy nguyên nhân cho sự không nhất quán giữa tỷ lệ snapshot và thời điểm snapshot, thay vì một đợt sụp giá diện rộng của thị trường. 1011

Tương tự Vesu, vấn đề không nằm ở việc quy tắc thanh lý ngừng hoạt động, mà ở chỗ hệ thống áp dụng đúng các quy tắc đó lên một mức định giá sai.

Switchboard: nghi vấn xâm phạm ở môi trường Move

Ở một dạng rủi ro nghiêm trọng hơn, Switchboard đã dừng hoạt động oracle trên Aptos, Sui, IOTA và Movement sau các báo cáo về khả năng hạ tầng triển khai dựa trên Move bị xâm phạm. Việc dừng này mang tính phòng ngừa và không làm các blockchain bị ảnh hưởng ngừng tạo block. 34

Một số báo cáo liên hệ sự kiện với dữ liệu giá IOTA bị thao túng, hoạt động mint VUSD bất thường và các vụ thanh lý. Dù vậy, sự kiện này vẫn nên được gọi là một vụ xâm phạm nghi vấn cho đến khi điều tra chính thức xác định nguyên nhân và phạm vi. 25

Những biện pháp giảm thiểu rủi ro oracle

Không có biện pháp đơn lẻ nào bảo đảm một thị trường cho vay sẽ chặn được mọi dữ liệu giá lỗi. Mục tiêu thực tế là giảm khả năng một biến động bất thường trong thời gian ngắn lập tức gây ra thiệt hại khó đảo ngược. Các cách tiếp cận phổ biến gồm:

• dùng nhiều nguồn giá độc lập thay vì phụ thuộc vào một đường dữ liệu;
• đặt ngưỡng chênh lệch để từ chối hoặc tạm dừng khi giá biến động bất thường;
• kiểm tra độ trễ dữ liệu để giá cũ không bị coi là giá hiện hành;
• dùng circuit breaker và cơ chế tạm dừng khẩn cấp theo từng pool;
• thêm thời gian trì hoãn hoặc bước rà soát với thay đổi cấu hình oracle có tác động lớn;
• áp dụng tham số tài sản bảo đảm thận trọng với tài sản biến động mạnh hoặc phức tạp.

Đánh đổi là không tránh khỏi: hàng rào chặt hơn có thể làm phản ứng với biến động thị trường thật chậm hơn; hàng rào lỏng hơn lại khiến thanh lý tự động nhạy hơn với dữ liệu sai. Sự cố hai phút ở Vesu cho thấy vì sao cân bằng này là trọng tâm của thiết kế rủi ro DeFi.

Với người đi vay, bài học thực tế là rủi ro thanh lý không chỉ đến từ biến động giá hay lỗ hổng hợp đồng. Nó còn đến từ tính toàn vẹn, cấu hình và khả năng vận hành bền vững của các hệ thống oracle dùng để xác định sức khỏe vị thế trên chuỗi.