Как работает DeFi-кредитование: залог, health factor и ликвидация

Заём выдаёт pool, но правила задаёт код и governance

Поставщики вносят токены в smart contracts рынка. Заёмщики берут из доступной liquidity, оставляя другой актив как обеспечение. Проценты от borrowers распределяются по правилам протокола между suppliers и резервом. В этой модели нет менеджера, который вручную одобряет каждую заявку, но есть contracts, price feeds, risk parameters и роли, способные менять часть конфигурации.

Supply не является банковским вкладом. Токен перемещается в protocol contract, а позиция пользователя отражается внутренним учётом или отдельным receipt token. Возможность вывести актив зависит не только от баланса позиции, но и от доступной liquidity, работоспособности contracts, oracle и ограничений конкретного рынка.

Одна позиция состоит из collateral, debt и цены между ними

Допустим, пользователь внёс ETH стоимостью 10 000 условных долларов и занял 6 000 USDC. Протокол не запоминает этот долларовый снимок навсегда. Он хранит количество активов, debt balance и параметры, а стоимость пересчитывает по oracle. Если ETH дешевеет или долг растёт из-за процентов, запас сокращается.

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

Health factor — отношение с движущимся числителем и знаменателем

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

Пример показывает механику, а не актуальные параметры рынка. Реальная позиция может включать несколько collateral assets с разными thresholds и несколько долгов. Интерфейс использует weighted average, а protocol contracts — значения конкретной deployment и режима, включая isolation или efficiency settings.

Ставка реагирует на занятость pool, а не фиксируется на срок

Utilization показывает, какая доля доступного актива уже занята borrowers. Когда свободной liquidity мало, interest-rate model обычно повышает borrow rate, чтобы сделать новый долг дороже, стимулировать repayment и привлечь supply. Когда средств много, ставка может снизиться. Конкретная кривая, reserve factor и optimal utilization задаются для отдельного рынка.

Borrow APY в момент подписи — текущая скорость начисления, а не цена кредита на весь будущий период. Если utilization резко вырос, debt начинает увеличиваться быстрее. Supply APY обычно ниже borrow APY: часть капитала простаивает, а часть процентного потока может направляться protocol reserve.

Контракт не видит биржевую цену без oracle

Liquidation math зависит от price feed. Oracle публикует значение, которое protocol contract использует для оценки collateral и debt. Это не обязательно последняя сделка на одной бирже: методология feed может агрегировать источники и обновляться при deviation threshold или heartbeat. Поэтому цена в приложении и цена, вызвавшая liquidation eligibility, могут обновляться не одним тиком.

Oracle risk не отменяется децентрализацией protocol contracts. Нужны корректный feed address, свежий timestamp, подходящая market coverage и безопасная обработка L2 sequencer downtime. Если collateral сам является wrapped или yield-bearing token, цена может зависеть ещё и от exchange-rate adapter.

Ликвидатор не забирает кошелёк — он исполняет разрешённую операцию

Когда позиция становится eligible, внешний participant или bot вызывает liquidation function. В модели Aave liquidator погашает разрешённую часть debt и получает соответствующий collateral плюс liquidation bonus. Это не ручное взыскание и не передача private key: право на операцию уже записано в правилах рынка.

Точный close factor нельзя переносить между protocol versions. В проверенной документации Aave действуют условия частичной или полной liquidation, зависящие от health factor и размера позиции. Compound III устроен иначе: base asset, collateral factors и absorption flow формируют другую механику. Общий принцип совпадает — undercollateralized position может быть изменена третьей стороной, — но конкретная формула всегда version-specific.

Залог снижает credit risk, но добавляет другие зависимости

Overcollateralization защищает pool от обычного падения цены в пределах настроенного запаса. Она не гарантирует, что liquidation пройдёт без slippage, oracle ответит вовремя или collateral сохранит ликвидность. Поэтому одна надпись audited не заменяет разбор deployment, risk parameters и полномочий на upgrade.

Как прочитать позицию до подписи, не выбирая «лучшую доходность»

Если интерфейс предлагает сначала approve, а затем supply или borrow, это отдельные permissions и transactions. Unlimited allowance не требуется самому понятию кредита — это решение token flow конкретного приложения. После завершения использования ненужное разрешение можно проверить и отозвать отдельно.

Позиция требует наблюдения даже после спокойного рынка

Следить нужно как минимум за health factor, debt rate, oracle price и состоянием сети. Notification service полезен только как дополнительный канал: push может задержаться, RPC — не ответить, а price update — изменить метрику между двумя экранами. On-chain состояние и официальный protocol interface остаются первичнее уведомления.

Улучшить health factor механически можно двумя направлениями: уменьшить debt через repayment или увеличить eligible collateral. Но любая новая транзакция несёт execution risk и требует gas. Гайд объясняет систему, а не рекомендует открывать, поддерживать или закрывать конкретную позицию: это решение зависит от активов, ликвидности и допустимого риска пользователя.