---
title: "Ликвидационный бонус"
description: "Ликвидационный бонус — дополнительная стоимость залога, делающая ликвидацию недостаточно обеспеченного DeFi-займа экономически оправданной. Разбираем расчет, распределение и расходы."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Ликвидационный бонус
> Только в образовательных целях; не является инвестиционным советом. Инвестиции могут привести к убыткам.
## Краткий ответ
Ликвидационный бонус — это дополнительная стоимость залога, которую кредитный протокол предоставляет тому, кто погашает долг заемщика, подлежащего ликвидации. Бонус компенсирует ликвидатору газ, проскальзывание, движение цены, неудачные транзакции и конкуренцию. Для заемщика эта же сумма является штрафом: со счета списывается больше залога, чем погашено долга.
Единой ставки не существует. Она зависит от протокола, развертывания, залогового актива, режима рынка и настроек управления. Aave указывает, что позиция становится ликвидируемой, когда коэффициент здоровья падает ниже `1`; ликвидатор погашает долг и получает равноценный залог плюс бонус. Отсутствие разрешений для операции не гарантирует прибыль.
Заявленный бонус не равен чистой прибыли. Протокол может удержать часть, а ликвидатор оплачивает исполнение и финансирование. Некоторые системы используют иную архитектуру. Например, Compound III сначала расходует резервы протокола, чтобы поглотить неплатежеспособный счет, а затем продает перешедший протоколу залог со скидкой. Вызвавший `absorb` не получает залог заемщика непосредственно в той же транзакции.
## Как это работает
В упрощенной модели прямого изъятия `D` — стоимость погашенного долга, `b` — ставка бонуса, а `C` — стоимость залога, списанного у заемщика по ценам оракула протокола:
`C = D * (1 + b)`
Валовой бонус равен `D * b`. Если `f` — доля бонуса протокола, упрощенное распределение выглядит так:
`liquidator collateral value = D + D * b * (1 - f)`
`protocol collateral value = D * b * f`
Это учебные формулы, а не котировки. На реальные суммы влияют десятичные разряды токенов, округление, единицы оракула, лимиты close factor, доступный залог и правила протокола. Код Aave V3, например, рассчитывает базовый залог по ценам оракула, применяет заданный бонус и может удержать из бонусной части заданную комиссию протокола для казначейства.
Стимул должен уравновешивать два вида потерь. Если он слишком мал, ожидаемая выручка может не покрыть газ, проскальзывание, неблагоприятное движение цены или неудачные заявки, и рискованный долг останется непогашенным. Если слишком велик, заемщик теряет больше залога, а скачок цены оракула быстрее исчерпывает запас платежеспособности. Поэтому управление обычно настраивает ликвидационные параметры вместе с факторами залога, порогами, close factor и устройством оракула.
Термины разных протоколов не взаимозаменяемы. Compound v2 называет множитель ликвидационным стимулом и может направлять долю изъятого залога в резервы. Compound III разделяет `absorb` и `buyCollateral`: резервы сначала погашают счет, протокол принимает залог, а покупатели позднее приобретают этот запас со скидкой, если позволяют условия резервов. Всегда проверяйте правила и актуальную конфигурацию конкретного рынка.
## Пример расчета
Предположим, рынок прямого изъятия позволяет погасить `1,000` USDC при `b = 5%`. По ценам оракула заемщик теряет залог на `1,050` USDC. Если `f = 10%` бонуса получает протокол, валовые `50` USDC делятся на `45` USDC для ликвидатора и `5` USDC для протокола.
Таким образом, ликвидатор получает залог на `1,045` USDC, погасив `1,000` USDC. Если газ и приоритетная комиссия стоят `12` USDC, а продажа создает `8` USDC проскальзывания и комиссий, упрощенный чистый результат равен `25` USDC:
`net result = 45 - 12 - 8 = 25`
Пример предполагает успешную транзакцию по ожидаемым ценам оракула и исполнения. Он не учитывает неудачные заявки, финансирование, изменение цены до продажи, ограничения переводов и налоги. Поэтому номинальный бонус `5%` не гарантирует доходность `5%` и не обязательно равен доле, которую сохранит ликвидатор.
## Риски
- **Риск оракула и ценового разрыва:** Залог рассчитывается по принятой протоколом цене, но достижимая рыночная цена может измениться до продажи.
- **Риск исполнения и MEV:** Конкуренты могут перебить или опередить транзакцию. Неудачные попытки расходуют газ, а закрытый поток заявок и аукционы перераспределяют часть излишка.
- **Риск ликвидности:** Бонус может оказаться меньше проскальзывания, если залог торгуется слабо, ограничен, перенесен мостом, приостановлен или трудно переводится.
- **Риск параметров:** Управление или уполномоченные риск-менеджеры могут менять бонусы, комиссии, пороги и close factor. Интерфейс может отставать от текущих настроек в сети.
- **Риск безнадежного долга:** Бонус побуждает к действию, но не создает залог. Ценовой разрыв, устаревший оракул, перегрузка или недостаток залога могут оставить дефицит.
- **Потери заемщика:** Финализированная ликвидация необратима и может изъять больше залога, чем погашено долга. После частичной ликвидации возможна следующая.
## Распространенные заблуждения
### Миф 1: Бонус — бесплатная доходность, созданная протоколом
Он выплачивается из залога заемщика. Это компенсация за рискованное конкурентное исполнение, а не процент, созданный без плательщика.
### Миф 2: Указанный бонус `5%` гарантирует прибыль `5%`
Комиссии протокола, газ, приоритет, проскальзывание, хеджирование, финансирование, неудачи и движение цены уменьшают результат. Прибыль следует считать по достижимой цене продажи, а не только по оценке оракула.
### Миф 3: Чем больше бонус, тем рынок всегда безопаснее
Он может улучшить исполнение, но увеличивает потери заемщика и расход залога на единицу долга. Безопасность вместе определяют качество оракула, ликвидность, пороги, close factor, пропускная способность и калибровка.
### Миф 4: Каждый ликвидатор получает залог напрямую
Так устроены некоторые протоколы, включая базовую схему Aave, но не все. Compound III может поглотить позицию и отдельно продать залог, поэтому инициатор ликвидации и конечный покупатель могут быть разными адресами.
## Связанные темы
- [Коэффициент здоровья DeFi](/ru/crypto/health-factor-defi/)
- [Ликвидация](/ru/crypto/liquidation/)
- [Ликвидационный буфер DeFi](/ru/crypto/defi-liquidation-buffer/)
- [Устаревание цены оракула](/ru/crypto/oracle-price-staleness/)
- [MEV](/ru/crypto/mev/)
## Источники
- [Health Factor & Liquidations](https://aave.com/help/borrowing/liquidations) - Aave (дата обращения: 2026-08-21)
- [Aave V3 LiquidationLogic.sol](https://github.com/aave/aave-v3-core/blob/master/contracts/protocol/libraries/logic/LiquidationLogic.sol) - Aave (дата обращения: 2026-08-21)
- [Compound v2 Docs: Comptroller](https://docs.compound.finance/v2/comptroller/) - Compound Finance (дата обращения: 2026-08-21)
- [Compound III Docs: Liquidation](https://docs.compound.finance/liquidation/) - Compound Finance (дата обращения: 2026-08-21)
Source: https://wiki.fcontext.com/ru/crypto/liquidation-bonus/index.mdx