Hook:
Jeff, người sáng lập Hyperliquid, vừa đăng một dòng tweet ngắn ngủi. HLP lợi nhuận gần như bằng không. Giải pháp? Tự động chuyển USDC nhàn rỗi vào một chiến lược cho vay phụ. Nghe có vẻ đơn giản, nhưng với tôi, một người đã dành 4 tháng năm 2017 để audit từng dòng code của hợp đồng thông minh OmiseGo, phát hiện ra 3 lỗ hổng nghiêm trọng có thể gây thiệt hại 1,2 triệu USD, thì bất kỳ sự thay đổi nào trong quản lý quỹ đều là một tín hiệu đỏ cần được mổ xẻ.
Context:
Hyperliquid là một Layer 1 (L1) với sàn giao dịch phái sinh perpetual order-book. HLP (Hyperliquid Liquidity Pool) là pool thanh khoản cốt lõi, cung cấp thanh khoản cho order-book và nhận phí giao dịch. Vấn đề hiện tại: HLP có quá nhiều USDC nhàn rỗi, không sinh lời. Lợi nhuận gần như bằng không, gây áp lực lên cộng đồng LP. Nâng cấp sắp tới sẽ tự động chuyển số USDC này vào một 'chiến lược cho vay phụ' (lending sub-strategy) để tạo ra lợi nhuận từ lãi vay.
Core:
Đây là một bản nâng cấp về mặt logic ứng dụng, không phải là thay đổi đồng thuận L1. Về bản chất, nó giống như việc bạn chuyển tiền từ tài khoản vãng lai không lãi suất sang tài khoản tiết kiệm. Nhưng trong thế giới DeFi, 'tài khoản tiết kiệm' này là một giao thức cho vay, và nó tiềm ẩn rủi ro.
Từ góc nhìn của một người đã từng audit cơ chế thanh khoản Uniswap v2 và phát hiện ra bất thường thanh khoản giả dẫn đến tổn thất 200.000 USD cho nhà cung cấp, tôi thấy có vài điểm mấu chốt cần kiểm tra:
- Bản chất của 'Chiến lược cho vay phụ': Nó là một module tự xây dựng hay tích hợp với một giao thức cho vay bên thứ ba như Aave hay Compound? Jeff nói 'các hoạt động cho vay/vay đã đạt đến quy mô sản xuất'. Điều này cho thấy nó đã được test, nhưng không có báo cáo audit nào được công bố.
- Cơ chế thanh lý: Đây là trái tim của bất kỳ giao thức cho vay nào. Nếu thanh lý chậm hoặc không hiệu quả, HLP sẽ gánh chịu nợ xấu. Từ kinh nghiệm phân tích của tôi, một sai sót nhỏ trong logic thanh lý có thể dẫn đến tổn thất lớn. Dựa trên báo cáo nội bộ tôi từng xuất bản về Uniswap v2, tôi biết rằng thanh khoản giả có thể làm trầm trọng thêm các cuộc thanh lý.
- Oracle Manipulation: HLP sẽ dùng oracle nào để định giá tài sản thế chấp? Nếu oracle bị tấn công, kẻ tấn công có thể vay toàn bộ số USDC trong HLP. Đây là kịch bản rủi ro điển hình mà tôi đã từng cảnh báo trong các bài phân tích về Layer2.
- Rủi ro tập trung: Jeff trực tiếp quyết định việc chuyển hướng chiến lược. Điều này cho thấy quyền admin rất lớn, một điểm yếu mà tôi luôn đánh dấu trong các bài audit. Từ kinh nghiệm đánh giá kiến trúc zkSync Era, tôi biết rằng sự tập trung quyền lực là một rủi ro, dù cho giao thức có tiên tiến đến đâu.
Contrarian:
Nhiều người sẽ coi đây là một tin tức tích cực, một 'cải tiến về hiệu quả vốn'. Nhưng tôi thấy một góc khuất: Đây là một sự thừa nhận rằng mô hình kinh doanh hiện tại của HLP không bền vững. Nếu order-book đã đủ thanh khoản mà không cần HLP, như Jeff nói, thì tại sao HLP vẫn tồn tại với số lượng USDC khổng lồ? Có thể HLP đang phải đối mặt với vấn đề 'pool inflation': quá nhiều USDC được nạp vào, làm loãng lợi nhuận trên mỗi đơn vị LP. Việc chuyển sang cho vay là một cách để 'che giấu' vấn đề này bằng cách tạo ra một nguồn lợi nhuận mới, thay vì giải quyết tận gốc vấn đề cung-cầu thanh khoản.
Hơn nữa, việc này tạo ra một vòng lặp: LP được hứa hẹn lợi nhuận từ lãi vay, điều này có thể thu hút thêm nhiều LP khác nạp thêm USDC, và vòng lặp này tiếp diễn. Nếu nhu cầu vay không thực sự hữu cơ, mà chỉ là do 'chương trình khuyến khích' nào đó, thì chúng ta đang nhìn thấy một cấu trúc giống kim tự tháp. Tôi đã từng chỉ ra rủi ro này trong các bài phân tích về sUSDe: các sản phẩm lợi nhuận stablecoin thường được xây dựng trên sự không khớp kỳ hạn và rủi ro chồng chất.
Takeaway:
Nâng cấp này là một canh bạc. Nó có thể biến HLP từ một kho bạc chết thành một cỗ máy in lợi nhuận, nhưng cũng có thể biến nó thành một quả bom nợ xấu. Khi tôi nhìn vào code, tôi không thấy một giải pháp kỹ thuật, tôi thấy một sự thay đổi trong mô hình rủi ro. Câu hỏi đặt ra là: liệu rủi ro này có được quản lý tốt hơn hay chỉ đơn giản là được chuyển từ một nơi dễ thấy (lợi nhuận thấp) đến một nơi khó nhìn thấy hơn (nợ xấu tiềm ẩn)? Audit thì dễ, trust thì khó.
