Что такое ликвидация в DeFi: health factor, залог и защита позиции

Что такое ликвидация в DeFi — это принудительное погашение части или всего долга за счёт залога, когда обеспеченная позиция перестаёт соответствовать требованиям лендинг-протокола. Пользователь не получает обычное уведомление банка и не согласовывает продажу: право ликвидации заранее записано в смарт-контрактах. Когда расчётный показатель безопасности пересекает порог, любой разрешённый механизмом ликвидатор может вернуть протоколу долг и забрать соответствующую часть обеспечения с предусмотренным бонусом.

Ликвидация нужна не для наказания заёмщика, а для защиты поставщиков ликвидности и платёжеспособности протокола. Если позволить долгу стать больше реализуемой стоимости залога, образуется bad debt: в пуле числится актив, который нельзя полностью вернуть. Поэтому система старается продать обеспечение раньше, чем отрицательный разрыв станет необратимым. Цена этой защиты для пользователя — потеря части залога, liquidation penalty, сетевые расходы и возможная фиксация убытка в неблагоприятный момент.

Материал посвящён залоговым позициям в децентрализованных протоколах, а не маржинальным фьючерсам на централизованной бирже. В обоих случаях используется слово «ликвидация», но источники цены, правила расчёта, права сторон и порядок исполнения отличаются. В DeFi решающими становятся стоимость залога по оракулу, объём долга с накопленными процентами, liquidation threshold, health factor, close factor и фактическая ликвидность актива, который должен получить и продать ликвидатор.

Цель статьи — дать воспроизводимую методику. Читатель сможет рассчитать запас до порога, понять, какие изменения ухудшают позицию, отличить максимальный LTV от liquidation threshold, оценить цену ликвидации, проверить оракул и параметры рынка, выбрать действие при падении health factor и сохранить доказательства операции. Конкретные проценты и интерфейсы меняются решением governance, поэтому формулы и алгоритмы важнее устаревающей цифры из чужого скриншота.

Главный принцип: безопасной считается не позиция, которая сейчас выше порога, а позиция, выдерживающая заранее заданный стресс цены, процентов, оракула и ликвидности без срочного пополнения кошелька.

Ликвидация в DeFi: смысл, участники и экономическая логика

Залоговый заём отличается от продажи актива

Пользователь вносит ETH, WBTC, стейблкоин, LST или другой разрешённый актив как collateral и получает возможность занять базовый актив. Право собственности на экономический результат остаётся у пользователя, но залог блокируется правилами протокола. Это не продажа: при нормальном погашении долга обеспечение можно вывести. Однако возможность вернуть залог условна — она сохраняется только пока расчётная стоимость покрытия остаётся достаточной.

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

Почему протокол не ждёт добровольного погашения

Смарт-контракт не знает, когда пользователь вернётся в приложение и есть ли у него свободные средства. Если система будет ждать согласия, резкое движение рынка может превратить обеспеченный заём в необеспеченный. Ликвидация делает реакцию разрешённой заранее: при выполнении формального условия позиция становится доступной для исполнения сторонним участником или встроенным механизмом.

Скорость особенно важна для волатильного залога. Цена может пройти несколько процентов за блоки, а ликвидность продажи — ухудшиться одновременно. Протокол устанавливает буфер между разрешённым LTV и liquidation threshold, чтобы у заёмщика оставалось пространство для управления, а у ликвидатора — экономический стимул действовать до появления дефицита.

Кто такой ликвидатор

Ликвидатор — участник, который погашает допустимую часть долга рискованной позиции и получает залог по правилам протокола. Это может быть независимый бот, специализированная компания, keeper-сеть или иной автоматизированный исполнитель. Для пользователя личность ликвидатора обычно несущественна: право исполнения определяется состоянием позиции и контрактом, а не переговорами.

У ликвидатора есть собственная экономика. Он должен получить долговой актив, отправить транзакцию раньше конкурентов, оплатить gas, принять риск изменения цены и реализовать полученный collateral. Liquidation bonus компенсирует эти расходы и риск. Если бонус меньше издержек или залог неликвиден, позиции могут ликвидироваться медленнее, что увеличивает вероятность bad debt.

Что получает протокол и что теряет заёмщик

Протокол получает погашение долга и уменьшает риск для поставщиков ликвидности. Заёмщик теряет часть залога, эквивалентную возвращённому долгу, плюс экономический штраф в форме дополнительного collateral, переданного ликвидатору. После частичной ликвидации долг и залог уменьшаются, а позиция может вернуться в допустимую область. После полной — обязательство закрывается либо остаётся остаток по правилам конкретного рынка.

Важно считать не только номинальный bonus. Продажа залога может зафиксировать рыночный убыток, а для восстановления первоначальной экспозиции понадобится новая покупка со spread, price impact и network fee. Если нужна оценка полной стоимости маршрута, полезно применить методику из статьи как посчитать комиссию криптоплатежа: привести все списания и полученные активы к одному моменту и одной валюте.

Ликвидация не гарантирует нулевой долг протокола

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

Bad debt распределяется по правилам системы: через резерв, страховой модуль, backstop, socialized loss, продажу токенов управления или иной механизм. Заёмщику важно понимать эту архитектуру не потому, что он обязан спасать протокол, а потому что кризисная модель влияет на доступность вывода, процентные ставки, цену токена и вероятность экстренных изменений параметров.

Ликвидация в DeFi и ликвидация фьючерса — разные процессы

Во фьючерсах обычно ликвидируется маржинальная позиция по mark price или иной биржевой формуле. В DeFi продаётся залог, обеспечивающий фактический долг в токенах. Здесь нет обязательного long или short: пользователь может занять стейблкоин под ETH для расходов, не открывая дериватив. Тем не менее экономически он сохраняет экспозицию к залогу и принимает риск его падения.

Путаница опасна при расчёте «цены ликвидации». Для одной пары collateral/debt её можно приблизительно вывести, но при нескольких залогах, нескольких долгах, E-mode, isolation mode и разных thresholds одна простая цена уже не описывает позицию. Нужен агрегированный health factor и сценарный пересчёт всех компонентов.

Ликвидация бывает частичной и полной

Частичная ликвидация погашает ограниченную долю долга и забирает соответствующую часть залога. Она уменьшает размер позиции и обычно возвращает показатель безопасности выше критического уровня. Полная ликвидация закрывает весь допустимый долг или всю позицию, когда риск слишком высок, сумма мала либо правила dust не позволяют оставить экономически бессмысленный остаток.

Нельзя заранее считать, что протокол всегда ограничится половиной долга. Close factor зависит от версии, рынка, значения health factor, размера позиции и governance-параметров. Перед использованием протокола нужно открыть актуальную документацию и параметры конкретной сети, а не переносить цифры Aave, Compound или другого рынка на любую DeFi-платформу.

Когда позиция считается здоровой

Здоровая позиция выполняет формальное условие протокола: стоимость залога с учётом risk weights превышает стоимость долга по применяемому порогу. Но формальное значение «выше единицы» ещё не означает разумный риск. Позиция с health factor 1,01 может стать ликвидируемой от небольшого движения цены, одного начисления процентов или обновления оракула.

Для управления нужен пользовательский порог, который выше протокольного. Он выбирается по волатильности, корреляции collateral и debt, скорости сети, доступности резервных средств и времени реакции. Чем хуже пользователь может оперативно погасить долг, тем больше должен быть буфер.

Из чего состоит залоговая позиция и как рассчитывается риск

Collateral value — не просто баланс токена

Протокол оценивает залог по цене оракула, decimals и разрешённому статусу collateral. Токен может находиться на балансе пользователя, но не учитываться как обеспечение, если функция collateral выключена, актив достиг supply cap или рынок не поддерживает его в выбранном режиме. Поэтому видимая стоимость портфеля и стоимость, участвующая в формуле безопасности, могут различаться.

Для проверки фиксируют количество каждого актива, адрес контракта, используемый price feed, текущую oracle price и risk parameter. Если залог представлен wrapped, bridged, LP, LST или LRT-токеном, добавляются риски погашения производного актива и возможного depeg относительно базового.

Debt value включает начисленные проценты

Долг — это не только первоначально полученная сумма. В variable-rate модели он растёт непрерывно или индексируется по ставке рынка. Если пользователь занял волатильный токен, его стоимость в базовой валюте также меняется. Поэтому позиция может приблизиться к ликвидации при неизменной цене collateral: достаточно роста debt asset или длительного начисления процентов.

В учёте полезно разделять principal, accrued interest и стоимость долга по текущему оракулу. Тогда видно, какая часть ухудшения вызвана рынком, а какая — временем. Перед частичным погашением нужно проверить, сколько токенов требуется фактически, включая проценты и округление контракта.

LTV определяет заёмную способность при открытии

Loan-to-Value показывает, какую долю стоимости залога протокол позволяет использовать для нового займа. Если collateral worth равен 10 000 единиц базовой валюты, а LTV — 70%, теоретическая borrowing power составляет 7 000. Но занимать весь максимум опасно: даже минимальное движение цены может убрать возможность манёвра.

LTV не обязательно является порогом ликвидации. Между максимальной суммой нового займа и критическим уровнем часто есть буфер. Пользователь, который путает эти показатели, может считать позицию ликвидируемой раньше времени либо, наоборот, недооценить риск при изменении состава collateral.

Liquidation threshold задаёт критическую границу

Liquidation threshold — доля стоимости collateral, после которой позиция становится доступной для ликвидации по правилам протокола. Для нескольких активов применяется взвешенное значение: более рискованный collateral обычно получает более низкий threshold. Изменение состава залога может ухудшить средний порог даже при одинаковой общей стоимости.

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

Health factor объединяет залог, пороги и долг

В Aave-подобной модели health factor можно представить как стоимость collateral, умноженную на взвешенный liquidation threshold, и разделённую на стоимость debt. Значение выше 1 означает, что позиция формально не ликвидируема; ниже 1 — условие ликвидации выполнено. При нескольких активах расчёт использует сумму риск-взвешенного collateral.

Health factor удобен как единый индикатор, но скрывает структуру риска. Две позиции с одинаковым HF могут вести себя по-разному: одна состоит из коррелированных стейблкоинов, другая — из волатильного токена против стейблкоинового долга. Поэтому рядом с HF всегда анализируют чувствительность к конкретным ценам и сценариям.

Collateral factor и liquidation factor могут быть разными

В Compound-подобных системах отдельные коэффициенты могут определять borrowing capacity, момент liquidatable status и экономический результат поглощения collateral. Названия похожи, но функции различаются. Нельзя подставлять collateral factor в формулу порога, не прочитав документацию конкретной версии.

Экспертная проверка начинается с карты параметров: что ограничивает новый borrow, что переводит аккаунт в underwater, сколько collateral остаётся пользователю или передаётся системе и как затем продаётся актив. Интерфейсная надпись «безопасно» не заменяет эту карту.

Оракул — источник цены для смарт-контракта

Протокол не обязан использовать последнюю цену на выбранной бирже или DEX. Он получает значение от настроенного oracle feed, которое может агрегировать несколько площадок, применять heartbeat, deviation threshold и защитные механизмы. Поэтому пользовательская котировка и цена ликвидации могут временно отличаться.

Перед открытием позиции проверяют, какой feed применяется, в какой валюте он выражен, как часто обновляется и что происходит при stale data. Риск особенно важен для малоизвестных токенов, LP-позиций, wrapped assets и активов с несколькими уровнями оценки.

Цена ликвидации — сценарная, а не магическая цифра

Для единственного collateral и стейблкоинового debt приблизительную критическую цену можно получить, разделив стоимость долга на количество collateral и liquidation threshold. Но формула предполагает неизменный долг, постоянный threshold и стабильную цену заёмного актива. В реальности проценты и параметры меняются.

При нескольких залогах критическая цена одного актива зависит от остальных. Если часть collateral растёт или уменьшается, порог перемещается. Поэтому вместо одной цифры полезнее строить таблицу сценариев: цена каждого крупного актива, debt value, weighted collateral, HF и необходимое погашение для возврата к целевому буферу.

Как происходит ликвидация: от обновления цены до продажи залога

Условие возникает после расчёта состояния аккаунта

Позиция становится liquidatable не из-за визуального красного цвета в приложении, а когда смарт-контракт по актуальному состоянию подтверждает нарушение порога. Триггером может быть обновление oracle price, начисление процентов, новая операция пользователя, изменение collateral status или применение новых параметров.

Интерфейс может запаздывать, кэшировать данные или временно не работать. Поэтому при критическом риске состояние проверяют через несколько источников: официальный frontend, обозреватель, read-функции контракта или проверенный dashboard. Подключение к случайному «спасательному» сайту создаёт дополнительный риск approvals и подписей.

Ликвидатор выбирает debt и collateral

Если протокол разрешает несколько долгов и залогов, ликвидатор может выбирать, какой debt asset погасить и какой collateral получить, с учётом ликвидности и бонуса. Наиболее выгодная комбинация не обязательно совпадёт с предпочтением заёмщика. Поэтому после частичной ликвидации структура портфеля может заметно измениться.

Пользователь должен заранее понимать, какой актив наиболее вероятно будет изъят. Если он критичен для стратегии или имеет налоговую себестоимость, это не останавливает контракт. Единственный надёжный способ сохранить его — не допустить выполнения условия либо своевременно закрыть позицию.

Close factor ограничивает объём одного исполнения

Close factor задаёт максимальную долю долга, которую можно погасить в одной ликвидации. Ограничение помогает избежать избыточного закрытия при небольшом нарушении порога, но правила могут предусматривать 100% при низком health factor, малом размере или dust. Значение зависит от версии и рынка.

Даже при частичном close factor несколько ликвидаторов могут последовательно обрабатывать позицию, пока она остаётся допустимой для ликвидации. Поэтому пользователь не должен рассчитывать на долгий интервал после первого события. Блокчейн-операции могут следовать в соседних блоках.

Liquidation bonus оплачивается залогом

Ликвидатор возвращает debt и получает collateral на сумму погашения плюс bonus. Если бонус 5%, то за условные 1 000 единиц погашенного долга может быть изъят collateral стоимостью около 1 050 до учёта точной формулы, protocol fee и округления. Для заёмщика это экономический штраф.

Бонус не равен чистой прибыли ликвидатора. Из него вычитаются gas, flash-loan fee, DEX impact, MEV и риск цены. Чем хуже ликвидность collateral, тем больший стимул может потребоваться системе. Высокий bonus одновременно повышает устойчивость ликвидаций и стоимость ошибки для пользователя.

Flash loan позволяет ликвидировать без собственного капитала

Некоторые исполнители используют flash loan: занимают debt asset внутри одной транзакции, погашают позицию, получают collateral, продают его и возвращают заём. Если итоговая операция не покрывает обязательства, вся транзакция откатывается. Это делает рынок ликвидаций доступным автоматизированным стратегиям без постоянного хранения большого баланса.

Для заёмщика это означает высокую скорость реакции. Нельзя надеяться, что отсутствие видимого крупного покупателя даст время. Как только операция становится прибыльной после gas и impact, бот может исполнить её атомарно.

Protocol fee может удерживаться из бонуса

Часть liquidation bonus иногда направляется не исполнителю, а резерву протокола. В интерфейсе пользователь может видеть общий penalty, тогда как фактическое распределение включает liquidator share и protocol share. Для расчёта потерь важно использовать события транзакции и правила конкретного рынка.

После события проверяют repaid debt, seized collateral, bonus, fee и остаточные balances. Один TxID может содержать flash loan, swap и несколько transfer events; обычный список переводов не всегда показывает экономический смысл без decoding логов.

Полученный collateral нужно реализовать

Если ликвидатор не хочет держать залог, он продаёт его на DEX или другой площадке. Эта продажа создаёт price impact и может усилить падение рынка. При массовых ликвидациях несколько продаж увеличивают давление, снижают oracle price и переводят следующие позиции через порог — возникает liquidation cascade.

Каскад особенно вероятен, когда многие пользователи используют один и тот же волатильный collateral и похожий уровень leverage. Поэтому оценка собственной позиции включает не только личный HF, но и системную концентрацию, глубину рынка и потенциальный объём принудительных продаж.

Partial liquidation меняет будущую чувствительность

После частичной ликвидации уменьшаются и debt, и collateral. Health factor обычно улучшается, но итоговая чувствительность зависит от того, какой актив забран. Если изъят наиболее стабильный collateral, оставшаяся позиция может стать более волатильной. Если погашен долг, который рос относительно залога, риск может снизиться сильнее.

Нужно пересчитать позицию заново, а не продолжать смотреть на старую цену ликвидации. Также проверяют, не остался ли долг в другом активе, не изменился ли weighted threshold и достаточно ли native token для дальнейшего управления.

Модели разных DeFi-протоколов и почему нельзя переносить параметры

Aave-подобная модель использует health factor

В Aave-подобной архитектуре пользователь видит единый health factor, рассчитанный из total collateral, weighted average liquidation threshold и total borrow value. При значении ниже критической границы ликвидатор погашает допустимую часть долга и получает collateral с bonus. Конкретные close factor и dust rules зависят от версии и условий.

Практическое преимущество модели — понятный агрегированный индикатор. Недостаток для неопытного пользователя — соблазн смотреть только на одну цифру. Для контроля всё равно нужны asset-specific LTV, LT, oracle, E-mode category, caps и состав долга.

Compound III отделяет borrowing и liquidation factors

В Compound III collateral asset имеет borrow collateral factor, liquidate collateral factor и liquidation factor. Первый ограничивает заём, второй определяет underwater status, третий влияет на экономику поглощения collateral. Аккаунт может иметь промежуток, где новый заём уже невозможен, но ликвидация ещё не наступила.

Такой дизайн показывает, почему термин «коэффициент залога» недостаточно точен. При проверке нужно записать полное имя параметра и его роль. Одинаковая цифра 80% в разных полях может означать разные действия контракта.

Vault-модели могут использовать liquidation ratio

В CDP и vault-системах риск часто выражается collateralization ratio: стоимость залога делится на долг. Порог может называться liquidation ratio. Если фактическое отношение падает ниже требования, позиция участвует в аукционе, direct liquidation или другом механизме. Health factor в интерфейсе может отсутствовать.

Для пересчёта нужно внимательно следить за направлением формулы. В одной системе опасность растёт при падении HF к 1, в другой — при снижении collateralization ratio к 150% или иному порогу. Сравнивать цифры без единиц нельзя.

E-mode повышает эффективность и чувствительность

E-mode обычно предназначен для коррелированных активов и позволяет использовать более высокие LTV и thresholds. Это увеличивает capital efficiency, но уменьшает абсолютный запас до порога. Корреляция может нарушиться при depeg, сбое моста, проблеме эмитента или разрыве redemption.

Позиция stablecoin/stablecoin или LST/ETH выглядит низковолатильной до момента структурного события. Поэтому буфер выбирают не по обычному дневному отклонению, а по историческим и гипотетическим сценариям depeg. Высокий E-mode LTV не является рекомендацией занять максимум.

Isolation mode ограничивает распространение риска

Isolation mode может разрешать использовать определённый collateral только против ограниченного набора debt assets и с debt ceiling. Это защищает основной рынок от риска нового или менее ликвидного токена. Для пользователя ограничения влияют на доступные займы, максимальный объём и порядок выхода.

Если debt ceiling заполнен, операция может не пройти даже при хорошем личном HF. Изменение статуса актива или governance-параметров также может потребовать перестройки позиции. Проверяют не только личный риск, но и market-level caps.

Cross-collateral объединяет активы в общий риск

В cross-collateral модели несколько залогов поддерживают несколько долгов. Удобство состоит в общей borrowing power, но ухудшение одного крупного актива может затронуть всю позицию. Ликвидатор может забрать другой collateral, если правила разрешают и он экономически привлекательнее.

Разделение по отдельным аккаунтам или isolated positions иногда упрощает управление, но повышает операционные расходы и не всегда доступно. Пользователь должен решить, что важнее: общий netting или ограничение contagion между стратегиями.

L2 и sidechain меняют операционный риск

На дешёвой сети легче регулярно погашать небольшие суммы, но появляется зависимость от sequencer, bridge и доступности RPC. Во время сбоя пользователь может не успеть внести collateral, тогда как oracle и contracts продолжат обновляться по своим правилам либо возобновят работу с новым состоянием.

Аварийный план должен предусматривать native gas на нужной сети, резервный RPC, официальный адрес frontend и понимание withdrawal delay. Инструкция как проверить риски криптоперевода полезна для оценки сетевого и адресного шага, но DeFi-позиция требует дополнительно проверить состояние контрактов и oracle.

Новая версия протокола может менять механику

Протоколы развиваются. Например, документация может описывать переход от фиксированного close factor к расчёту объёма, достаточного для возврата к target health factor, или от статического к переменному bonus. Пока пользователь не установил, какая версия развернута на его рынке, нельзя применять правила из анонса к действующей позиции.

В журнал позиции записывают chain ID, market address, contract version и дату проверки документации. Это помогает избежать ситуации, когда интерфейс или статья относятся к другому deployment с похожим названием.

Расчёты ликвидации: формулы и практические сценарии

Базовый пример с ETH и стейблкоиновым долгом

Пусть пользователь внёс 5 ETH по 2 000, collateral value равна 10 000, liquidation threshold — 80%, а debt — 6 000 USDC. Risk-weighted collateral составляет 8 000, health factor — 1,333. Упрощённый ценовой запас до HF=1 равен 25% от текущей стоимости collateral при неизменном долге.

Критическая цена одного ETH в этом примере: 6 000 ÷ (5 × 0,8) = 1 500. Это не гарантированная цена исполнения. До достижения уровня долг увеличится из-за процентов, oracle может обновиться дискретно, а threshold — измениться. Поэтому пользовательский alert ставят выше расчётного порога.

Как проценты сдвигают критическую цену

Если долг вырос с 6 000 до 6 300, критическая цена станет 6 300 ÷ 4 = 1 575. Залог может не двигаться, но запас сокращается ежедневно. Чем дольше позиция открыта и выше borrow rate, тем важнее прогноз debt index, а не только график collateral.

Для планирования строят месячные сценарии: base rate, повышенная utilization rate и стрессовая ставка. Если долг волатилен, добавляют price scenario самого debt token. Заём ETH под стейблкоиновый collateral ухудшается при росте ETH, даже если collateral сохраняет привязку.

Несколько collateral требуют взвешенного расчёта

Пусть collateral состоит из ETH стоимостью 6 000 с LT 80% и WBTC стоимостью 4 000 с LT 75%. Risk-weighted collateral равен 4 800 + 3 000 = 7 800. При долге 6 000 HF составляет 1,3. Падение ETH на 20% уменьшит его вклад до 3 840 и общий показатель до 6 840, HF — до 1,14.

Если одновременно WBTC падает на 15%, его вклад становится 2 550, общий coverage — 6 390, HF — 1,065. Коррелированный стресс опаснее независимого. Простое сложение индивидуальных «цен ликвидации» не работает.

Волатильный debt создаёт обратный риск

Если collateral — USDC, а debt — ETH, рост ETH увеличивает стоимость обязательства. Пользователь может ошибочно смотреть только на стабильность залога. При удвоении debt price health factor способен быстро пересечь порог, даже если USDC держит цену.

Такой заём экономически похож на short debt asset. Нужны отдельные alerts на его цену и план получения токенов для погашения. Покупка debt asset в момент роста может дополнительно ухудшиться из-за slippage и нехватки ликвидности.

Depeg требует двустороннего сценария

В паре LST/ETH или stable/stable риск определяется не только долларовой ценой, но и относительной привязкой. Если collateral теряет 8% к debt asset, высокоэффективная позиция может стать liquidatable при небольшом абсолютном движении. Обычный график в USD может скрыть проблему, если оба актива движутся вместе против доллара.

Для коррелированных активов строят ratio chart и сценарии redemption impairment. Проверяют глубину выхода, очередь погашения, bridge status и наличие secondary market. E-mode снижает требуемый запас именно потому, что предполагает корреляцию; нарушение предположения становится главным риском.

Сколько погасить для целевого health factor

Упрощённо, если collateral не меняется и погашение не требует продажи этого же collateral, целевой debt равен risk-weighted collateral ÷ target HF. При coverage 8 000 и желаемом HF 1,6 допустимый debt — 5 000. Если текущий долг 6 000, нужно погасить около 1 000 плюс учесть проценты и округление.

Если для погашения пользователь одновременно выводит или продаёт collateral, формула меняется: уменьшаются обе стороны. Поэтому интерфейсная функция repay with collateral должна оцениваться по итоговому HF после swap, fees и price impact, а не по размеру погашенного debt.

Сколько collateral добавить для целевого буфера

При неизменном долге требуемое risk-weighted collateral равно debt × target HF. Для долга 6 000 и цели 1,5 нужно 9 000 покрытия. Если текущий вклад 8 000, требуется добавить collateral, который после умножения на свой LT даст 1 000. При LT 80% номинальная стоимость пополнения — около 1 250.

Добавление волатильного актива повышает HF сейчас, но не обязательно создаёт устойчивый буфер. Для аварийного пополнения обычно оценивают стабильность, liquidity, caps и время подтверждения. Не отправляют токен в неверной сети; перед переводом полезно применить проверку из материала как проверить сеть перед переводом USDT.

Liquidation penalty нужно считать отдельно

Если ликвидатор погасил 2 000 debt и получил collateral на 2 100 при 5% bonus, номинальная потеря относительно погашения составляет 100. Но полный экономический результат включает изменение цены collateral, protocol fee, оставшийся debt и стоимость восстановления позиции. Если collateral вырос после ликвидации, упущенная экспозиция может быть намного больше bonus.

Для налогового и управленческого учёта фиксируют количество изъятого токена и его стоимость по выбранной методике на время операции. Одного процента penalty недостаточно для расчёта финансового результата.

Почему позиции ликвидируются неожиданно

Пользователь ориентируется на цену биржи, а не оракула

На экране биржи ETH может ещё стоить выше пользовательского порога, но oracle feed уже обновился по агрегированной цене или использует другую валютную пару. Обратная ситуация тоже возможна: DEX показывает краткий wick, а защищённый оракул его не принимает. Поэтому уведомление по одной площадке не гарантирует точного момента.

В журнале позиции сохраняют адрес feed и единицу котировки. При расхождении не пытаются «исправить» цену через случайный RPC или сайт: контракт использует заданный источник независимо от пользовательского интерфейса.

Проценты накапливаются незаметно

Borrow balance может отображаться округлённо, но индекс долга продолжает расти. При высокой utilization ставка меняется и ускоряет ухудшение. Позиция, открытая с небольшим запасом, способна пересечь порог ночью без заметного движения collateral.

Решение — считать projected debt и устанавливать календарный контроль. Если стратегия прибыльна только при постоянном HF около единицы, она фактически зависит от безошибочной автоматизации и стабильной сети.

Collateral выключен или перестал учитываться

Пользователь может случайно отключить asset as collateral, вывести часть залога, переключить режим или выполнить операцию, которая уменьшает borrowing power. Интерфейс обычно предупреждает, но подпись транзакции остаётся решающей. В composable DeFi другой контракт может изменить структуру позиции через multicall.

Перед подтверждением проверяют simulation: collateral balances, debt, HF after transaction и approvals. Если кошелёк уже подключался к сомнительному dapp, используйте инструкцию как проверить разрешения после подключения кошелька.

Governance меняет параметры рынка

Снижение LTV обычно блокирует новые займы, а снижение liquidation threshold может приблизить действующую позицию к ликвидации. Изменения вводятся после предложения и голосования, но пользователь, который не следит за governance, замечает их только в интерфейсе.

Для долгосрочного займа включают alerts на risk parameter updates и читают дату activation. Если буфер зависит от старого LT, позицию перестраивают до вступления изменений в силу, а не после.

Мост или производный актив теряет привязку

Bridged token, LST, LRT или LP token может торговаться ниже базового актива из-за задержки redemption, инцидента моста, withdrawal queue или нехватки liquidity. Оракул может учитывать secondary price, поэтому номинальное количество «эквивалентного ETH» не защищает от depeg.

Перед использованием сложного collateral нужно понимать цепочку стоимости: underlying, wrapper, staking protocol, bridge, oracle и рынок продажи. Каждый слой создаёт отдельную точку отказа.

Сеть перегружена в момент падения

Когда рынок падает, gas растёт, RPC ограничивает запросы, а кошелёк показывает устаревший nonce. Пользователь может отправить repay с низким priority fee, пока ликвидатор отправляет конкурентную транзакцию с более высоким приоритетом. Операция пользователя подтверждается после liquidation или откатывается.

Аварийный баланс native token хранится заранее. Транзакции тестируют до кризиса, а не впервые в момент HF 1,02. Для существенной позиции полезны резервный RPC и устройство, которое не зависит от одного мобильного приложения.

Alert приходит позже или не приходит

Push-уведомление зависит от сервиса, сети телефона, правильного адреса и частоты обновления. Оно не является частью смарт-контракта и не даёт льготного периода. Ликвидация может исполниться до доставки сообщения.

Используют несколько независимых уровней: protocol dashboard, on-chain monitoring, email или messenger alert и собственный календарный контроль. Значение alert устанавливают выше аварийного уровня, чтобы оставалось время на подтверждения.

Пользователь рассчитывает на мгновенную продажу другого актива

Резерв может находиться на бирже с замороженным выводом, в другой сети, в locked staking или в банке. Во время стресса перевод занимает дольше, чем ожидалось. Наличие общего капитала не означает способность быстро улучшить конкретный HF.

Резерв для DeFi-позиции оценивают по доступности: asset, chain, wallet, gas и время финальности. Если маршрут требует bridge или KYC-проверку, он не считается мгновенным emergency funding.

Как уменьшить риск ликвидации до и после открытия позиции

Не занимать до максимального LTV

Максимум интерфейса — техническая граница для нового borrow, а не рекомендуемый размер. Чем ближе позиция к пределу, тем меньше движение цены требуется для кризиса. Разумный debt выбирают из stress test: collateral decline, debt appreciation, interest growth и задержка реакции.

При расчёте учитывают индивидуальную способность пополнить позицию. Пользователь без постоянного on-chain резерва должен держать больший буфер, чем автоматизированный desk с круглосуточным мониторингом.

Задать целевой health factor и нижний action level

Вместо одной критической границы полезны три уровня: target HF для нормальной работы, action HF для обязательного снижения долга и emergency HF для немедленного закрытия. Значения зависят от активов, но action level должен оставлять время на сеть и market impact.

Правило записывают до открытия займа. Если решения принимаются эмоционально после падения, пользователь часто ждёт отскока и теряет остаток буфера.

Погашение долга обычно наиболее прямое действие

Partial repay уменьшает denominator формулы и улучшает HF без увеличения экспозиции к collateral. Лучший debt asset для погашения зависит от состава позиции и доступного баланса. Перед транзакцией проверяют approve, exact amount, interest и итоговый HF.

Если долговой токен нужно купить, оценивают liquidity и price impact. На тонком рынке крупная emergency purchase может быть дороже раннего планового погашения. Поэтому часть debt asset иногда держат как ликвидный резерв.

Добавление collateral полезно не во всех случаях

Пополнение быстро увеличивает coverage, но может усилить concentration risk. Если пользователь добавляет тот же падающий токен, он увеличивает сумму капитала, подверженную дальнейшему снижению. Стратегия оправдана только при осознанном желании держать актив и достаточном новом буфере.

Нельзя бесконечно «защищать» позицию новыми депозитами без ограничения общего риска. В плане устанавливают максимальную сумму капитала и момент, после которого долг закрывается, а не рефинансируется.

Замена collateral может снизить волатильность

Некоторые протоколы или внешние маршруты позволяют обменять часть collateral на более стабильный актив. Это может увеличить устойчивость, но swap уменьшает стоимость через fee и impact и способен сам ухудшить HF во время исполнения. Операция требует simulation after transaction.

Также проверяют новый LT. Более стабильный токен не обязательно имеет более высокий risk weight, особенно если у него есть эмитентский, bridge или depeg risk.

Изменение debt asset влияет на направление риска

Рефинансирование волатильного долга в стейблкоин убирает риск роста debt price, но добавляет риск выбранного stablecoin и swap. Обратный переход может быть оправдан только при понимании экспозиции. Нельзя смотреть лишь на текущую borrow APR.

Полная стоимость включает flash loan или refinance fee, DEX impact, approval, gas и новую ставку. Сравнивают ожидаемый риск после операции, а не только снижение процента.

Автоматизация должна иметь проверенные полномочия

Auto-repay и automation могут продать collateral или использовать резерв при достижении заданного HF. Это сокращает время реакции, но требует approvals, keeper availability, достаточного gas и корректного oracle. Ошибка конфигурации может выполнить нежелательный swap или не сработать.

Перед крупной позицией проводят малый тест, проверяют spender, лимиты, условия trigger и fallback. Периодически отзывают ненужные разрешения. Если с кошелька произошли неизвестные списания, действуйте по инструкции что делать при списании токенов без вашего перевода.

Закрытие позиции — допустимый результат

Если условия рынка, протокола или личной ликвидности изменились, закрытие долга может быть лучшим решением. Упущенная потенциальная доходность не является убытком, сравнимым с penalty и потерей контроля. Стратегия должна иметь stop conditions, а не только target profit.

Перед закрытием проверяют, можно ли погасить весь долг, снять collateral и отозвать approvals. После завершения читают on-chain balances и не полагаются только на надпись «позиция закрыта».

Сложные риски: recursive leverage, LST, LP-токены и каскады

Recursive leverage умножает чувствительность

Пользователь может внести collateral, занять актив, купить ещё collateral и повторить цикл. Номинальный капитал увеличивается, но одновременно растёт debt и зависимость от цены. Небольшой adverse move вызывает непропорциональное падение equity и HF.

Для looped position считают gross collateral, gross debt, net equity и effective leverage. Простая цифра deposited amount вводит в заблуждение. Каждый новый цикл также добавляет swap fees и smart-contract exposure.

LST и LRT добавляют риск производного актива

Liquid staking token отражает право на staking value, но может отклоняться от underlying из-за withdrawal queue, slashing, liquidity или протокольного инцидента. Restaking token добавляет ещё один слой операторского и smart-contract risk. Использование такого collateral против ETH часто предполагает устойчивую корреляцию.

Стресс-тест включает depeg, временную невозможность redemption и одновременный рост borrow rate. Высокий nominal staking yield не компенсирует мгновенную liquidation penalty, если ratio выходит за пределы.

LP-токен содержит скрытую динамику состава

LP collateral представляет долю пула, а не фиксированное количество двух активов. При изменении цены AMM перебалансирует состав, возникает impermanent loss, а oracle должен корректно оценить позицию. В concentrated liquidity токен может выйти из range и стать почти односторонним.

Поэтому пользователь анализирует underlying reserves, range, fees, oracle method и liquidation liquidity самого LP token. При выборе общего размера риска используйте принципы из статьи на какую сумму покупать криптовалюту: ограничивайте капитал заранее, а impermanent loss рассчитывайте как дополнительный слой риска LP-collateral.

Stablecoin collateral не равен безрисковому залогу

Стейблкоин может потерять привязку из-за резервов, redemption, санкционного, банковского или smart-contract события. Если debt номинирован в другом stablecoin, относительный depeg ухудшает позицию. Оракул может реагировать быстрее или медленнее secondary market.

Для каждого stablecoin записывают эмитента, redemption route, freeze powers, сеть и depth. Буфер должен выдерживать не только обычное отклонение в доли процента, но и стрессовый сценарий.

Oracle manipulation опаснее на тонком рынке

Если price feed зависит от малоликвидной площадки или короткого TWAP, атакующий может временно изменить цену, открыть заём или вызвать ликвидации. Современные протоколы используют защитные механизмы, но риск не исчезает, особенно для новых collateral.

Пользователь оценивает source diversity, heartbeat, deviation threshold и emergency controls. Отсутствие понятной документации по oracle — стоп-условие для существенной позиции.

Liquidation cascade усиливает рыночное движение

Падение collateral снижает HF нескольких аккаунтов. Ликвидаторы получают и продают залог, усиливая price impact; новая цена переводит через порог следующую группу. При низкой liquidity движение становится нелинейным. Каскад может происходить быстрее обычного исторического VaR.

Стресс-тест должен включать forced-sale discount. Нельзя предполагать, что крупная позиция будет реализована по mid-price. Чем выше концентрация протокола в одном collateral, тем важнее глубина выхода.

Governance и smart-contract risk действуют одновременно

Даже правильно рассчитанная позиция зависит от кода, admin powers, upgrade process и governance. Ошибка контракта может изменить balances или остановить операции; экстренное управление — заморозить borrow, repay или collateral. Пользователь не контролирует эти события одной формулой HF.

Размер позиции ограничивают с учётом protocol risk. Проверяют audits, bug bounty, timelock, emergency roles и историю инцидентов. Высокая доходность не делает код безопаснее.

Bad debt может менять поведение всего рынка

Если ликвидации не покрывают долг, протокол может использовать reserve, backstop или иные меры. Utilization растёт, supply withdrawals ограничиваются liquidity, borrow rates повышаются. Даже пользователь с хорошим HF испытывает последствия через стоимость и доступность капитала.

Перед открытием займа смотрят не только личные параметры, но и total borrows, reserve liquidity, concentration и механизм покрытия дефицита. Это особенно важно для небольших deployment и новых сетей.

Практический алгоритм контроля позиции

До открытия запишите цель займа

Займ должен решать конкретную задачу: краткосрочная ликвидность, хедж, оборотный капитал или иная измеримая цель. Формулировка «не хочу продавать актив» недостаточна, потому что ликвидация всё равно может принудительно продать его на худших условиях. Определите срок, максимальный debt и источник погашения.

Если погашение зависит только от роста collateral, стратегия не имеет независимого cash flow. Это повышает риск и требует меньшего leverage.

Проверьте официальный market и contracts

Перед deposit сверяют домен, chain ID, market address, token contracts и supported assets. Поддельный frontend может запросить unlimited approval или перевод. Ссылка из рекламы, личного сообщения или поискового объявления не считается доказательством.

Для нового приложения используйте отдельный wallet с ограниченной суммой. Основные активы не подключают к экспериментальному dapp. Общая защита описана в материале как защитить криптокошелёк.

Соберите карту параметров

Запишите LTV, liquidation threshold, bonus, close factor, supply cap, debt ceiling, borrow rate model, oracle и режим collateral. Для нескольких активов — отдельную строку на каждый. Скрин интерфейса дополняют ссылкой или выгрузкой параметров, потому что цифры могут обновиться.

Отдельно укажите единицы: проценты, basis points, WAD и валюту цены. Ошибка масштаба в smart-contract data способна дать неверный расчёт в сотни раз.

Постройте stress table до подписи

Минимальная таблица включает падение collateral на 10%, 20%, 30%, рост debt asset, месяц повышенной ставки и depeg производного токена. Для каждого сценария рассчитывают debt value, weighted collateral, HF и действие. Если хотя бы один реалистичный сценарий требует мгновенного пополнения, размер займа уменьшают.

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

Подготовьте резерв в той же операционной среде

Резерв должен быть доступен на нужной сети или иметь подтверждённый быстрый маршрут. Проверьте gas, approvals и minimum. Сумма рассчитывается не «на глаз», а как repay или collateral addition, необходимая для target HF после stress.

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

Настройте многоуровневый мониторинг

Запишите target, action и emergency levels. Подключите protocol alerts, независимый watcher и календарную проверку. Для волатильного collateral частота должна соответствовать скорости риска, а не удобству пользователя.

Каждое уведомление содержит address, chain, market, HF и timestamp. Сообщение без этих данных может быть фишингом. Не переходите по кнопке «спасти позицию» из неизвестного канала.

Действуйте по заранее заданному приоритету

При ухудшении сначала проверяют on-chain state, затем выбирают самое прямое действие: repay debt, add collateral или close. Сложный refinance и bridge оставляют только если они протестированы и дают лучший итог после времени и fees. В emergency важнее надёжность, чем оптимизация нескольких десятых процента.

Если транзакция pending, проверяют nonce и замену комиссии. Не отправляют серию конфликтующих операций вслепую. Ликвидатор не обязан ждать, поэтому plan B готовится заранее.

После операции подтвердите новый статус

Успешный hash не гарантирует ожидаемый экономический результат. Проверьте receipt status, events, balances, debt, collateral и новый HF. Если использовался swap, сравните actual output с minimum received. Если была ликвидация, найдите repaid debt и seized collateral.

Для проверки транзакции применяйте принципы из статьи как проверить транзакцию по TxID, дополнив их decoding вызова DeFi-контракта.

Что делать, если ликвидация уже произошла

Не отправляйте деньги «для разблокировки залога»

Ликвидация исполняется смарт-контрактом; случайный человек не может вернуть collateral за доплату. Мошенники используют публичные данные и пишут владельцу адреса, предлагая recovery, refund или отмену транзакции. Запрос seed-фразы, private key, remote access или ручного перевода — признак кражи.

Официальная поддержка может объяснить интерфейс, но не отменяет завершённую on-chain liquidation. Проверяйте контакты только через официальный сайт.

Найдите точную транзакцию и функцию

Начните с адреса аккаунта и market contract. В обозревателе найдите transaction, method и events. Зафиксируйте block number, timestamp, liquidator, debt asset, repaid amount, collateral asset, seized amount и fees. Если использован aggregator или flash loan, путь может включать несколько контрактов.

Не делайте вывод по одному transfer. Экономический смысл определяется вызовом liquidation function и событиями протокола.

Пересчитайте остаточную позицию

После partial liquidation проверьте все debts и collaterals. Старые alert levels и critical prices больше не действуют. Рассчитайте новый weighted coverage и target repay. Если HF всё ещё близок к порогу, следующая ликвидация возможна быстро.

После full liquidation убедитесь, что residual debt равен ожидаемому значению и collateral можно вывести. Dust или другой debt asset может остаться.

Разделите penalty и рыночный результат

Для анализа выделите стоимость погашенного debt, стоимость seized collateral по единой цене, liquidation bonus, protocol fee и изменение цены после события. Это показывает, сколько потеряно из-за механизма, а сколько — из-за первоначальной рыночной позиции.

Такой postmortem помогает исправить размер буфера и не повторять ошибку. Простая фраза «рынок выбил» не выявляет, был ли причиной interest, depeg, oracle или отсутствие gas.

Сохраните доказательства для учёта

Сохраните TxID, decoded events, balances до и после, параметры рынка, oracle price и расчёт стоимости. Если collateral покупался в разные даты, зафиксируйте применённую методику себестоимости. Правовые и налоговые последствия зависят от юрисдикции и характера операции.

Для общей подготовки истории можно использовать структуру из статьи как подготовить историю криптокошелька для налогов, добавив отдельную строку liquidation event.

Проверьте, не было ли протокольного инцидента

Если ликвидация произошла при аномальной цене, изучите status page, governance forum, oracle updates и сообщения разработчиков. Сравните feed с reference markets. Ошибка интерфейса отличается от ошибки oracle: первая не меняет on-chain condition, вторая может повлиять на саму eligibility.

Не распространяйте обвинение до проверки данных. Но сохраните независимые снимки и block references, потому что интерфейсы могут обновиться.

Оцените возможность официальной компенсации без ожиданий

Иногда governance рассматривает компенсацию при подтверждённом bug или oracle incident. Это исключение, а не право по умолчанию. Решение может требовать snapshot, proposal и голосование. Пользователь не должен занимать новые средства в ожидании возврата.

Подавать данные следует через официальный процесс, без передачи секретов. Никто не просит seed-фразу для доказательства владения адресом; при необходимости ownership подтверждается безопасной подписью понятного сообщения.

Обновите правила стратегии

Postmortem должен закончиться конкретными изменениями: более высокий target HF, меньший max debt, другой collateral, резерв gas, отказ от loop, дополнительный alert или полный запрет определённого протокола. Без изменения процесса анализ превращается в описание уже понесённого убытка.

Размер следующей позиции выбирают заново. Попытка быстро «отбить» penalty повышенным leverage обычно увеличивает вероятность повторной ликвидации.

Итоговая модель принятия решения

Сначала качество collateral, затем доходность

Залог оценивают по ликвидности, oracle, redemption, concentration и smart-contract risk. Высокий supply APY не компенсирует низкое качество collateral. Если актив нельзя быстро продать без большого impact, liquidation mechanism может работать хуже именно в кризис.

Выбирайте collateral, который готовы держать и который выдерживает независимую проверку контракта и рынка. Не используйте неизвестный токен только потому, что протокол показывает высокий LTV.

Размер долга определяется стрессом

Borrow amount выводят из target HF после заданного shock, а не из максимума интерфейса. В модель включают коррелированное падение collateral, рост debt, проценты и задержку операции. Если стратегия не выдерживает умеренный стресс, debt уменьшают.

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

Health factor — сигнал, а не полный диагноз

HF быстро показывает близость к порогу, но не раскрывает, какой актив создаёт риск. Рядом хранят decomposition: вклад каждого collateral, debt value, threshold и sensitivity. Тогда действие выбирается осознанно, а не по цвету индикатора.

Пользовательский dashboard не заменяет on-chain data. При существенной сумме регулярно сверяйте расчёт с контрактом.

Ликвидация — предсказуемое право контракта

Событие кажется внезапным только на уровне пользовательского опыта. Формально оно следует из заранее заданных условий: цена, debt, thresholds и permissions. Это позволяет построить контрольный процесс и не зависеть от обещаний поддержки.

Однако параметры и данные могут меняться. Поэтому предсказуемость достигается регулярной проверкой, а не однократным чтением условий при открытии.

Лучший emergency plan прост и протестирован

В критический момент предпочтителен короткий маршрут: готовый debt asset, достаточный gas, проверенный wallet и одна repay transaction. Bridge, новый DEX и неизвестный automation увеличивают число точек отказа. Оптимизацию делают заранее.

Тестовая операция на малой сумме подтверждает approvals, network и интерфейс. Она не гарантирует будущую доступность, но значительно снижает операционную неопределённость.

Не всякая позиция заслуживает спасения

Если collateral утратил фундаментальную ценность, протокол скомпрометирован или debt economics стали невыгодными, добавление средств может увеличить убыток. Решение сравнивает стоимость закрытия сейчас с риском дальнейшего капитала, а не с первоначальной ценой покупки.

Sunk cost не является аргументом. Предварительно установленный max capital защищает от бесконечного пополнения падающей стратегии.

Документы и журнал — часть управления риском

Запись параметров, TxID, расчётов и решений позволяет воспроизвести результат и объяснить операцию. Она полезна для налогов, спора об интерфейсной ошибке и внутреннего анализа. Без журнала пользователь часто неверно помнит цену, HF и причину действия.

Минимальный журнал включает дату, chain, market, collateral, debt, parameters, oracle price, HF, action и resulting balances.

Короткий вывод

Ликвидация в DeFi — автоматизированная продажа залога для погашения рискованного долга. Её вероятность определяется не одним графиком, а совокупностью collateral value, debt, процентов, thresholds, оракула, ликвидности и правил конкретного deployment. Защита строится вокруг stress-tested debt size, целевого health factor, доступного резерва и заранее протестированного действия.

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

Пороговая цена при нескольких долгах требует общей базы

Если пользователь занял USDC и ETH одновременно, каждый debt сначала переводится в одну расчётную валюту по соответствующему oracle feed. Затем суммы складываются и сравниваются с risk-weighted collateral. Попытка вывести одну «цену ликвидации ETH» без сценария цены заёмного ETH создаёт ложную точность: рост долга способен сдвинуть критическую границу быстрее падения залога.

Практическая таблица содержит отдельные колонки для количества debt tokens, oracle price, accrued interest и доли в total debt. После каждого заметного движения пересчитывают не только итоговый HF, но и marginal contribution: какой долг сильнее всего ухудшает позицию и какой актив рациональнее погасить первым.

Погашение небольшими частями может быть экономически хуже

Регулярный partial repay снижает риск, но каждая операция требует gas, иногда approve и покупку debt asset. На дорогой сети слишком частые малые платежи создают значительную долю расходов. Нужно сравнить стоимость одной крупной плановой операции с серией мелких и вероятностью того, что рынок пересечёт action level между ними.

Оптимальный график не определяется одной APR. Он учитывает volatility, network fee, доступность debt asset и размер позиции. При небольшой сумме безопаснее изначально занять меньше, чем строить сложную схему постоянного ручного обслуживания.

Расчёт repay должен учитывать фактический debt index

Интерфейс может показывать округлённый долг, а контракт требует немного больше из-за начисления процентов между quote и блоком. Для полного закрытия некоторые приложения предлагают repay max или рассчитывают текущий index. Если отправить ровно старое значение, может остаться dust debt, который продолжит начислять проценты и удерживать collateral.

Перед закрытием проверяют allowance, баланс debt token и запас на округление. После транзакции читают remaining borrow balance. Нулевая строка в интерфейсе без on-chain проверки недостаточна для существенной позиции.

Добавление залога имеет задержку подтверждения

Перевод collateral из внешнего кошелька и supply в протокол — это минимум две разные операции, если токен ещё не находится на нужном адресе. Bridge, вывод с биржи и approve добавляют шаги. При HF около единицы такой маршрут может не успеть завершиться до ликвидации, даже если деньги формально есть.

Аварийный план измеряет время от решения до on-chain increase collateral. Для каждого шага записывают типичную и стрессовую длительность. Средства на централизованной бирже с возможным withdrawal review не считаются мгновенным резервом.

Oracle heartbeat создаёт дискретные скачки показателя

Некоторые feeds обновляются при достижении deviation threshold или по heartbeat. Health factor может некоторое время выглядеть почти неизменным, а затем перескочить после нового раунда цены. Это не ошибка контракта: расчёт использует последнее принятое значение. Пользовательский market chart при этом меняется непрерывно.

Alert должен учитывать вероятный следующий oracle update. Если текущая рыночная цена уже ниже критической oracle price, ожидание официального обновления — не запас, а короткое окно для заранее подготовленного действия.

Stale price и circuit breaker не всегда спасают заёмщика

Протокол может иметь защиту от устаревших или аномальных данных, но детали различаются. Один рынок приостанавливает операции, другой использует последнюю цену, третий применяет fallback. Нельзя предполагать, что oracle failure автоматически остановит liquidation или даст возможность вывести collateral.

Перед позицией изучают emergency oracle procedure и права guardian. В журнале сохраняют ссылки на документацию и governance decisions, потому что механизмы могут обновиться после инцидентов.

Транзакция repay конкурирует за порядок в блоке

Когда позиция уже liquidatable, пользовательская repay transaction и liquidation bot конкурируют по времени включения. Даже если repay отправлен раньше по часам, более высокая priority fee или private relay может поставить ликвидацию первой. После неё исходная repay может исполниться с другим результатом или revert.

Поэтому action level должен находиться заметно выше критического. Emergency action после HF ниже порога нельзя считать гарантированным спасением. Проверяйте state непосредственно перед подписью и после receipt.

Private transaction уменьшает публичность, но не отменяет риск

Отправка через private relay может снизить вероятность копирования или front-running, однако не меняет eligibility позиции и не гарантирует включение раньше конкурента. Relay может быть недоступен в выбранной сети, а транзакция — не попасть в блок вовремя.

Использование private route оправдано только после теста. Для большинства пользователей основной защитой остаётся раннее действие, а не попытка выиграть гонку в последнем блоке.

Ликвидационный бот оценивает прибыль атомарно

Автоматизированный исполнитель сравнивает bonus с gas, flash-loan fee и ожидаемым output продажи collateral. Если net положителен, решение может приниматься без ручной оценки. При росте bonus или снижении gas ранее невыгодная позиция становится привлекательной мгновенно.

Пользователь не видит очередь намерений ликвидаторов. Отсутствие события сейчас не означает отсутствие риска в следующем блоке. Низкая прибыльность может лишь временно задержать исполнение и одновременно увеличить угрозу bad debt.

Supply cap и debt ceiling влияют на спасение позиции

Даже качественный collateral нельзя всегда добавить в любом объёме: market supply cap может быть заполнен. В isolation mode debt ceiling ограничивает общий долг. Во время кризиса параметры могут быть достигнуты одновременно многими пользователями, и привычная операция перестанет проходить.

Резервный план должен включать альтернативу: repay debt или другой допустимый collateral. Проверяйте caps заранее и не рассчитывайте на последний свободный объём рынка.

Вывод collateral после улучшения HF тоже требует расчёта

После погашения пользователь может захотеть сразу вывести часть залога. Withdraw уменьшает coverage и способен вернуть HF к опасному уровню. Интерфейсная максимальная сумма учитывает текущий state, но не будущие проценты и стресс цены. Выводить весь доступный excess необязательно разумно.

Перед withdraw рассчитывают HF after transaction и сохраняют target buffer. Если цель — закрыть позицию полностью, сначала подтверждают нулевой debt, затем выводят collateral отдельным контролируемым шагом.

Корреляция активов меняется именно в кризис

Историческая стабильность пары LST/ETH или stable/stable может создавать уверенность в малом буфере. Однако в стрессовый период correlation ломается из-за очереди redemption, потери доверия, bridge incident или forced selling. Модель, основанная только на спокойных данных, недооценивает tail risk.

В stress table добавляют независимый shock ratio, а не только одинаковое движение обоих активов к доллару. Именно относительный разрыв чаще всего определяет liquidation в E-mode.

Кросс-сетевой резерв содержит basis risk

Если collateral находится в Ethereum, а резерв — в другой сети, bridge может выдать wrapped-версию, которую рынок не принимает как collateral, либо задержать claim. Также различаются gas token и finality. Номинально одинаковый USDC в двух сетях не является мгновенно взаимозаменяемым для контракта.

Аварийный reserve mapping фиксирует точный token contract на целевой сети. Любая смена сети до emergency считается отдельным проектом с тестовой суммой.

Автоматическое погашение может продать актив по плохой цене

Automation обычно оптимизирует предотвращение liquidation, а не максимальную цену продажи collateral. При резком падении keeper может выполнить swap с высоким impact, но всё же дешевле penalty и дальнейшего риска. Пользователь должен заранее принять этот trade-off и установить лимиты.

Проверяют minimum output, разрешённые DEX, максимальную долю collateral и повторяемость trigger. Без ограничений автоматизация может спасти HF ценой неожиданно большого сокращения позиции.

Страхование DeFi не заменяет buffer

Некоторые продукты покрывают smart-contract failure, depeg или определённое liquidation event, но условия, exclusions и claim process различаются. Обычное падение цены и добровольно высокий leverage часто не покрываются. Наличие полиса не даёт контракту запретить ликвидацию.

Coverage оценивают как отдельный актив с counterparty и liquidity risk. Сначала позиция должна быть устойчивой сама по себе, затем страхование может уменьшить специфический tail risk.

Разделение позиций ограничивает contagion

Использование разных аккаунтов или изолированных vaults может не позволить падению одного collateral затронуть другой. Но разделение теряет эффект общего netting и требует больше gas, мониторинга и резервов. Оно полезно, когда стратегии имеют разные сроки и stop conditions.

Решение принимают до открытия. Перенос collateral между аккаунтами в кризис создаёт дополнительные транзакции и может ухудшить обе позиции.

Еженедельная сверка должна быть числовой

Проверка «всё зелёное» недостаточна. Записывают collateral amount, debt principal, accrued interest, oracle prices, HF, target HF, critical prices и available reserve. Изменение каждой строки объясняют: рынок, ставка, governance или операция пользователя.

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

План выхода проверяется до открытия, а не после

Пользователь должен знать, где получить debt asset, как полностью repay, какие approvals нужны и как вывести collateral. Если единственный выход зависит от неликвидного swap или закрытого bridge, позиция уже содержит операционную ловушку.

Малый полный цикл deposit → borrow → partial repay → full repay → withdraw показывает реальные комиссии и интерфейс. Тест не заменяет аудит, но выявляет практические ошибки до крупной суммы.

Safe borrow считают от целевого HF, а не от LTV

Если risk-weighted collateral равен 12 000, а пользователь хочет сохранять target HF 1,8, допустимый долг составляет около 6 667. Интерфейс при LTV может позволять больше, но разница и есть сознательный резерв. Для волатильного collateral дополнительно уменьшают debt так, чтобы после стрессового падения target не опускался ниже action level.

Расчёт делают для текущей и стрессовой цены. Если при снижении collateral на 25% HF падает ниже 1,2, позиция требует либо меньшего начального займа, либо заранее доступного repay. Такой подход превращает leverage из максимума платформы в личный риск-лимит.

Критическую цену полезно считать вместе с action price

Liquidation price показывает формальную границу, но управленческое решение должно наступать раньше. Action price выводят из target action HF: debt делят на collateral amount, liquidation threshold и желаемый HF. Для примера с debt 6 000, 5 ETH, LT 80% и action HF 1,2 action price равна 1 800, тогда как liquidation price — 1 500.

Разница между 1 800 и 1 500 даёт время купить debt asset, дождаться подтверждения и проверить результат. Если alert стоит только на 1 500, он фиксирует уже критическое состояние, а не управляемый риск.

Резерв рассчитывают в единицах действия

Фраза «есть запас денег» ничего не говорит о возможности спасти позицию. Резерв выражают как количество debt token для repay до target HF или как точное количество допустимого collateral после применения LT. Затем добавляют gas и запас на price movement до блока.

Например, если требуется погасить 1 200 USDC, резерв в 1 200 долларов на банковском счёте не эквивалентен готовому USDC в нужной сети. Нужно учесть покупку, вывод, возможный KYC review и подтверждения. Для emergency-плана важна исполнимость, а не бухгалтерская стоимость.

Выбор между repay и collateral можно сравнить формулой

Repay улучшает HF на единицу потраченного капитала иначе, чем add collateral. Эффект погашения зависит от уменьшения debt, эффект залога — от liquidation threshold добавляемого актива. При низком LT для получения того же улучшения требуется больше номинальной стоимости collateral.

Сравнение включает будущую волатильность. Даже если add collateral сейчас дешевле по gas, новый токен может падать вместе с существующим. Погашение уменьшает leverage и обычно даёт более устойчивый результат, но требует наличия именно debt asset.

После частичной ликвидации нужен новый target, а не возврат к старому

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

Новый debt size рассчитывают с нуля по текущим параметрам и stress table. Частичная ликвидация должна рассматриваться как сигнал ошибки risk budget, а не как техническая пауза перед восстановлением leverage.

Полная стоимость безопасности сравнивается с выгодой займа

Заём имеет borrow interest, gas, monitoring time, возможные automation fees и стоимость удерживаемого резерва. Если экономическая выгода меньше этих расходов и ожидаемого liquidation risk, позиция нерациональна даже при отсутствии фактической ликвидации.

Ежемесячно считают net benefit: выгода использования borrowed capital минус проценты, комиссии, хеджирование, стоимость резервной ликвидности и ожидаемый риск. Это помогает вовремя закрыть стратегию, которая выглядит доходной только без учёта операционных затрат.

Контрольная дата обязательна даже для спокойной позиции

Если рынок не движется и health factor остаётся высоким, пользователь всё равно проверяет позицию по расписанию. За это время могут измениться borrow rate, governance-параметры, caps, статус collateral или интерфейс. Отсутствие тревожного сигнала не подтверждает, что исходные условия сохранились.

Контрольная дата включает пересчёт debt, сверку oracle и тест доступности emergency reserve. Такой короткий аудит дешевле ликвидации и позволяет закрыть позицию до того, как несколько небольших изменений сложатся в критический риск. Проверка должна завершаться записанным решением и датой следующей сверки.