Залог в DeFi: collateral ratio, LTV, health factor и запас до ликвидации

Залог в DeFi: короткий ответ и карта показателей

Залоговая позиция в DeFi возникает, когда пользователь вносит актив в lending-протокол и использует его как обеспечение для займа другого актива. Экономически это не «кредит без банка», а автоматизированная система сверхобеспечения: смарт-контракт оценивает стоимость collateral через oracle, применяет к нему риск-параметры и разрешает долг только в пределах установленной borrowing power. Если стоимость обеспечения падает, долг растёт или governance меняет параметры, запас сокращается. Поэтому вопрос как работают платформы кредитования под залог крипты нельзя сводить к одной ставке займа.

Для безопасного решения нужно разделять минимум четыре величины. Collateral ratio показывает, во сколько раз стоимость залога превышает долг. LTV отвечает, какую долю стоимости обеспечения протокол разрешает превратить в новый долг. Liquidation threshold задаёт границу, после которой позиция становится доступной для ликвидации. Health factor объединяет стоимость залога, risk-weighted threshold и долг в один индикатор. Эти показатели связаны, но не взаимозаменяемы.

Почему максимальная сумма займа не равна безопасной сумме

Интерфейс может показывать доступную borrowing power, например «можно занять ещё 2 000». Это технический максимум при текущих ценах и параметрах, а не рекомендация. Если использовать почти весь лимит, даже небольшой adverse move способен быстро сократить запас. Чем волатильнее collateral и чем хуже он коррелирует с debt asset, тем быстрее меняется риск. Поэтому решение начинается не с кнопки Borrow, а с заранее выбранного допустимого денежного убытка и стресс-сценария.

Практический подход состоит в том, чтобы сначала определить целевой debt, затем проверить, какой health factor и price buffer получится при падении collateral, росте debt asset и начислении процентов. Только после этого сравнивают ставку займа и экономическую цель. Если стратегия становится неустойчивой при обычной для актива волатильности, низкая текущая borrow rate не делает её качественной.

Overcollateralization — это запас, а не страховка от любого движения

Большинство permissionless lending-моделей требует, чтобы залог стоил больше долга. Такой дизайн снижает риск bad debt, потому что ликвидаторы должны успеть погасить долг за счёт обеспечения до того, как оно станет дешевле обязательств. Но overcollateralization не устраняет риск: цена может двигаться быстрее ожидаемого, ликвидность продажи может исчезнуть, oracle — обновиться скачком, а параметры — измениться. Запас нужен именно потому, что система не предполагает идеального рынка.

Пользователь должен различать бухгалтерский запас и исполнимый запас. Если collateral формально стоит 100 000, но его реальная рыночная глубина мала, liquidation sale может давить цену. Отдельная проверка ликвидности криптовалюты помогает не путать котировку и исполнимый объём. Для bridged, wrapped, LP, LST и LRT активов к обычной волатильности добавляется риск depeg или отказа механизма погашения. Поэтому одинаковый collateral ratio у двух позиций не означает одинаковую устойчивость.

Что именно считается залогом

Supply в lending-протокол не всегда автоматически становится collateral. Некоторые рынки позволяют включать или выключать collateral status, ограничивают отдельные активы isolation-mode правилами, задают supply caps или допускают актив только внутри определённой категории. В расчёт borrowing power входит не весь баланс кошелька, а только признанная протоколом стоимость тех активов, которые разрешены как обеспечение в текущем режиме.

Перед займом фиксируют: сеть, market/deployment, адрес collateral token, количество, oracle price, decimals, collateral status, LTV, liquidation threshold и дополнительные ограничения. Это особенно важно в мультисетевых протоколах: один и тот же тикер в другой сети может иметь иной market, другой oracle, другой cap и другой набор параметров.

Что считается долгом

Debt — это не только сумма, полученная в момент Borrow. В большинстве моделей обязательство растёт по переменной или иной установленной ставке. Если debt asset сам волатилен относительно базовой валюты расчёта, стоимость долга может увеличиться даже при неизменном количестве токенов. Заём ETH под стейблкоиновый залог и заём стейблкоина под ETH — экономически разные конструкции, хотя интерфейс показывает те же поля LTV и health factor.

Для контроля позиции полезно хранить три значения: principal, accrued interest и текущую oracle-value долга. Тогда видно, что ухудшило риск — падение залога, рост цены borrowed asset или накопленная ставка. Без этого пользователь может ошибочно объяснять снижение health factor «рынком», хотя причина — длительный carry.

Почему collateral ratio и LTV отвечают на разные вопросы

Collateral ratio удобно читать как «сколько залога приходится на единицу долга». Если залог 15 000, а долг 5 000, простое отношение равно 300%. LTV смотрит в обратную сторону: долг / collateral = около 33,3%. Но протокольный LTV — ещё и параметр, который ограничивает новый borrow. Он задаётся не арифметикой пользователя, а risk configuration рынка.

В отчёте полезно хранить оба показателя. Collateral ratio интуитивен для оценки избыточного покрытия, LTV удобен для сравнения с лимитом протокола. Однако ни один из них сам по себе не сообщает, где начинается liquidation: для этого нужен liquidation threshold или аналогичный критический параметр.

Почему liquidation threshold нельзя подменять LTV

LTV обычно отвечает на вопрос, сколько можно занять при открытии или увеличении позиции. Liquidation threshold отвечает на другой вопрос: при каком соотношении risk-weighted collateral и debt смарт-контракт разрешит принудительное погашение. Между ними может существовать буфер. Если пользователь считает LT равным LTV, он либо слишком рано закрывает позицию, либо — что опаснее — переоценивает запас.

Для каждого collateral asset параметры могут отличаться. В мультиактивной позиции применяется взвешивание, поэтому добавление нового токена меняет не только общую стоимость залога, но и средний liquidation threshold. Более рискованный актив способен увеличить номинальный collateral, но ухудшить качество risk-weighted обеспечения.

Health factor — итоговая метрика, но не полный диагноз

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

Но одинаковый HF может скрывать разные риски. Позиция со стейблкоиновым collateral и стейблкоиновым долгом может двигаться медленнее, чем ETH collateral против долларового долга. LST против ETH может быть коррелирован, пока не происходит depeg. Поэтому health factor — индикатор состояния, а не универсальный рейтинг качества.

Почему нужен запас до ликвидации в цене, а не только HF

Пользователь воспринимает рынок через цену, поэтому полезно переводить health factor в вопрос «на сколько процентов может упасть collateral до критического уровня?». Для одиночного collateral и стабильного debt это можно оценить напрямую. Если долг 6 000, collateral 10 000, LT 80%, критическая стоимость обеспечения равна 7 500. От текущих 10 000 это падение на 25%. Такой price buffer часто понятнее, чем HF 1,33.

В реальной позиции расчёт усложняют проценты, волатильный debt, несколько collateral, изменение oracle cross-rate и governance. Поэтому price buffer нужно считать как сценарий, а не как постоянную точку. Лучше хранить базовый, adverse и severe варианты и обновлять их после изменения состава позиции.

Что статья считает безопасным процессом

Безопасный процесс — это не попытка держать HF максимально высоким любой ценой. Он начинается с экономической цели займа, затем определяет допустимый debt, collateral budget, целевой запас, emergency reserve и правила закрытия. После открытия позиция контролируется по ценам, ставке, oracle, governance и доступности ликвидности. Если исходная цель исчезла, долг закрывают, даже если health factor формально высокий.

Этот материал сосредоточен на расчёте и управлении залогом до критической точки. Подробная механика liquidator, liquidation bonus, close factor, порядок транзакций и действия после события уже разобраны отдельно в руководстве OneMagic о ликвидации в DeFi. Здесь ликвидация используется как граница, относительно которой измеряется запас.

Как считать LTV, collateral ratio и borrowing power без путаницы

Залоговая позиция становится управляемой только тогда, когда все величины выражены в одной базовой валюте и одинаковом моменте времени. Пользователь может видеть 2 ETH collateral, 4 000 USDC debt и ещё 500 DAI, но арифметика начинается не с количества токенов, а с их oracle-value. Выберите базовую единицу — например долларовый эквивалент — и используйте цены того же oracle-контура, который реально применяет протокол. Смешивание рыночной цены из одного источника и протокольной цены из другого создаёт ложный запас.

Шаг 1. Переведите каждый collateral в базовую стоимость

Для каждого залогового актива умножьте количество на используемую протоколом цену и проверьте decimals. Если у позиции 2 ETH по oracle-price 3 000 и 4 000 USDC по единице, суммарная номинальная collateral value равна 10 000. Но это ещё не risk-weighted collateral: каждый актив может иметь свой LTV и liquidation threshold.

Важный контроль — не брать цену «из памяти». Feed может быть номинирован не в долларах, а в ETH или другой reference unit. Wrapped token иногда оценивается через два шага: exchange rate к underlying и затем цена underlying. Если пропустить один множитель или перепутать decimals, результат может отличаться в разы.

Шаг 2. Посчитайте текущий LTV позиции

Простой текущий LTV равен стоимости долга, делённой на общую стоимость collateral. При collateral 10 000 и debt 4 000 текущий LTV составляет 40%. Это не обязательно тот же LTV, который интерфейс показывает как maximum borrowing parameter. Текущий LTV — состояние позиции; protocol LTV — конфигурационный предел нового займа.

Если долг состоит из нескольких активов, сначала оцените каждый в той же базовой валюте, затем сложите. При волатильном debt показатель способен расти из-за движения borrowed asset. Поэтому мониторинг только collateral-price неполон: short ETH через borrowing ETH, например, ухудшается при росте ETH, даже если collateral стабилен.

Шаг 3. Посчитайте collateral ratio

Collateral ratio можно выразить как collateral value / debt value. Для тех же 10 000 и 4 000 он равен 250%. В некоторых системах под collateralization ratio понимают обратную или немного иную формулу, поэтому всегда проверяйте определение конкретного протокола. В собственном журнале лучше явно подписывать формулу, а не хранить только число.

Ratio полезен для стресс-теста: если collateral упадёт до 8 000 при неизменном долге 4 000, покрытие станет 200%. Но это не говорит, разрешит ли протокол ликвидацию, потому что критическая граница зависит от LT. Именно поэтому собственный collateral ratio — хороший экономический индикатор, но не замена protocol health metric.

Шаг 4. Рассчитайте borrowing power по LTV

Если один collateral worth 10 000 и его protocol LTV равен 70%, теоретическая borrowing power составляет 7 000. Для нескольких активов удобнее суммировать value × LTV для каждого collateral. Например, 6 000 актива A с LTV 70% дают 4 200 capacity, а 4 000 актива B с LTV 50% — ещё 2 000. Общая теоретическая capacity равна 6 200.

Из этого числа вычитают текущий debt value, чтобы получить оставшуюся возможность нового займа. Но «available to borrow» не является бюджетом риска. Если текущий долг 5 800 при capacity 6 200, интерфейс может разрешать ещё 400, однако позиция уже почти полностью использует borrowing power и оставляет мало пространства для volatility, interest accrual и parameter changes.

Почему weighted LTV важнее среднего арифметического

Если в позиции несколько collateral, нельзя просто сложить их LTV и разделить на количество активов. Вес определяется стоимостью каждого залога. В примере 6 000 под 70% и 4 000 под 50% weighted LTV равен 62%, потому что первый актив занимает 60% стоимости, второй — 40%. Простое среднее 60% дало бы неверную borrowing power.

Вес меняется вместе с ценами. Если более рискованный актив резко растёт и становится большей частью collateral, weighted LTV и weighted liquidation threshold могут измениться даже без действий пользователя. Поэтому composition drift в залоговой корзине — отдельный риск, особенно для длительных позиций.

Почему debt ceiling и caps могут ограничить расчёт

Теоретическая borrowing power по LTV не гарантирует, что протокол позволит занять нужную сумму. Market может иметь borrow cap, debt ceiling, isolation-mode ограничения, disabled borrowing или недостаточную свободную ликвидность. Эти лимиты работают поверх арифметики collateral. Пользователь должен различать «моя позиция позволяет» и «рынок сейчас способен выдать».

Практически перед займом проверяют available liquidity, borrow cap utilization и режим collateral. Если расчёт показывает capacity 50 000, но рынок имеет только 8 000 доступной ликвидности, фактический максимум определяется меньшей величиной. Попытка строить стратегию на недоступном объёме создаёт операционный риск ещё до price risk.

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

Borrow balance обычно растёт со временем. Если collateral стоит 10 000 и долг увеличивается с 4 000 до 4 200 только за счёт процентов, текущий LTV поднимается с 40% до 42%. При узком buffer этого достаточно, чтобы позиция постепенно приблизилась к действию, хотя цены не менялись. Для долгих займов carry-risk должен быть частью базового сценария.

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

Как учитывать комиссию и стоимость emergency action

Сам LTV не включает gas, swap fee, bridge cost или slippage, которые могут понадобиться для срочного repay. Но эти расходы уменьшают реальную способность пользователя восстановить позицию. Если emergency reserve лежит в другом активе или сети, часть резерва нужно считать после конвертации и транспортных расходов, а не по номиналу.

Для небольшой позиции gas может быть экономически значимым. Для крупной — важнее liquidity и price impact при покупке debt asset. Поэтому reserve планируют в форме, максимально близкой к обязательству: debt token на нужной сети обычно полезнее абстрактной суммы в далёком кошельке. Общие принципы выбора размера риска можно сверить с материалом о том, на какую сумму покупать криптовалюту.

Liquidation threshold и health factor: как измерять критический запас

Liquidation threshold переводит nominal collateral в risk-adjusted value, которое защищает debt. Если collateral worth 10 000, а LT равен 80%, только 8 000 участвуют в критической границе. При долге 6 000 health factor в упрощённой модели равен 8 000 / 6 000 = 1,33. Такая запись полезнее одной цветной полосы в интерфейсе: сразу видно, из каких величин возникает запас и какая из них способна измениться.

Weighted liquidation threshold для нескольких залогов

При двух collateral нельзя использовать LT одного актива для всей позиции. Сначала для каждого считают value × LT, затем складывают risk-adjusted values. Если 6 000 актива A имеют LT 80%, вклад равен 4 800; 4 000 актива B при LT 65% дают 2 600. Суммарная критическая collateral value — 7 400. При долге 5 000 HF составит 1,48.

Такой способ показывает, почему добавление низкокачественного collateral не всегда столь полезно, как кажется по общей сумме. Токен может увеличить nominal collateral на 4 000, но добавить к risk-adjusted защите лишь 2 000–2 500. Для управления позицией важен именно второй эффект.

Как получить критическую стоимость collateral из HF

Для одиночного collateral и стабильного debt критическая стоимость проста: Debt / LT. Если долг 6 000, LT 80%, critical collateral value = 7 500. Текущий collateral 10 000 даёт 25% nominal price buffer. Если количество токенов неизменно, ту же пропорцию можно применить к цене: критическая цена примерно на четверть ниже текущей.

Это приближение перестаёт быть точным, если debt волатилен, есть несколько collateral, LT меняется, начисляются проценты или oracle использует сложный cross-rate. Тогда критическую цену находят сценарно: меняют одну или несколько входных цен и пересчитывают HF до единицы. Такой стресс-тест честнее красивого одного числа.

HF 1,2 и HF 1,2 — не всегда один риск

Две позиции с HF 1,2 могут иметь разный expected time-to-liquidation. ETH collateral против USDC debt реагирует на падение ETH напрямую. WETH debt против wstETH collateral сильно коррелирован и может двигаться медленнее, пока сохраняется peg. Стейблкоин против стейблкоина способен выглядеть устойчиво, но при depeg потерять запас скачком. Поэтому HF нужно читать вместе с volatility и correlation.

Полезно хранить рядом с HF три поля: тип collateral/debt пары, исторический adverse move на выбранном горизонте и отдельный depeg/failure scenario. Тогда контроль перестаёт быть бинарным «выше единицы — всё хорошо».

Почему универсального безопасного HF не существует

Протокол определяет только liquidation boundary, но не личный safety target. Пользователь с резервом debt token в том же кошельке, быстрым доступом к сети и высококоррелированной парой может позволить себе один уровень. Пользователь с collateral в волатильном альткоине и резервом на другой сети должен держать существенно большее пространство.

Целевой HF выбирают через stress test, а не из чужого скриншота. Сначала задают adverse move, рост debt, возможную задержку реакции и изменение oracle. Затем находят такой starting HF, при котором позиция остаётся выше action level. Это делает target следствием риска, а не традицией.

Action level должен быть выше liquidation boundary

План позиции полезно делить на три уровня. Target level — обычное состояние. Action level — граница, при которой пользователь обязан repay часть долга или добавить заранее выбранный collateral. Emergency level — состояние, где допускаются только простые подготовленные действия и новые рисковые маршруты запрещены. Liquidation boundary ниже всех трёх и не используется как рабочая цель.

Такой подход уменьшает зависимость от скорости реакции. Если action level выбран слишком близко к HF 1, блокчейн congestion, oracle update или резкое движение могут пересечь весь оставшийся buffer раньше подтверждения транзакции.

Почему oracle update может изменить HF ступенькой

Рыночная цена меняется непрерывно, а price feed может обновляться дискретно по heartbeat или deviation rule. Поэтому интерфейс некоторое время показывает прежний HF, затем значение резко меняется после нового oracle round. Это особенно важно при больших движениях: отсутствие изменения индикатора не означает отсутствие рыночного риска.

Перед значимой позицией нужно понимать oracle, который считает collateral и debt, и не полагаться только на график DEX или CEX. Риск оракула нужно учитывать отдельно: stale price, heartbeat, deviation и failure propagation могут изменить оценку залога раньше, чем пользователь успеет перестроить позицию.

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

LTV и LT — параметры управления риском, а не законы природы. Governance или уполномоченный risk steward может изменить их после роста волатильности, ухудшения ликвидности или изменения качества collateral. Снижение LT автоматически уменьшает health factor при неизменных balances и prices.

Долгосрочная позиция поэтому мониторит не только рынок, но и parameter changes. Перед открытием полезно проверить историю пересмотров asset configuration: актив с частыми risk downgrades требует большего буфера, потому что пользователь несёт parameter risk вместе с market risk.

Как проверить расчёт интерфейса вручную

Ручной пересчёт не должен превращаться в попытку воспроизвести весь smart contract. Достаточно взять balances, oracle values и опубликованные risk parameters, затем посчитать current LTV, weighted LT и приблизительный HF. Если результат существенно не совпадает с интерфейсом, нужно остановиться и найти причину: режим E-mode, isolation, decimals, отключённый collateral или иной pricing adapter.

Такой sanity check особенно полезен перед крупным borrow. Ошибка в понимании одной единицы способна сделать последующие stress-сценарии бесполезными. Для технической проверки контракта и параметров можно использовать руководство OneMagic о том, как проверить smart contract токена.

Как считать запас до ликвидации: цена, проценты и стресс-сценарии

Запас позиции имеет смысл только как ответ на конкретный неблагоприятный сценарий. Простая фраза «HF высокий» ничего не говорит о том, переживёт ли позиция падение collateral на 15%, рост borrowed asset на 20% или неделю повышенной borrow rate. Поэтому до открытия займа строят минимум три сценария: базовый, adverse и severe. Для каждого пересчитывают collateral value, debt value, weighted liquidation threshold и итоговый health factor.

Сценарий 1. Падает только collateral

Это базовый тест для займа стейблкоина под волатильный актив. Если 2 ETH по 3 000 образуют collateral 6 000, LT 80%, а debt равен 3 000 USDC, исходный HF — 1,6. При падении ETH на 25% collateral становится 4 500, risk-adjusted value — 3 600, а HF — 1,2. До ликвидации ещё есть запас, но action level мог быть пересечён раньше.

Важно считать не «сколько процентов от ATH» и не историческую среднюю волатильность, а движение, реалистичное на горизонте вашей реакции. Если вы проверяете позицию раз в сутки, stress move должен учитывать возможное внутридневное падение и gap между мониторингами.

Сценарий 2. Растёт только debt asset

Если пользователь занимает волатильный актив, риск зеркальный: debt дорожает. Collateral 10 000 и debt 4 000 дают LTV 40%. Рост borrowed token на 25% увеличивает долг до 5 000 при том же collateral, и LTV становится 50%. Если LT 70%, HF падает с 1,75 до 1,4. Такой риск часто недооценивают пользователи, которые смотрят только на залог.

В short-like конструкциях borrowed asset может двигаться против пользователя очень быстро. Поэтому emergency reserve должен быть либо в debt token, либо в легко конвертируемом активе с достаточной ликвидностью. Иначе одновременно растут долг и стоимость его покупки для repay.

Сценарий 3. Collateral падает, debt растёт

Комбинированный стресс важнее отдельных. Если collateral снижается на 20%, а borrowed asset дорожает на 15%, HF ухудшается сильнее, чем в каждом из одиночных тестов. Для некоррелированных активов такая комбинация реалистична. Для correlated pair можно использовать меньший обычный shock, но всё равно отдельно проверять depeg или breakdown correlation.

Самая опасная ошибка — считать историческую корреляцию гарантией. LST и underlying обычно движутся близко, но smart-contract incident, validator slashing, withdrawal queue или liquidity shock способны временно разорвать связь. Поэтому correlated-mode требует отдельного tail scenario.

Сценарий 4. Debt растёт из-за процентов

Проценты создают медленный стресс. Предположим, collateral и цены стабильны, но borrow balance увеличивается на несколько процентов за период. HF снижается пропорционально росту debt. Для позиции с большим запасом это не критично, но при HF около action level даже небольшой carry может автоматически приблизить риск.

Вместо одной текущей APR полезно тестировать несколько rate paths: current, elevated и stress. Если protocol использует utilization-based curve, ставка способна резко вырасти при дефиците свободной ликвидности. Поэтому модель должна учитывать не только среднее значение, но и возможность временного spike.

Сценарий 5. Governance снижает LTV или LT

Если risk committee снижает LTV, это может ограничить новый borrow и withdrawals. Если снижается liquidation threshold, критическая граница приближается непосредственно. Например, при collateral 10 000, debt 6 000 и LT 80% HF равен 1,33. Снижение LT до 75% уменьшает HF до 1,25 без изменения цены.

Parameter risk особенно важен для long-tail collateral. Перед займом смотрят не только текущие цифры, но и governance history, liquidity и market quality актива. Если актив систематически получает risk downgrades, высокий nominal APY или удобный LTV не компенсируют вероятность дальнейшего ужесточения.

Сценарий 6. Depeg collateral

Для stablecoin, LST, LRT, wrapped или bridged collateral нужно моделировать относительный depeg, а не просто общий рыночный спад. Если токен, который должен стоить около 1 единицы reference asset, отклоняется на 8–10%, oracle и secondary market могут реагировать по-разному. Health factor зависит от того, какую цену признает протокол, а emergency exit — от реальной ликвидности.

Проверяйте redemption mechanism: можно ли погасить производный токен в underlying, за какое время, с какими ограничениями и кто контролирует процесс. Если единственный путь выхода — тонкий DEX pool, номинальный peg не является надёжной защитой; оцените также price impact для реального объёма.

Сценарий 7. Oracle задерживается или переключается на fallback

Oracle failure может временно заморозить старую цену, переключить систему на fallback или вызвать pause отдельных операций. Пользователь не должен предполагать, что любой сбой автоматически защищает позицию. Один протокол ограничивает borrow, другой продолжает расчёт по последней цене, третий использует резервный источник.

Стресс-тест включает не только неправильную цену, но и задержку действий: что если repay доступен, а collateral withdrawal или swap ограничены? Чем больше внешних зависимостей, тем больше должен быть operational buffer. Отдельно проверяют L2 sequencer, bridge и RPC availability.

Сценарий 8. Liquidity shock мешает repay

Даже если на кошельке есть капитал, его ещё нужно превратить в debt asset. При резком движении spread и price impact растут, gas дорожает, а bridge может задержаться. Emergency reserve в другой сети нельзя считать равным наличному debt token. Для стресс-модели полезно дисконтировать такой резерв на ожидаемые execution costs и время.

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

Как выбрать action и emergency levels

После stress-tests выбирают не одно число, а коридор. Target HF соответствует нормальной позиции. Action level — точка, где заранее выполняется partial repay или add collateral. Emergency level оставляет только простые действия и запрещает новые bridge, leverage или сложные swaps. Между emergency level и liquidation boundary должен оставаться технический запас на подтверждение транзакций.

Уровни записывают до займа и привязывают к действиям, а не к эмоциям. Формулировка «если HF упадёт ниже X, верну Y debt» лучше, чем «если станет страшно — добавлю залог». План должен быть исполним из текущей сети и кошелька.

Качество collateral важнее его номинальной стоимости

Одинаковые 10 000 долларов collateral могут давать разный системный риск. Протокол оценивает не только цену, но и волатильность, ликвидность, correlation, market depth, redemption mechanics и governance controls. Пользователь должен делать то же самое. Сильный collateral — это не обязательно актив с высокой капитализацией; это актив, чья цена, ликвидность и инфраструктура остаются понятными именно в стрессовой ситуации, когда позицию нужно спасать.

Волатильный нативный актив как collateral

ETH, BTC-представления и другие крупные волатильные активы удобны тем, что имеют глубокие рынки и понятное price discovery. Но их основная проблема — directional volatility. Если debt стабилен, падение collateral почти линейно ухудшает HF. Поэтому starting buffer должен соответствовать реальным drawdown на горизонте реакции, а не обычному дневному движению в спокойном рынке.

Для такого collateral особенно важно не использовать весь protocol LTV. Позиция может выглядеть дешёвой по borrow rate, но стоимость её риска проявляется в резерве капитала, который нельзя использовать elsewhere, потому что он нужен для emergency repay.

Стейблкоин как collateral

Стейблкоиновый залог снижает обычную волатильность, но добавляет issuer, reserve, redemption, blacklist и depeg risk. Если debt номинирован в другом stablecoin, текущая корреляция кажется идеальной, но в стрессовом событии именно относительный курс двух стейблкоинов определяет HF. Нельзя считать обе стороны автоматически равными одному доллару.

Проверьте, какой price feed использует protocol: фиксированный peg, market-based feed, adaptive mechanism или другая логика. От этого зависит, как быстро depeg попадёт в health factor. Одновременно оцените реальный exit: ликвидность secondary market может ухудшиться раньше официального redemption.

LST и LRT как collateral

Liquid staking и restaking tokens часто коррелированы с underlying asset, поэтому lending-протоколы могут давать им более эффективные параметры. Но correlation не устраняет специфические риски: validator slashing, withdrawal queue, smart-contract bug, restaking loss, governance change и depeg. Если LST collateral используется против ETH debt, обычный рыночный beta частично нейтрализован, но basis risk остаётся.

Перед займом нужно знать, как token конвертируется в underlying: через protocol redemption, очередь, DEX или wrapper. В severe scenario проверяют не только market price, но и time-to-redemption. Коррелированный collateral безопасен лишь пока механизм связи работает.

LP-токен как collateral

LP collateral сложнее обычного токена, потому что его стоимость зависит от reserves, диапазона liquidity, fees и цен underlying assets. Для concentrated liquidity позиция может выйти из active range и стать почти односторонней. Базовую механику LP можно сверить с руководством о пулах ликвидности. Oracle должен корректно оценивать состав и цену LP. В дополнение появляется impermanent loss, который меняет экономику позиции даже без liquidation.

При оценке LP collateral разложите его на underlying exposures. Если обе стороны падают вместе, nominal LP value снижается. Если одна падает сильнее, composition меняется. Для выхода ликвидатору или пользователю нужна достаточная liquidity в underlying рынках. Поэтому LP collateral требует более консервативного stress-test.

Wrapped и bridged collateral

Wrapped asset добавляет слой зависимости между токеном и базовым активом. Bridged token добавляет ещё и bridge security, custody или validator set. Даже если oracle показывает близкую цену к underlying, авария bridge может разрушить redemption и secondary liquidity. Тогда collateral перестаёт быть эквивалентом исходного актива именно в момент, когда нужен выход.

В dependency map записывают issuer/wrapper, bridge, canonical/non-canonical статус, redemption route и emergency controls. Если пользователь не может объяснить, как из collateral получить underlying без одного интерфейса, риск нельзя считать полностью понятным.

Long-tail token как collateral

Малоликвидный governance или utility token способен иметь высокую spot valuation при слабой глубине. Если такой collateral быстро падает, ликвидаторы могут не успеть продать полученный актив без сильного price impact, что повышает риск bad debt. Поэтому протоколы обычно применяют более жёсткие LTV/LT, caps или isolation.

Пользователь должен воспринимать низкий LTV не как неудобство, а как информацию о risk model. Попытка компенсировать слабый collateral максимальным borrow просто переносит системный риск на собственную позицию.

Корреляция между несколькими collateral

Диверсификация collateral помогает только при независимых факторах риска. ETH и несколько ETH-LST могут выглядеть как три актива, но в market shock все реагируют на одну базовую цену. Несколько stablecoins могут зависеть от одних банков или одних liquidity venues. Поэтому число токенов не равно числу независимых risk sources.

Для корзины полезно группировать collateral по факторам: base asset, issuer, bridge, oracle, chain и liquidity venue. Stress-test должен бить по фактору целиком. Если один bridge failure обесценивает два токена одновременно, моделировать их как независимые нельзя.

Почему supply cap и borrow cap — часть качества collateral

Caps ограничивают концентрацию риска в market. Высокая utilization supply cap может означать, что protocol близок к установленному пределу экспозиции. Это не делает позицию автоматически опасной, но говорит, что governance рассматривает концентрацию как значимый фактор. Изменения cap могут повлиять на возможность добавить collateral в аварии.

Перед открытием крупной позиции проверьте, останется ли техническая возможность увеличить supply later. Emergency strategy «добавлю ещё collateral» слабая, если market уже упирается в cap или asset может быть заморожен для новых депозитов.

Качество collateral нужно пересматривать

Collateral, который был сильным при открытии, может ухудшиться. Меняются liquidity, oracle source, governance, bridge, issuer reserves и legal environment. Поэтому review date — обязательная часть позиции. Пользователь проверяет не только HF, но и причины, по которым protocol всё ещё присваивает активу текущие risk parameters.

Если фундаментальная структура collateral ухудшилась, добавлять его для повышения HF может быть ошибкой: nominal показатель вырастет, а concentration risk усилится. Иногда лучший action — repay debt и уменьшить зависимость, а не наращивать обеспечение проблемным активом.

Долг в DeFi меняется: ставка, utilization и ликвидность погашения

Borrow position живёт во времени. Даже если collateral не двигается, debt balance начисляет проценты, а ставка способна меняться вслед за utilization рынка. Поэтому безопасный залог нельзя оценить только в момент открытия. Пользователь должен понимать, за счёт чего растёт долг, как быстро он может вырасти в стрессовом рынке и где взять borrowed asset для погашения. Иначе health factor контролируется только наполовину.

Почему borrow rate обычно плавающая

В pool-based lending ставка зависит от использования доступной ликвидности. Когда доля занятых средств растёт, rate model повышает стоимость нового и существующего variable debt, чтобы стимулировать supply и сдерживать дополнительный borrow. Поэтому низкая ставка сегодня не является фиксированной ценой на весь срок, если protocol прямо не предлагает иной тип обязательства.

Для расчёта используйте не только current APR, но и stress rate. Если позиция рассчитана на несколько месяцев, проверьте, останется ли economics положительной при удвоении ставки или при нахождении рынка выше optimal utilization. Такой тест важнее попытки предсказать точный будущий APR.

Interest accrual уменьшает health factor незаметно

Если долг растёт каждый блок или через индекс, health factor постепенно снижается. На большом buffer изменение кажется медленным, поэтому пользователь перестаёт следить. Но в сочетании с небольшой коррекцией collateral accrued interest может стать последним фактором, который пересечёт action level. Хороший dashboard показывает debt в текущих units, а собственный журнал — изменение за период.

Раз в контрольный интервал сравнивайте debt tokens, debt value и effective borrow cost. Если сумма растёт быстрее планируемого cash flow, позиция превращается из временного финансирования в структурный leverage.

Рост utilization может одновременно повысить ставку и ухудшить exit

Высокий utilization означает, что большая часть pool уже выдана заёмщикам. Для supplier это может повышать доходность, но borrower сталкивается с дорогим debt. Кроме того, в некоторых моделях низкая свободная liquidity усложняет крупные withdrawals поставщиков и повышает системное напряжение. Пользователь должен рассматривать utilization как состояние рынка капитала, а не только как число рядом с APR.

Если ваша emergency strategy предполагает быстро получить collateral назад после partial repay, проверьте available liquidity и ограничения withdrawal. Позиция может быть формально здоровой, но операционно неудобной, если pool испытывает дефицит конкретного underlying.

Почему stablecoin debt не всегда стабилен

Даже если debt token называется долларовым стейблкоином, его рыночная стоимость может отклоняться. Если borrowed stablecoin укрепляется относительно collateral reference, debt value растёт. Если он дешевеет, HF временно улучшается, но это не обязательно полезно: repay route и ликвидность могут быть нарушены. Depeg нужно моделировать в обе стороны.

Отдельно оценивайте issuer risk и freeze controls. Если borrowed token трудно купить или перевести именно во время инцидента, nominal reserve в другом стейблкоине может оказаться хуже, чем ожидалось.

Borrowing volatile asset создаёт short-like риск

Когда пользователь занимает ETH или другой волатильный актив и тратит или продаёт его, обязательство остаётся в units этого актива. Рост цены увеличивает debt value. Такая позиция экономически похожа на short exposure и требует другого stress budget, чем долларовый долг. Считать её через фиксированную сумму полученного фиата опасно.

Emergency reserve лучше хранить частично в самом debt asset или иметь заранее протестированный route покупки. Если borrowed token резко растёт, одновременно растёт сумма фиата, необходимая для repay, и может ухудшаться liquidity.

Partial repay часто эффективнее добавления нового collateral

Для повышения HF есть два базовых рычага: увеличить risk-weighted collateral или уменьшить debt. Partial repay уменьшает знаменатель формулы и одновременно снижает будущие проценты. Add collateral увеличивает числитель, но может наращивать capital at risk и concentration. Поэтому выбор зависит не только от ближайшего HF, но и от качества добавляемого актива.

Если collateral падает по фундаментальной причине, доливать тот же актив ради цифры HF может усиливать проблему. Общие причины резких рыночных снижений и порядок диагностики разобраны в материале почему падает крипта. В такой ситуации repay debt часто уменьшает leverage более надёжно. Решение нужно принять заранее и связать с action level.

Резерв должен быть исполнимым, а не бухгалтерским

Пользователь может считать резервом токены на другой сети, депозит на централизованной площадке или актив в staking. Но emergency capacity определяется временем до on-chain repay. Withdrawal review, bridge finality, unstaking period и swap impact способны сделать резерв бесполезным на коротком горизонте.

Классифицируйте резерв по времени доступа: мгновенный в debt token, быстрый в ликвидном активе той же сети, медленный cross-chain и условный locked capital. Action plan должен опираться прежде всего на первые две категории.

Когда заём теряет экономический смысл до риска ликвидации

Позиция может быть формально безопасной, но экономически невыгодной. Если доходность стратегии, ради которой заняты средства, ниже borrow cost + gas + hedging + opportunity cost резерва, сохранять leverage бессмысленно. Health factor отвечает на solvency risk, но не на profitability.

Ежемесячно или по выбранному интервалу считайте net benefit. Если цель займа исчезла, repay возвращает collateral свободу и убирает tail risk. Не нужно ждать ухудшения HF, чтобы закрыть неработающую стратегию.

Почему ставка и параметры требуют review после governance

Risk parameters и rate model могут меняться. Governance способен скорректировать optimal utilization, slopes, caps, LTV или LT. Изменение interest model влияет на carry; изменение collateral configuration — на borrowing power и risk boundary. Долгосрочная позиция должна иметь источник уведомлений о таких изменениях.

Фиксируйте version/deployment при открытии. Один и тот же protocol на разных сетях может иметь разные parameters. Сравнивать screenshot из другой сети с вашей позицией нельзя.

Режимы риска: E-mode, isolation, caps и ограничения залога

Современный lending-протокол редко ограничивается одним LTV для всех активов. Чтобы не смешивать разные типы риска, используются режимы, caps и специальные категории. Для пользователя это означает, что одна и та же сумма collateral может давать разную borrowing power в зависимости от режима рынка. Перед расчётом health factor нужно установить не только токен, но и конкретную конфигурацию позиции.

E-mode повышает эффективность за счёт предположения о корреляции

Efficiency Mode обычно применяется к группе активов, которые ожидаемо движутся близко друг к другу: например, несколько представлений одного underlying или коррелированные stable assets. Протокол может разрешить более высокий LTV и LT, потому что relative volatility внутри категории ниже обычной. Пользователь получает большую capital efficiency, но становится сильнее зависим от сохранения корреляции.

Риск E-mode проявляется при depeg или structural break. Если один токен теряет связь с reference asset, высокий допустимый leverage оставляет меньше времени на реакцию. Поэтому E-mode position требует отдельного scenario «correlation breaks», а не только обычного падения рынка.

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

Новые или более рискованные collateral могут быть разрешены только в isolation mode. Это означает, что против них можно занимать ограниченный набор assets и в рамках debt ceiling. Для пользователя isolation — сигнал: protocol сознательно ограничивает systemic exposure этого collateral. Рассматривать такой токен как обычный blue-chip залог не следует.

Если стратегия зависит от будущего увеличения долга, проверьте debt ceiling заранее. Даже хороший HF не позволяет превысить системный лимит. Кроме того, governance может изменить список разрешённых debt assets или cap.

Supply cap ограничивает объём конкретного collateral

Supply cap задаёт максимальную сумму актива, которую market принимает. При приближении к cap новые deposits могут стать недоступны. Это важно для emergency plan: обещание «если HF снизится, просто добавлю ещё тот же collateral» не работает, если supply cap уже заполнен или актив временно frozen.

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

Borrow cap ограничивает долг независимо от личного HF

Borrow cap защищает protocol от чрезмерной концентрации в одном debt asset. Пользователь может иметь огромную collateral capacity, но не получить новый borrow, если market достиг cap. Для уже открытой позиции cap не обязательно ухудшает HF напрямую, однако меняет возможность масштабировать или перестраивать стратегию.

В emergency context важнее обратный вопрос: достаточно ли ликвидности, чтобы купить debt asset для repay. Cap и utilization дают часть картины, но нужно также смотреть secondary market depth.

Frozen и paused markets меняют доступные действия

Protocol может заморозить reserve для новых supply или borrow либо приостановить отдельные операции. Пользователь не должен считать все действия вечными. При incident response governance может ограничить рынок быстрее, чем вы обновите собственную модель. Поэтому emergency plan должен знать, какие функции критичны: repay, supply, withdraw, swap collateral.

Особенно важно, что pause не всегда означает безопасную остановку liquidation. Конкретное поведение зависит от protocol. Не переносите правила одного deployment на другой.

Collateral status может быть выключен вручную

Supply asset и collateral asset — не одно и то же. Если collateral toggle выключен, актив приносит supply yield, но не участвует в borrowing power. Попытка выключить collateral при открытом debt обычно ограничивается health factor: protocol не позволит действие, которое сразу нарушает требования. Пользователь должен видеть, какие supplies реально входят в расчёт.

Перед withdrawal сначала пересчитайте позицию без выводимого collateral. Это предотвращает ситуацию, когда interface показывает доступный баланс, но transaction revert или резко ухудшает HF.

Несколько debt assets усложняют риск

При нескольких долгах важно учитывать не только сумму, но и correlation debt между собой и collateral. Один debt может быть stablecoin, другой — ETH. Рост ETH одновременно способен улучшить ETH collateral и увеличить ETH debt; итог зависит от net exposure. Простая оценка «у меня долг 5 000» скрывает эту структуру.

В собственном risk sheet храните debt composition по assets и сценарно меняйте каждую цену. Это позволяет понять, какая пара drives liquidation risk, а какая почти хеджирована.

Несколько collateral требуют factor map

Мультиактивная корзина создаёт ощущение диверсификации, но protocol считает её через weighted parameters. Пользователь должен добавить factor map: underlying, issuer, bridge, oracle, chain и liquidity. Если два collateral зависят от одного bridge или одного stablecoin issuer, стресс должен воздействовать на них одновременно.

Factor map помогает решить, какой collateral добавлять при action level. Дополнительный токен с тем же фактором может поднять HF, но не улучшить resilience.

Параметры режима нужно сохранять с датой

LTV, LT, caps и E-mode category — динамические governance parameters. Сохраняйте значения вместе с датой и deployment. Если через месяц HF изменился, можно отделить price effect от parameter effect. Без snapshot пользователь видит только итоговое число и теряет объяснимость.

Для значимой суммы полезно делать monthly configuration review даже при спокойном рынке. Это занимает меньше времени, чем восстановление логики позиции после неожиданного изменения.

Практический workflow: как открыть залоговую позицию и не потерять контроль

Для читателя, который хочет понять, как работают платформы кредитования под залог крипты, практический ответ начинается с подготовки параметров позиции. Хорошая залоговая позиция начинается не с выбора максимального LTV, а с документа на одну страницу: зачем нужен заём, какой collateral используется, какой debt берётся, сколько капитала разрешено потерять, какой target HF, какие action levels и откуда придёт emergency repay. Такой pre-trade sheet превращает DeFi-заём в управляемую операцию. Общую логику ограничения капитала можно связать с принципами управления риском в криптоинвестициях. Если цель невозможно сформулировать без слов «потому что ставка низкая» или «потом разберусь», позицию лучше не открывать.

Шаг 1. Определите экономическую цель займа

Причины могут быть разными: получить ликвидность без продажи долгосрочного актива, финансировать другую on-chain позицию, хеджировать exposure или временно покрыть расчёты. Для каждой цели есть срок и источник погашения. Если borrowed capital используется в другой рискованной стратегии, collateral position становится частью цепочки leverage и её нельзя оценивать изолированно.

Запишите expected benefit в одной базовой валюте и сравните его с borrow cost, transaction costs и capital reserve. Если выгода мала относительно tail risk, дешевле отказаться от leverage.

Шаг 2. Подтвердите market и contracts

Один protocol может иметь несколько deployments, markets и versions. Для безопасного подключения к on-chain приложению используйте отдельный чек-лист подключения кошелька к DeFi. Проверьте chain ID, official frontend, lending pool contract, collateral token и debt asset. Для wrapped или bridged tokens отдельно установите underlying и redemption. Перед использованием незнакомого актива полезно пройти отдельную проверку токена перед покупкой. Ошибка market означает, что все дальнейшие параметры могут относиться не к вашей позиции. Для крупной суммы дополнительно проверьте смарт-контракт и управляющие права.

Не используйте screenshot из соцсетей как источник LTV или LT. Берите актуальные values из protocol interface, contracts или официальной risk documentation. Динамические параметры могут изменяться governance.

Шаг 3. Проверьте oracle и базовую единицу цены

Определите, какой feed оценивает collateral и debt. Если цена строится через adapter, cross-rate или exchange rate token-to-underlying, запишите цепочку. Сравните protocol price с независимым market и убедитесь, что decimals понятны. Это особенно важно для LST, LP и stablecoin collateral.

Oracle не нужно анализировать как разработчик, но пользователь должен знать, что изменит HF. Если feed stale или отклоняется от market, emergency decision по одной внешней цене может быть ошибочным.

Шаг 4. Зафиксируйте LTV, LT и ограничения

Сохраните protocol LTV, liquidation threshold, collateral status, caps, E-mode/isolation settings и доступные debt assets. Затем вручную рассчитайте approximate borrow capacity и weighted LT. Если интерфейс и ваш расчёт сильно расходятся, не продолжайте, пока причина не найдена.

Эта проверка ловит самые дорогие ошибки: включённый E-mode, неучтённый collateral, другая цена, debt в иной единице или актив, который не участвует в borrowing power.

Шаг 5. Выберите debt существенно ниже технического максимума

Технический максимум нужен protocol для enforcement, а не пользователю для sizing. Выберите debt так, чтобы adverse scenario оставлял HF выше action level. Например, если обычный стресс для collateral — падение 20–25%, стартовая позиция должна выдерживать его без emergency behavior. Если этого нельзя добиться без слишком маленького займа, leverage не соответствует вашей цели.

Не компенсируйте слабый buffer обещанием «буду следить постоянно». Мониторинг снижает операционный риск, но не ускоряет block confirmation и не отменяет gap moves.

Шаг 6. Подготовьте emergency reserve до Borrow

Reserve должен находиться там, где его можно быстро использовать. Если аварийный маршрут включает swap, заранее оцените slippage при обмене. Лучший вариант — часть debt token в том же network environment или highly liquid asset с коротким swap route. Если reserve locked в staking или находится за bridge, учитывайте delay. Тестовый partial repay до большой позиции полезнее теоретического плана.

Проверьте, что на кошельке останется native gas token. Общий контур хранения и разделения рисков полезно сверить с материалом где хранить криптовалюту. Ошибка «весь ETH внёс как collateral» может оставить пользователя без возможности быстро отправить repay или add collateral transaction.

Шаг 7. Настройте alerts по состоянию, а не только цене

Минимальный monitoring включает HF, collateral price, debt price, borrow rate и parameter changes. Для complex collateral добавляют depeg, oracle freshness и cap utilization. Один price alert недостаточен: HF может ухудшиться из-за debt growth или LT reduction без движения выбранного графика.

Используйте несколько каналов уведомлений для значимой позиции, но не стройте стратегию так, будто alert гарантирован. Action level должен оставлять время на пропущенное уведомление и сеть.

Шаг 8. Сохраняйте transaction evidence и snapshots

После supply и borrow сохраните TxID, balances, debt amount, HF, LTV/LT, oracle reference и дату. Это позволяет объяснить изменения и проверить, что transaction действительно исполнилась ожидаемо. При последующих repay/add collateral снимайте новый snapshot.

Для крупных позиций журнал нужен не ради бухгалтерской красоты. Он помогает отличить изменение рынка от ошибки операции. Общие правила проверки on-chain статуса можно применять через материал о том, как проверить транзакцию по TXID.

Шаг 9. Проводите scheduled review даже без тревог

Раз в заранее выбранный период пересчитайте debt, HF, stress scenarios и economics займа. Проверьте governance, oracle, caps и liquidity. Если позиция держится месяцами, первоначальные assumptions почти наверняка частично изменятся.

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

Типичные ошибки заёмщика и финальный чек-лист решения

Большинство проблем залоговой позиции начинается не в момент ликвидации, а раньше — когда пользователь принимает технический лимит за безопасный размер долга, считает один токен эквивалентом другого, не закладывает время на emergency action или переносит параметры с чужого deployment. Финальный контроль полезно проводить до подписи Borrow и после каждого существенного изменения позиции. Если хотя бы один базовый вход неизвестен, риск нельзя считать рассчитанным.

Ошибка: занимать до интерфейсного максимума

Максимум отражает protocol constraint при текущем состоянии, а не вашу tolerance к volatility. Позиция, открытая почти на пределе LTV, может требовать действий после обычной рыночной свечи. Размер долга следует выводить из stress scenario и target HF, а не наоборот.

Если желаемая сумма займа не помещается в выбранный safety buffer, есть только три честных решения: добавить качественный collateral заранее, уменьшить долг или отказаться от сделки. Уменьшать запас — не способ сделать стратегию экономически возможной.

Ошибка: считать health factor достаточным без состава позиции

HF — агрегат. Он не показывает, какая часть collateral зависит от одного issuer, bridge или underlying. Не показывает, насколько быстро можно купить debt asset. Не показывает cost emergency repay. Поэтому рядом с HF нужна factor map и liquidity plan.

Две позиции с одинаковым числом могут иметь разный tail risk. Именно поэтому универсальный «безопасный HF» не существует. Формула одинаковая, но distribution будущих состояний — нет.

Ошибка: путать price buffer с гарантированным падением до ликвидации

Рассчитанная critical price справедлива только при зафиксированных assumptions. Если проценты увеличили debt, governance снизило LT или borrowed asset подорожал, критическая цена меняется. Для нескольких collateral вообще может не существовать одной единственной liquidation price.

Храните critical price как snapshot с датой и условиями. После существенного изменения пересчитывайте. Не используйте старое число как постоянный stop.

Ошибка: считать корреляцию постоянной

ETH и LST, два stablecoin, wrapped asset и underlying могут месяцами двигаться почти синхронно. Но lending risk проявляется именно в редких break scenarios. Depeg, bridge halt, redemption queue или issuer event делают historical correlation слабой защитой.

Для correlated collateral/debt пары нужен отдельный stress test на расхождение. Если позиция безопасна только при сохранении почти идеальной корреляции, её leverage должен отражать вероятность breakdown.

Ошибка: держать emergency reserve в недоступной форме

Locked staking, cold storage на другой сети, withdrawal с площадки или slow bridge — это капитал, но не мгновенный reserve. В критический момент важен time-to-repay. Разделяйте liquidity tiers и не считайте slow reserve равным debt token в том же кошельке.

Проверка emergency route должна быть практической: маленький test repay, gas, allowance и финальный receipt. План, который ни разу не выполнялся, имеет больший operational uncertainty.

Ошибка: добавлять падающий collateral без лимита

Когда HF ухудшается, психологически просто «докинуть ещё» того же актива. Но если падение связано с фундаментальным deterioration, это увеличивает capital at risk и concentration. Добавление collateral должно иметь заранее заданный бюджет и stop-condition.

Partial repay часто структурно сильнее, потому что уменьшает leverage и будущий interest. Выбор между add collateral и repay должен быть записан до кризиса, а не приниматься под давлением.

Ошибка: игнорировать debt-side риск

Заёмщик часто смотрит только на collateral chart. Но borrowed asset может дорожать, а interest — накапливаться. В short-like позиции рост debt asset способен быть главным драйвером liquidation, даже если collateral не падает.

Мониторинг должен включать обе стороны balance sheet. Если долг сложный, разбейте его по token units и base value. Это особенно важно при нескольких debts.

Ошибка: считать oracle и market price одним числом

Protocol действует по своей oracle price и adapter logic. Внешний DEX chart может показывать уже новое движение, тогда как feed ещё не обновился, либо наоборот. Action plan должен понимать, какая цена влияет на HF и когда она может измениться.

Если protocol использует несколько источников или fallback, изучите поведение при stale data. Ожидание, что «при oracle проблеме всё просто остановится», опасно.

Ошибка: игнорировать governance parameter risk

LTV, LT, caps и режимы могут изменяться. Пользователь, который держит долг месяцами, принимает governance risk так же, как market risk. Подпишитесь на изменения market configuration или регулярно проверяйте их вручную.

Если asset получает downgrade, не ждите, пока новая конфигурация станет проблемой. Пересчитайте position immediately и сравните с target buffer.

Ошибка: смешивать lending и инвестиционную доходность

Borrowing power сама по себе не создаёт доход. Если заём направлен в yield strategy, нужно считать net return после borrow cost, gas, slippage, hedge и probability-weighted loss. Высокий APY второй стратегии не делает leverage безопасным.

Чем больше протоколов связано в цепочке, тем больше dependency risk: lending → bridge → vault → oracle → stablecoin. Для каждой зависимости нужен failure scenario. Иногда отказ от одного дополнительного уровня leverage улучшает risk-adjusted result сильнее, чем поиск более высокой ставки.

Кому подходит залоговый DeFi-заём

Такой инструмент может быть рационален пользователю, который понимает collateral/debt exposure, способен держать резерв, регулярно следит за параметрами и имеет понятную экономическую цель. Он особенно уместен, когда продажа collateral нежелательна, а стоимость временной ликвидности приемлема относительно альтернатив.

Инструмент хуже подходит человеку, который не может мониторить позицию, не имеет emergency reserve, использует весь доступный LTV или строит стратегию на незнакомом long-tail collateral. В этих случаях leverage добавляет больше fragility, чем пользы.

Финальный pre-borrow чек-лист

Перед Borrow ответьте письменно: какой market и chain; какой collateral и почему он качественный; какой oracle; какие LTV и LT; какой current и stressed HF; какой price buffer; какой debt asset и rate; где reserve; сколько времени нужно на repay; какие caps и режимы; какое action level; какое stop-condition; когда следующий review. Если два-три пункта остаются «не знаю», позицию лучше не открывать.

После открытия этот список превращается в monitoring plan. Без него интерфейс даёт только состояние сейчас, но не объясняет, что делать дальше. Для общей оценки DeFi-зависимостей полезно дополнительно прочитать базовый материал OneMagic о том, что такое DeFi.

Что считать хорошим итогом управления позицией

Хороший результат — не обязательно максимальная доходность и не обязательно отсутствие любой волатильности. Это ситуация, когда debt использован по назначению, риск оставался в пределах заранее выбранного бюджета, действия выполнялись до emergency boundary, а закрытие прошло без вынужденной продажи залога. Даже если рынок потом вырос, более ранний repay может быть правильным, если исходные assumptions перестали выполняться.

Если свести материал к вопросу как работают платформы кредитования под залог крипты, ответ такой: они постоянно переоценивают collateral и debt, применяют risk parameters и разрешают долг только пока risk-weighted обеспечение остаётся выше критической границы. Залог в DeFi нужно оценивать как динамический баланс активов, обязательств и правил. LTV показывает borrowing power, liquidation threshold задаёт критическую границу, health factor агрегирует текущее состояние, а price/stress buffer превращает эти абстрактные коэффициенты в понятное действие. Именно такая последовательность — от цели к формулам, от формул к стрессу и от стресса к заранее подготовленному действию — делает позицию управляемой.

Кейс: ETH collateral против стейблкоинового долга

Пользователь вносит ETH worth 20 000 и берёт 6 000 stablecoin debt. Позиция выглядит консервативно, но главный риск — падение ETH. До открытия нужно рассчитать HF при −15%, −25% и −40% collateral, добавить projected interest и определить, при каком уровне начинается partial repay. Если reserve хранится в том же stablecoin, операционный план прост; если reserve в другом активе, добавляется swap risk.

Такой кейс показывает преимущество разделения technical maximum и personal maximum. Protocol может разрешать существенно больший долг, но пользователь выбирает размер, который переживает заранее выбранный drawdown без emergency. Цель — не использовать всю borrowing power, а сохранить право ничего не делать при обычной волатильности.

Кейс: два collateral с разными liquidation threshold

Допустим, половина обеспечения состоит из крупного ликвидного актива с высоким LT, а половина — из более рискованного токена с низким LT. Простое суммирование collateral завышает ощущение безопасности. Нужно посчитать risk-weighted вклад каждого актива. Если рискованный токен растёт и становится 70% корзины, weighted threshold может ухудшиться даже при росте общей nominal value.

В таком портфеле review должен смотреть не только на HF, но и на composition. Иногда частичная продажа выросшего рискованного collateral и погашение debt улучшает resilience сильнее, чем сохранение большей nominal суммы.

Кейс: borrowed ETH дорожает против стабильного collateral

Пользователь вносит stablecoin collateral и занимает ETH. Если ETH растёт на 30%, debt value растёт на те же 30% при неизменном collateral. Это напоминает short exposure. Стресс-модель должна оценивать не «на сколько может упасть залог», а «на сколько может подорожать долг». Reserve в stablecoin тоже требует всё больше капитала для покупки ETH.

Такая позиция особенно чувствительна к резкому squeeze. Если цель займа — short strategy, risk budget должен учитывать, что цена теоретически не имеет верхнего ограничения. Поэтому size debt и stop-rule важнее красивого текущего HF.

Кейс: stablecoin collateral временно теряет привязку

Collateral номинально равен одному доллару, но secondary market падает до 0,93. Если oracle быстро отражает depeg, HF ухудшается почти мгновенно. Если oracle обновляется медленнее, интерфейс некоторое время показывает старое состояние. Пользователь должен понимать оба времени: market deterioration и protocol recognition. Emergency action готовится по худшему из них.

Добавлять тот же depegged stablecoin ради повышения HF может быть опасно. Если confidence в redemption ухудшилась, разумнее уменьшить debt или использовать независимый collateral, если protocol и risk budget это допускают.

Кейс: LST collateral против ETH debt

Обычная волатильность пары невелика, поэтому позиция может иметь высокую capital efficiency. Но главный стресс — не падение ETH в долларах, а widening LST/ETH discount. Если LST дешевеет относительно ETH на 8%, debt в ETH становится тяжелее относительно collateral. Это и есть basis risk, который обычный долларовый график может скрыть.

Нужны два stress paths: общий рынок и relative depeg. Дополнительно проверяется redemption queue. Даже если theoretical redemption равен 1 ETH, ожидание несколько дней может быть бесполезно для позиции, которой нужен repay в течение часа.

Кейс: governance снижает liquidation threshold

Пусть market prices стоят на месте, но risk review снижает LT collateral с 80% до 72%. Health factor автоматически падает примерно на 10% относительно прежнего уровня при том же debt. Пользователь, который следит только за ценой, воспринимает это как неожиданность, хотя изменение было публичным governance event.

Для долгосрочного borrow parameter alerts так же важны, как price alerts. Если proposal ещё обсуждается, можно заранее оценить новый HF и уменьшить debt до исполнения изменения, вместо того чтобы действовать после него.

Кейс: emergency reserve находится за bridge

Позиция приближается к action level, но reserve лежит в другой сети. Bridge требует 20–40 минут, а market продолжает двигаться. На бумаге у пользователя достаточно капитала, фактически debt token недоступен вовремя. Этот пример показывает, почему reserve нужно оценивать по time-to-usable, а не по общей стоимости портфеля.

Хороший план заранее держит часть резерва в нужной сети и проверяет gas. Cross-chain капитал относится к secondary reserve. Он полезен для planned adjustment, но не должен быть единственной защитой от ликвидации.

Кейс: position остаётся здоровой, но стратегия стала убыточной

HF держится 2,0, collateral стабилен, однако borrow rate вырос, а стратегия, куда вложен debt, снизила доходность. Технической угрозы liquidation нет, но net economics отрицательна. Если пользователь продолжает borrow только потому, что «позиция безопасная», он платит за leverage без компенсации.

Решение — отделить solvency от profitability. Health factor отвечает на вероятность принудительного закрытия, а экономический review — на смысл удержания долга. Хорошая позиция может быть закрыта задолго до риска liquidation, если её thesis закончилась.