Криптовалюты

Liquity: большой обзор BOLD, Troves, Stability Pools и LQTY

Как устроен Liquity V2: BOLD, три залоговые ветви, Troves, ставки заёмщиков, погашения, Stability Pools, ликвидации, LQTY, управление, история, команда и риски.

Liquity: большой обзор BOLD, Troves, Stability Pools и LQTY

Liquity V2 – неизменяемый протокол займов в Ethereum, выпускающий сверхобеспеченный стейблкоин BOLD. Пользователь открывает Trove, вносит WETH, wstETH или rETH и сам выбирает процентную ставку по долгу. Система использует отдельные Stability Pools, погашения BOLD за залог и каскад ликвидаций, чтобы поддерживать платёжеспособность и привязку.

Liquity V2 не является обновлением балансов старого Liquity V1. V1 продолжает работать с ETH-залогом и стейблкоином LUSD, тогда как V2 выпускает BOLD и использует три залоговые ветви. LQTY сохранился, но его роль расширилась: доходы V1 и новое голосование за Protocol Incentivized Liquidity существуют одновременно.

История

Liquity V1 запустился в апреле 2021 года. Его идея состояла в выпуске LUSD под ETH без регулярной процентной ставки: заёмщик платил разовую fee при создании долга, а неизменяемые контракты работали без традиционного DAO-управления параметрами. Stability Pool и прямое погашение LUSD за ETH стали ключевыми механизмами устойчивости.

Модель V1 оказалась простой, но стоимость кредита определялась разовой fee и не создавала постоянного потока спроса на LUSD. Кроме того, единственный тип обеспечения ограничивал выбор. Liquity V2 был представлен как отдельная система с BOLD, несколькими Ethereum-native залогами и пользовательскими процентными ставками.

Основная сеть V2 заработала в начале 2025 года. Действующая конфигурация включает ветви WETH, wstETH и rETH. Контракты и набор залогов неизменяемы. Потенциальные сторонние оболочки, мосты и автоматические vault-продукты не становятся частью core-протокола только из-за использования BOLD.

Команда

Liquity основал Роберт Лауко, ранее занимавшийся исследованиями в DFINITY. Сооснователь и ведущий инженер Рик Пардо отвечал за значительную часть протокольной разработки. В текущем публичном составе Liquity также указаны CEO Михаэль Свобода, руководитель разработки Бинген Эгузкитса и инженеры, специалисты по коммуникациям и операциям.

Роберт Лауко перешёл к роли исследовательского консультанта. Это важно для точности: проект нельзя описывать так, будто первоначальный основатель единолично управляет текущими контрактами. Код V2 не имеет ручной функции паузы или обновления, а команда разрабатывает интерфейсы, исследования и вспомогательное программное обеспечение вокруг уже развёрнутой системы.

BOLD и три залоговые ветви

BOLD – ERC-20 стейблкоин с целевой ценой один доллар. Он создаётся как долг Trove и сжигается при погашении займа, ликвидации через Stability Pool или redemption. Прямого требования на банковский доллар у держателя нет: обеспечение состоит из WETH, wstETH и rETH внутри контрактов Ethereum.

Каждый залог образует отдельную branch со своим TroveManager, ценовым каналом, Stability Pool, совокупным коэффициентом обеспечения и процентной средой. Проблема rETH-ветви не должна напрямую ликвидировать заёмщика WETH-ветви. Но BOLD един для всей системы, поэтому его держатель экономически зависит от качества всех трёх обеспечений.

wstETH и rETH несут двухслойный риск: кроме цены ETH, важны контракты liquid staking, валидаторы и рыночный курс производного токена. Устройство этих активов можно сопоставить с обзором Lido и обзором Rocket Pool.

Trove и условия займа

Trove – отдельная долговая позиция. Один адрес может владеть несколькими Troves. Пользователь вносит залог, занимает не меньше установленного минимального долга и выбирает годовую процентную ставку. Долг не имеет календарного графика погашения, но процент непрерывно добавляется к нему.

В текущей V2 минимальный долг составляет 2000 BOLD. При открытии вносится возвратный gas deposit 0,0375 ETH для будущей ликвидации. Эти значения относятся к действующим контрактам V2, а не являются универсальными параметрами любой версии Liquity.

Максимальный LTV до ликвидации различается: для WETH он выше, чем для wstETH и rETH. Практически позицию нельзя держать вплотную к пределу – процент увеличивает долг даже при неизменной цене залога. Связь LTV и порога подробно объяснена в отдельном руководстве по liquidation threshold.

Пользовательская процентная ставка

Заёмщик сам назначает ставку и может изменить её. Низкая ставка уменьшает текущую стоимость кредита, но ставит Trove ближе к началу очереди redemptions. Высокая ставка повышает расходы и одновременно делает позицию менее привлекательной для погашения чужим BOLD.

При открытии Trove или увеличении долга взимается upfront borrowing fee, рассчитанная как семь дней средней ставки соответствующей ветви. Она препятствует постоянному закрытию и переоткрытию позиций ради ухода от redemption. Это не заменяет текущий процент, а добавляется к нему.

Ставку можно делегировать отдельному менеджеру в заданном диапазоне. Делегация упрощает обслуживание, но вводит дополнительное доверие к стратегии и транзакционной активности управляющего. Протокол применяет дополнительные начальные ограничения обеспечения для делегированных ставок, не меняя сам порог ликвидации.

Откуда берётся доход

Проценты заёмщиков распределяются по жёстко заданной пропорции: 75% поступает в Stability Pools, 25% направляется в Protocol Incentivized Liquidity. Пока существуют активные заёмщики, эти потоки выражены в BOLD. Доход не создаётся из обещанной эмиссии LQTY.

Высокая ставка Stability Pool может возникнуть, если процентный поток делится между сравнительно небольшим объёмом депозитов. Это не гарантированная доходность: она меняется вместе с долгом, ставками и размером pool. Кроме процентов, depositor участвует в ликвидациях и получает соответствующий залог, принимая риск его цены.

Stability Pools и первичная ликвидация

У каждой ветви свой Stability Pool. Держатель BOLD выбирает, в какой pool внести токены, и тем самым выбирает ликвидационную экспозицию на WETH, wstETH или rETH. При ликвидации BOLD из pool сжигается против долга проблемного Trove, а залог за вычетом компенсации исполнителю распределяется между depositors.

Экономически Stability Provider покупает ликвидируемый залог с дисконтом. Но «ликвидационная прибыль» не гарантирована: если рыночная цена падает быстрее оракула или реализация вызывает проскальзывание, полученный актив может стоить меньше сожжённого BOLD. Вывод из pool доступен без фиксированной блокировки, пока состояние системы допускает операцию.

JIT и перераспределение

Если Stability Pool не покрывает долг полностью, Liquity V2 использует резервные пути. При just-in-time liquidation внешний участник вносит недостающий BOLD и получает залог номинальной стоимостью 105% покрытого долга. Альтернатива – redistribution: остаток долга и залога распределяется между другими Troves той же ветви пропорционально их обеспечению.

Redistribution означает, что здоровый заёмщик может получить дополнительный залог и одновременно дополнительный долг. Изоляция ветвей не защищает его от плохих позиций в собственной branch. Эффективность JIT зависит от ликвидаторов, доступного BOLD и реальной возможности продать залог.

Redemptions и привязка BOLD

Любой держатель может погасить BOLD по расчётной стоимости в один доллар и получить смесь залогов. Маршрутизация распределяет объём между ветвями с учётом их состояния, а внутри ветви затрагивает Troves с самыми низкими ставками. Redeemer платит fee, которая остаётся в затронутых позициях.

Для заёмщика redemption не является ликвидацией: часть его BOLD-долга погашается, а эквивалентная стоимость залога передаётся redeeming-участнику. Однако позиция уменьшается и может стать dormant, если остаток долга ниже минимума. Поэтому низкий LTV не защищает от redemption, если выбранная ставка слишком низкая относительно рынка.

Механизм создаёт арбитражный нижний ориентир для BOLD. Если токен торгуется ниже доллара сильнее, чем суммарные fee и издержки, его выгодно купить и погасить за залог. Выше доллара расширение заимствования увеличивает предложение. Привязка остаётся экономическим равновесием, а не гарантией мгновенного курса.

Защитные режимы ветви

V2 отказался от Recovery Mode V1. Вместо него учитывается total collateral ratio отдельной ветви. При ухудшении состояния ограничиваются действия, которые дополнительно снижают обеспечение, но сам по себе этот режим не снижает индивидуальный порог до неожиданного уровня.

При дальнейшем падении branch может алгоритмически завершить работу и перейти к срочным redemptions. Ручной администратор не может нажать pause. Автоматизм уменьшает key risk, но в экстремальном сценарии способен ускорить реализацию залога и не гарантирует полного покрытия BOLD.

LUSD и Liquity V1

V1 использует только ETH, выпускает LUSD и не взимает постоянный процент. Его Stability Pool, LQTY rewards и Recovery Mode относятся к старой системе. LUSD не превращается в BOLD автоматически, а V1 Trove не переносится в V2 без отдельных действий пользователя.

LQTY staking продолжает получать комиссии V1 в LUSD и ETH. Поэтому доход текущего стейкера может зависеть от постепенно меняющейся активности старого протокола, даже если голосование уже относится к V2.

LQTY и токеномика

LQTY имеет максимальное предложение 100 млн. Изначально токен стимулировал Stability Pool, frontends и ликвидность V1, а его стейкеры получали комиссии. Community issuance следовала заранее заданной кривой с ежегодным уменьшением. Genesis allocation включала участников экосистемы, инвесторов, команду и резервы.

V2 не выпускает новый governance token. LQTY стейкается через frontend и получает time-weighted voting power. Блокировки нет, но при выводе теряется накопленная добавочная сила голоса. Спрос на LQTY не следует автоматически приравнивать к спросу на BOLD: это разные активы с разными рисками.

Управление

Core V2 не имеет общего управления параметрами: нельзя проголосовать за новый залог, обновить код или вручную остановить контракты. Голосование LQTY направляет только 25% процентного дохода PIL на внешние инициативы, прежде всего ликвидность BOLD.

Эпохи идут по неделям. Для получения распределения инициатива должна преодолеть порог голосов, а отрицательные голоса могут её дисквалифицировать. Участник с достаточной долей общего voting power и регистрационной платой может предложить новую инициативу. Это gauge-governance над стимулами, а не власть над обеспечением BOLD.

Применение

Заёмщик получает долларовую ликвидность, не продавая ETH или LST, и выбирает ставку в зависимости от желаемого риска redemption. Держатель BOLD использует токен в расчётах, DEX или Stability Pools. LP получает PIL, если выбранная инициатива поддержана LQTY-голосами.

Система отличается от управляемых money markets и выпускаемых под разнообразный залог стейблкоинов. Для контраста полезны обзор Aave и обзор Sky.

Основные риски

  • Ликвидация. Цена залога или растущий процент могут быстро вывести LTV за предел.
  • Redemption. Trove с низкой ставкой может потерять часть экспозиции на залог без нарушения LTV.
  • Депег BOLD. Арбитраж ограничивает отклонение, но не обещает постоянный рыночный курс.
  • LST и оракулы. wstETH и rETH добавляют смарт-контрактный, валидаторный и ценовой риск.
  • Stability Pool. Полученный залог может подешеветь сильнее liquidation discount.
  • Неизменяемость. Отсутствие обновлений и паузы защищает от администратора, но не позволяет быстро исправить обнаруженную проблему.
  • Сторонние продукты. Frontends, sBOLD и мосты имеют отдельные контракты и доверительные допущения.

Итог

Liquity V2 переносит денежную политику BOLD на рынок заёмщиков: они сами выбирают ставку, но платят за низкую ставку повышенным риском redemption. Три ветви изолируют заёмщиков и Stability Providers, хотя держатель единого BOLD зависит от всей корзины залогов. LQTY управляет только потоком стимулов и сохраняет связь с комиссиями V1. Перед открытием позиции нужно отдельно оценить LTV, ставку, очередь redemption, ветвь обеспечения и ликвидность BOLD.