SKHX Flash Crash: Hyperliquid's HIP-3 Mechanism Fractures Under Pressure

SKHX flash crash đã xảy ra. 927 USD. Đó là mức giá thấp nhất của hợp đồng vĩnh viễn SK Hynix trên Hyperliquid. OI giảm 20% trong vòng 24 giờ. Sự kiện này không phải là một thanh lý thông thường. Nó là triệu chứng của một thiết kế phân quyền có lỗi. Context: HIP-3 và sự phân mảnh quyền lực Hyperliquid tự hào về HyperCore – một L1 tùy chỉnh với sổ lệnh on-chain toàn bộ. Nhưng điểm khác biệt thực sự là HIP-3, cho phép bất kỳ ai triển khai thị trường hợp đồng vĩnh viễn của riêng họ. TradeXYZ đã làm điều đó với SKHX. Họ kiểm soát oracle definition, oracle price, leverage limits, settlement. Họ là người duy nhất quyết định giá đầu vào. HyperCore chỉ tính toán mark price dựa trên trung vị của ba nguồn: oracle từ TradeXYZ, external market price (Pyth Lazer), và local order book. Đây là một bước tiến về mặt tự do hóa thị trường. Nhưng cũng là một bước lùi về mặt bảo mật. Khi bạn trao quyền kiểm soát oracle cho một thực thể duy nhất, bạn đã tạo ra một single point of failure. Và nó đã gãy. Core Insight: Lỗi không nằm ở HyperCore, mà ở TradeXYZ relay Dữ liệu cho thấy SK Hynix cổ phiếu giảm 14.65% trong ngày 5 tháng 8. KOSPI giảm 10.84%, kích hoạt circuit breaker. Nhưng hợp đồng vĩnh viễn SKHX giảm sâu hơn nhiều, chạm 927 USD. Điều đó không thể giải thích bằng sự sụt giảm cổ phiếu đơn thuần. Phải có một lỗi trong quá trình chuyển đổi giá từ thị trường Hàn Quốc sang chuỗi Hyperliquid. Vấn đề là: TradeXYZ vận hành một relay service – một backend lấy giá từ nhiều nguồn (KOSPI, USD/KRW tỷ giá, order book), xử lý và đẩy lên Hyperliquid. Trong điều kiện thị trường bình thường, điều này hoạt động. Nhưng trong một cú sốc macro, với khối lượng giao dịch tăng đột biến, relay algorithm của TradeXYZ đã thất bại. Có thể là do lag, do sai công thức tính trung bình, hoặc do không có cơ chế lọc nhiễu. Kết quả: mark price của SKHX bị kéo xuống mức phi lý, kích hoạt thanh lý hàng loạt. Dựa trên kinh nghiệm kiểm toán của tôi với Uniswap V2, một lỗ hổng tương tự có thể xảy ra khi code không được kiểm tra trong các kịch bản stress test. TradeXYZ đã không công bố bất kỳ audit nào cho relay của họ. Đây là một sai lầm không thể chấp nhận. Thiết kế HIP-3 cho phép deployer kiểm soát hoàn toàn oracle. Điều này tạo ra một nghịch lý: Hyperliquid càng thành công trong việc thu hút nhiều deployer, thì rủi ro hệ thống càng cao. Mỗi deployer là một điểm yếu tiềm ẩn. Một lỗi của một deployer có thể làm hoen ố toàn bộ nền tảng. So sánh với dYdX: dYdX sử dụng oracle tập trung từ một source tin cậy, nhưng có cơ chế dự phòng và kiểm soát rủi ro chặt chẽ. GMX dựa trên pool thanh khoản và giá được xác định bởi các nhà tạo lập thị trường. Cả hai đều ít phụ thuộc vào một relay bên thứ ba không rõ ràng. Contrarian Angle: Flash crash là kết quả của sự phân quyền sai lầm Nhiều người sẽ nói rằng flash crash là do thanh lý dây chuyền, do FUD từ thị trường Hàn Quốc, hoặc do lỗi oracle mạng. Nhưng sự thật sâu xa hơn: vấn đề nằm ở triết lý thiết kế. HIP-3 được quảng bá như một cách để mở rộng hệ sinh thái, nhưng nó đã chuyển rủi ro từ giao thức sang deployer – và deployer không đủ năng lực để quản lý rủi ro đó. TradeXYZ không phải là một tổ chức tài chính chuyên nghiệp. Họ là một team nhỏ, ẩn danh. Họ không có quỹ bảo hiểm. Họ không có kế hoạch khôi phục sau thảm họa. Họ chỉ có một relay service được viết vội vàng. Và Hyperliquid đã cho họ quyền kiểm soát oracle mà không có sự giám sát đủ mạnh. Phần phe bò (bull case) đúng: HIP-3 thực sự cho phép bất kỳ ai tạo ra thị trường, thúc đẩy sự đa dạng. Nhưng phần phe bò đã bỏ qua một chi tiết quan trọng: quyền lực không đi kèm trách nhiệm. Không có cơ chế nào để Hyperliquid can thiệp nhanh chóng khi một thị trường hoạt động sai. Họ chỉ có thể đưa ra tuyên bố "đang điều tra". Takeaway: Cộng đồng phải yêu cầu minh bạch và trách nhiệm Sự kiện này đặt ra một câu hỏi: Bạn có tin tưởng vào một hệ thống mà deployer có thể vô tình hoặc cố ý làm sụp đổ thị trường của bạn không? Nếu Hyperliquid không nhanh chóng công bố báo cáo chi tiết, bồi thường cho người dùng bị thiệt hại, và sửa đổi HIP-3 để thêm các lớp bảo vệ (ví dụ: bắt buộc kiểm toán relay, yêu cầu quỹ bảo hiểm, giới hạn đòn bẩy), thì uy tín của họ sẽ bị tổn hại vĩnh viễn. Không có gì là miễn phí. Sự tự do của HIP-3 đi kèm với rủi ro. Và rủi ro đó đã hiện thực hóa. Câu hỏi duy nhất còn lại: Hyperliquid sẽ học hỏi hay lặp lại sai lầm?