Ризиковий інцидент Hyperliquid викликав роздуми

12 березня 2025 року постачальники ліквідності Hyperliquid зазнали значних втрат, які перевищили 4 мільйони доларів США. Ця подія сталася через те, що один трейдер скористався 50-кратним кредитним плечем під час падіння ціни ETH, що призвело до ліквідації 160 000 ETH з довгих позицій на суму приблизно 306 мільйонів доларів США. Через величезний обсяг ліквідації ціна ETH продовжувала падати в процесі закриття позицій, що ще більше збільшило збитки. Врешті-решт, ці втрати понесли постачальники ліквідності Hyperliquid.

Ця подія ще раз підкреслила важливість децентралізованих бірж (DEX) у питаннях безпеки та контролю ризиків. Як практик DEX, я вважаю необхідним розглянути питання ліквідності DEX з двох аспектів: механізму протоколу та управління ризиками.

Структура та функція ліквіднісного пулу DEX

DEX ліквідні пулі зазвичай поділяються на два типи: однофазні та складні. Однофазний ліквідний пул - це інноваційний архітектурний дизайн, спрямований на підвищення капітальної ефективності та користувацького досвіду шляхом централізованого управління та оптимізації використання активів. Він дозволяє користувачам зберігати всі активи в одному єдиному контракті, уникаючи повторного авторизації та передачі активів між кількома протоколами, що ефективно знижує витрати на Gas.

Однотипні ліквідні пулі не лише є місцем зберігання активів, а більше схожі на децентралізований "магазин додатків". Розробники можуть створювати різні DeFi додатки на цій гнучкій базовій архітектурі, зосереджуючись на розробці логіки застосунків, не витрачаючи час на проектування базової системи управління активами з нуля. Така модель значно знижує витрати на розробку та підвищує ефективність використання капіталу.

Найстаріший однорядний ліквідний пул можна відстежити до березня 2021 року. Тоді на певній платформі DEX був випущений однорядний ліквідний пул під назвою BentoBox, який дозволяв розробникам створювати на його базі додатки, такі як кредитні протоколи та інструменти для торгівлі з важелем. Ці додатки могли ділитися активами з ліквідного пулу, забезпечуючи вищу ефективність капіталу. Оскільки смарт-контракти пройшли суворий аудит та тестування, це не лише знизило поріг входження для розробки екологічних додатків, але й підвищило загальну безпеку протоколу.

Комплексний пул ліквідності, як модель, що використовується постачальниками ліквідності Hyperliquid (HLP), складається з кількох стратегічних модулів. Його основна структура включає чотири частини: маркет-мейкінг, прийняття замовлень, процентні ставки та розрахунок торгів.

1. Стратегія маркет-мейкінгу: на основі даних котирувань з DEX і великих централізованих бірж обчислюється справедлива ціна, навколо якої виконуються угоди, забезпечуючи прибуткову ліквідність 24/7.

2. Прийняття замовлень: активно шукати вигідні торгові можливості відповідно до динаміки ринку та глибини книги замовлень, отримуючи прибуток через різницю цін купівлі-продажу.

3. Фінансування: на ринку безстрокових контрактів участь у зборі фінансування забезпечує додатковий дохід для платформи, одночасно збалансуючи довгі та короткі позиції на ринку.

4. Стратегія ліквідації: відповідальна за обробку ліквідаційних операцій на платформі, забезпечуючи здорову роботу платформи.

Ця комбінована структура забезпечує потужну підтримку ліквідності та різноманітні джерела доходу для DEX платформи, підвищуючи загальну ефективність та стабільність платформи.

Виклики управління ризиками DEX

Подія Hyperliquid виявила виклики, з якими стикається управління ризиками DEX. У цій події один трейдер за допомогою високого кредитного плеча перетворив 10 мільйонів USDC на довгу позицію в ETH на 271 мільйон доларів, після чого відкликав забезпечення, змусивши HLP взяти на себе цю угоду. Трейдер в підсумку отримав прибуток у 1,8 мільйона доларів, тоді як HLP зазнав збитків у 4 мільйони доларів.

Ця операція використовувала уразливість у стратегії ліквідації. Трейдери не здійснювали ринкові угоди через книгу замовлень (що призвело б до величезних втрат через слайд), а натомість через відкликання застави змусили Hyperliquid ліквідувати свої позиції. HLP довелося взяти на себе довгострокову позицію з ETH на суму 286 мільйонів доларів, тоді як трейдери могли відкрити зворотні короткі позиції на інших біржах для хеджування та отримання прибутку.

Великі втрати HLP в основному виникли через примусове прийняття позиції на суму 290 мільйонів доларів, що призвело до величезного сліпу через обмежену глибину ринку. Щоб вирішити цю проблему, Hyperliquid згодом зменшив максимальний леверидж для BTC та ETH і підвищив вимоги до маржі для великих позицій.

Деякі професійні DEX впровадили більш складні заходи з управління ризиками. Наприклад, одна біржа розробила динамічний механізм управління ризиками, який класифікує користувачів за обсягом торгівлі, контролюючи загальний ризик біржі. У разі різких коливань на ринку цей механізм динамічно коригує максимальне значення кредитного плеча, яке трейдер може встановити, або підтримує відсоток забезпечення, щоб знизити ризик, з яким може стикнутися біржа.

Висновок

Подія Hyperliquid глибоко висвітлює складність та важливість ліквідних пулів DEX у питаннях безпеки, доходу та управління ризиками. Хоча складні ліквідні пулі забезпечують потужну підтримку платформі через різні стратегічні модулі, у крайніх ринкових умовах вони також збільшують ймовірність ризикового впливу.

Ця подія нагадує нам, що платформам DEX потрібно постійно оптимізувати стратегії управління ризиками, прагнучи до високих доходів. Тільки шляхом суворого аудиту смарт-контрактів, раціонального проектування стратегій та динамічних механізмів управління ризиками платформи DEX можуть досягти стійкого зростання доходів, забезпечуючи безпеку активів користувачів.

У майбутньому індустрії DEX потрібно продовжувати дослідження більш ефективних і безпечних архітектур пулу ліквідності та рішень з управління ризиками, щоб впоратися з дедалі складнішим ринковим середовищем та потенційними ризиками. Це стосується не лише розвитку окремих платформ, але й є ключем до здорового розвитку всієї екосистеми децентралізованих фінансів.