Как работают криптокредиты под залог: LTV, collateral, health factor и ликвидация

Как работают платформы кредитования под залог крипты? В типичной overcollateralized-модели пользователь вносит актив как обеспечение, получает право занять другой актив и сохраняет позицию только пока стоимость залога и параметры риска достаточны для долга. В отличие от обычного необеспеченного кредита, здесь протокол не оценивает зарплату или кредитную историю: главным источником защиты кредиторов выступают on-chain collateral, правила оракула и механизм ликвидации.

Практическая сложность начинается после кнопки Borrow. Один экран показывает стоимость обеспечения, другой — Loan-to-Value, третий — health factor, а долг продолжает меняться из-за процентов и цены заимствованного актива. Если рассматривать каждое число отдельно, легко решить, что запас большой, хотя несколько небольших изменений одновременно уже приближают позицию к принудительной продаже залога. Для общего устройства кредитного пула сначала полезно отличить перспективу заёмщика от материала про лендинг криптовалют и доход поставщика средств: здесь фокус именно на долге и collateral.

Эта статья строит позицию как бухгалтерское равенство. Сначала определяется денежная стоимость каждого залогового актива, затем долг в той же валюте оценки, после этого — параметры, которые разрешают открыть заём и которые запускают ликвидацию. Отдельно рассматриваются проценты, depeg, несколько видов обеспечения, частичная ликвидация, действия по восстановлению health factor и риск цепочек, где один и тот же актив одновременно служит залогом в нескольких слоях.

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

Все числовые примеры ниже учебные. Они не являются текущими параметрами Aave, Compound или другой платформы и не заменяют документацию конкретного рынка. Параметры LTV, liquidation threshold, bonus, close factor, список допустимого collateral, оракулы, caps и режимы могут меняться. Перед реальной операцией нужно повторить расчёт по актуальному состоянию выбранного протокола и сети.

Рабочий принцип: сначала восстановите позицию в одной валюте оценки — collateral, debt, LTV, liquidation threshold и health factor. Только после этого решайте, сколько можно занимать и что делать при ухудшении. Максимально разрешённый долг — не то же самое, что долг с приемлемым запасом риска.

1. Что такое криптокредит под залог и чем он отличается от обычного займа

Увеличить

Залог не исчезает, но перестаёт быть полностью свободным

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

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

Заём создаёт отдельное обязательство, а не уменьшает количество залога

Когда пользователь занимает стейблкоин под ETH, долг появляется отдельной строкой. Ошибка — считать, что протокол просто «продал часть ETH». На старте у пользователя одновременно есть залоговая позиция и полученные заёмные токены, но собственный капитал определяется после вычета обязательства. Если заёмные средства затем потрачены, долг никуда не исчезает.

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

Overcollateralization защищает систему, а не обещает безопасность заёмщику

В большинстве классических DeFi-кредитов пользователь должен внести залог стоимостью больше долга. Избыточное обеспечение создаёт пространство, в котором протокол может продать часть collateral до того, как долг станет необеспеченным. Но эта защита прежде всего предназначена для кредитного пула; для заёмщика она означает риск потери части залога при неблагоприятном движении.

Чем волатильнее обеспечение и чем выше стартовый долг, тем меньше абсолютный запас до критической границы. Нельзя делать вывод только по формулировке «кредит обеспечен на 150%»: важно знать, какой параметр используется для нового займа, какой — для ликвидации, и как часто обновляется цена.

Заёмный актив можно потратить, но обязательство остаётся on-chain

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

Поэтому диагностика позиции не должна начинаться со слов «где сейчас мои заёмные USDC». Сначала проверяют debt balance и collateral в исходном рынке. Если вы используете полученные средства дальше, возникает второй слой рисков и ликвидности, который нужно вести отдельно.

Поставщик средств и заёмщик видят одну систему с противоположных сторон

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

Если цель — сравнить способы получения дохода, используйте отдельную систему из материала про инвестиции в крипту с пассивным доходом. В текущей статье процент интересует прежде всего как изменение обязательства и его влияние на health factor.

Криптокредит не обязан иметь фиксированный срок и ежемесячный платёж

В некоторых overcollateralized-протоколах долг может существовать без классического календаря ежемесячных платежей, пока позиция удовлетворяет требованиям. Но это не означает «вечный бесплатный кредит»: проценты продолжают накапливаться, параметры рынка меняются, а collateral способен дешеветь. Другие продукты могут иметь срок, фиксированную ставку или специальные правила.

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

Как подготовить паспорт кредитной позиции до первого borrow

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

Паспорт нужен не для архивной красоты, а для сравнения состояний. Если governance изменил параметры, пользователь видит две версии: что было при открытии и что действует сейчас. Если collateral заменён на wrapped- или liquid-staking-представление, это тоже отдельное событие. Если долг переведён из одного актива в другой, новая позиция начинается с новой строки. Так становится заметно, какие изменения связаны с рынком, а какие — с собственными действиями.

Полезно заранее записать и цель займа: например, временная ликвидность без продажи ETH, финансирование расходов на три месяца или хеджирование конкретного обязательства. Цель задаёт допустимый срок и резерв. Если причина займа исчезла, позиция не должна продолжаться только потому, что кнопка Repay не обязательна по календарю. Кредит без срока в контракте всё равно должен иметь срок в личном плане.

2. LTV: как связать стоимость залога, размер долга и заёмную способность

Текущий LTV — это отношение долга к стоимости collateral

В простой позиции с одним залогом и одним долгом текущий LTV можно записать как Debt Value / Collateral Value. Если залог стоит 10 000 U, а долг — 6 000 U, LTV равен 60%. Это описание текущей позиции, а не разрешение занимать до любого процента, который покажется удобным.

Главное правило единиц: обе части отношения должны быть приведены к одной валюте и одному моменту оценки. Нельзя делить 3 000 USDC долга на 2 ETH без предварительной денежной оценки ETH. Для нескольких collateral и debt сначала суммируют совместимые денежные оценки по правилам протокола.

Max LTV определяет открытие нового долга, но не точку ликвидации

Параметр maximum LTV или аналогичный collateral factor ограничивает, сколько нового долга разрешено создать против обеспечения. Например, при collateral 10 000 U и max LTV 70% теоретическая верхняя граница нового долга составляет 7 000 U. Если уже занято 6 000 U, номинальный запас до этого ограничения — 1 000 U.

Ошибка — читать эти 1 000 U как «безопасно можно занять ещё». Если liquidation threshold равен 80%, заём до 7 000 U оставит health factor лишь 8 000 / 7 000 ≈ 1,143 в простой модели. Даже небольшое падение collateral или рост долга быстро уменьшит этот запас.

Liquidation threshold должен быть выше borrow limit, иначе система не получила бы буфер

Во многих моделях между границей открытия займа и границей ликвидации есть промежуток. Он нужен, чтобы позиция могла пережить умеренное движение без немедленного принудительного закрытия. Конкретные параметры различаются по активам, режимам и версиям протокола; использовать условное 70/80 как универсальный стандарт нельзя.

Для собственной таблицы держите рядом max LTV и liquidation threshold. Первый отвечает на вопрос «сколько разрешают занять сейчас», второй — «при каком отношении обеспечения и долга позиция станет ликвидируемой по заданной модели». Их нельзя заменять одним словом LTV.

Стоимость заёмного актива влияет на LTV так же, как стоимость collateral

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

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

Borrow headroom нужно считать после процентов, заявок и изменений collateral

Старый расчёт свободной заёмной способности становится неверным сразу после изменения долга или стоимости collateral. Если проценты начисляются непрерывно, даже небольшое увеличение principal-to-date уменьшает headroom. В некоторых системах на доступность влияют caps, режимы и другие позиции пользователя.

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

LTV полезен для сценариев, если цена пересчитывается заранее

Можно заранее вычислить LTV после падения collateral на 10%, 20% или 30%, а также после роста долга. Такой stress table показывает, при каком изменении позиция приблизится к ликвидации. Сценарий следует считать в валюте оракула, а не по случайной цене на другом рынке.

Для волатильного collateral полезно смотреть не только процент падения, но и абсолютную цену, при которой достигается заданный LTV. Это превращает абстрактное «запас 20%» в конкретную контрольную точку.

Несколько залогов требуют не среднего LTV, а корректной агрегированной модели

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

То же касается специальных режимов для коррелированных активов: повышенная заёмная способность может быть разрешена только при определённых парах collateral/debt. Выход за рамки режима способен изменить параметры всей позиции, поэтому его нельзя моделировать одной постоянной ставкой.

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

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

Личный лимит лучше выражать не фразой «занимаю не больше половины», а набором проверяемых сценариев. Например: позиция должна выдерживать падение collateral на 25%, рост debt asset на 3%, повышение ставки вдвое на месяц и задержку собственного перевода на несколько часов. Если после совместного сценария health factor оказывается слишком близко к критической границе, размер долга уменьшают ещё до открытия. Такой подход превращает риск из ощущения в расчёт.

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

3. Health factor: как измерить запас до ликвидационной границы

Health factor объединяет collateral, критический порог и долг

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

Это отношение удобнее простого LTV для нескольких активов, потому что учитывает разные liquidation thresholds. Но само название health factor не является единым отраслевым стандартом: другой протокол может использовать collateral ratio, account liquidity или иную формулу. Всегда проверяйте определение поля.

HF 1,3 и HF 1,1 означают разный запас, но не фиксированную вероятность

Health factor не говорит, что при 1,3 вероятность ликвидации равна какому-то проценту. Он показывает геометрию текущей позиции по заданной формуле. Риск движения зависит от волатильности collateral и debt, корреляции, ликвидности, скорости оракула и времени реакции пользователя.

Поэтому не стоит переносить чужое правило «держать HF не ниже X» на любой актив. Целевой запас должен учитывать сценарии изменения цены и операционные задержки. Чем сложнее позиция, тем полезнее дополнительный собственный buffer.

Один collateral и стабильный долг позволяют найти учебную цену ликвидационной границы

Для q единиц collateral, стабильного долга D и liquidation threshold LT в простой модели критическая цена P получается из q × P × LT = D. То есть P = D / (q × LT). Для 4 ETH, долга 5 000 U и LT 80% граница равна 1 562,50 U за ETH.

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

Рост долга сам поднимает критическую цену collateral

Если тот же долг увеличился с 5 000 до 5 200 U из-за процентов и других расходов, критическая цена в той же модели становится 5 200 / (4 × 0,8) = 1 625 U. Рынок collateral мог вообще не двигаться, а запас всё равно уменьшился. Это ключевое отличие займа от простой спотовой позиции.

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

При нескольких collateral HF нужно считать как взвешенную сумму

Допустим, есть 2 ETH по 2 000 U с LT 80% и 3 000 U стабильного collateral с LT 85%. Вклад первого в liquidation-weighted value равен 3 200 U, второго — 2 550 U. При долге 4 500 U health factor равен 5 750 / 4 500 ≈ 1,278.

Если стабильное обеспечение теряет 10% стоимости, его вклад становится 2 295 U, а HF снижается примерно до 1,221. Это пример, почему «стейблкоиновая» часть залога тоже требует price scenario. Подробнее природа такого отклонения разобрана в материале про depeg стейблкоина.

Target health factor можно превратить в требуемое погашение или дополнительный залог

Если текущий weighted collateral value равен W, а пользователь хочет health factor H*, максимальный долг для такого запаса равен W / H*. Разница между текущим долгом и этой величиной показывает, сколько нужно погасить в учебной модели. Аналогично можно рассчитать дополнительный collateral, необходимый при заданном LT.

Это полезнее эмоционального решения «докину немного залога». Сначала задайте целевой запас, затем посчитайте изменение каждой альтернативы. Внешнее пополнение увеличивает капитал под риском; погашение уменьшает обязательство. Экономический эффект различается.

Health factor нужно наблюдать после подтверждения операции, а не только в preview

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

После операции откройте состояние счёта заново и проверьте collateral, debt и health factor. Для доказательства фактической on-chain операции полезно сохранять идентификатор транзакции и при необходимости сверять его по инструкции OneMagic о проверке транзакции по TxID.

Как читать изменение health factor без ложных причинных историй

Когда health factor меняется, полезно сначала разложить движение на арифметические компоненты. Изменился ли quantity collateral? Изменилась ли oracle price? Изменился ли liquidation threshold? Выросло ли количество debt из-за процентов? Подорожал ли debt asset? Только после этого можно объяснять причину. Фраза «рынок стал опаснее» ничего не даёт, если неизвестно, какой именно вход формулы изменился.

Такой decomposition особенно полезен после нескольких операций подряд. Например, пользователь внёс collateral, затем занял ещё, потом частично погасил и переключил режим. Итоговый HF может быть почти таким же, как в начале, хотя структура позиции стала совершенно другой. Если смотреть только на одно число, кажется, что риск не изменился. Журнал компонентов показывает, что вырос и collateral, и debt, а абсолютный капитал под риском стал значительно больше.

Для автоматического мониторинга сохраняйте не только сам HF, но и исходные величины. Тогда уведомление «HF упал на 0,15» можно проверить и понять, что стало драйвером. Это важнее частоты уведомлений: десять алертов без breakdown хуже одного сигнала, который показывает падение collateral value, рост debt value и изменение параметра рынка отдельно.

4. Как растёт долг: плавающая ставка, проценты и цена заимствованного актива

Borrow APR — темп, а не обещание конечной стоимости кредита

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

Для оценки используйте интервалы: ставка, длительность, база начисления и долг после интервала. Если нужно сравнить процентные показатели, базовые определения APR/APY разобраны отдельно в руководстве по APR и APY. В кредитной позиции ключевой результат — фактический debt balance, а не красивый годовой процент.

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

Если долг 4 000 U сначала 30 дней растёт при условных 6% годовых, а следующие 30 дней — при 12%, простой учебный расчёт с капитализацией между интервалами даёт около 4 059,37 U. Нельзя усреднить ставки словами и забыть, что второй период начисляется уже на изменённую базу.

Реальный протокол может начислять проценты через индекс, каждый блок или другим способом. Для сверки пользователь должен понимать, что показывает debt token или borrow index и в какой момент интерфейс округляет число.

Цена debt asset способна увеличить обязательство быстрее процентной ставки

Если пользователь занял 5 000 токенов, которые считались равными 1 U, а их oracle price вырос до 1,04 U, денежная стоимость долга становится 5 200 U ещё до учёта процентов. Такой сценарий особенно важен для займа активов, чья цена не привязана к валюте расчёта или способна отклоняться от предполагаемой привязки.

Для управления риском храните отдельно количество debt asset и его денежную оценку. Погашение «5 000 токенов» и погашение «5 000 U стоимости» — разные операции, если цена токена изменилась.

Начисление процентов меняет health factor даже при неизменном collateral

Health factor содержит debt в знаменателе, поэтому рост обязательства постепенно уменьшает запас. На длинном горизонте это означает, что стабильная цена залога не гарантирует стабильный риск. Чем ближе позиция к критической границе, тем значимее даже небольшой процентный расход.

План мониторинга должен включать не только цену collateral, но и фактическую динамику долга. Для плавающей ставки полезно задавать стресс: что произойдёт, если borrow APR станет в два-три раза выше текущего на несколько недель.

Дополнительный borrow и начисленные проценты нельзя смешивать в одну безымянную строку

Для аудита позиции полезно вести журнал: исходный principal, новые borrow operations, repayments, accrued interest и итоговый debt balance. Если всё назвать «долг вырос», невозможно понять, связано ли изменение с действиями пользователя или рынком ставок.

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

Стоимость закрытия долга включает не только principal и interest

Чтобы закрыть позицию, нужно фактически получить debt asset, выполнить repay и оплатить сетевые/операционные расходы. Если debt asset покупается на рынке, появляются spread, slippage и price impact. При крупной сумме это может изменить реальный бюджет закрытия относительно теоретического debt balance.

Отдельные механики исполнения разобраны в материалах про slippage и price impact. В кредитном плане их роль проста: заранее понимать, сколько ликвидных средств нужно для погашения, а не полагаться на mid-price.

Почему «стабильный долг» всё равно нуждается в стресс-тесте стоимости закрытия

Даже когда debt asset близок к выбранной расчётной валюте, пользователю важно понимать реальную стоимость погашения. Если debt token торгуется с премией, ликвидность в нужной сети ограничена или крупный swap двигает цену, фактическая сумма для закрытия окажется выше интерфейсного debt value. Это особенно неприятно в момент стресса, когда несколько заёмщиков одновременно пытаются купить тот же актив для repay.

Поэтому в стресс-тест можно включать не только oracle price debt asset, но и execution premium. Например, долг оценивается протоколом в 6 000 U, а для фактического приобретения нужного токена требуется 6 090 U после спреда и impact. С точки зрения health factor протокол может видеть одно число, а с точки зрения кошелька пользователя нужен больший ликвидный резерв. Эти величины нельзя смешивать, но обе нужны для плана выхода.

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

5. Что происходит с collateral: цена, оракул, depeg и несколько уровней риска

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

Ликвидационный риск определяется ценой, которую использует кредитный рынок по своим правилам. Она может отличаться от последней сделки на выбранной бирже. Поэтому спор «на моём графике цена не доходила» бессодержателен без проверки oracle source, времени обновления и конкретного рынка.

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

Количество collateral и признанная стоимость — разные величины

Пользователь может видеть 5 ETH внесёнными, но заёмная способность определяется их денежной стоимостью и параметрами риска. В некоторых системах существуют caps, режимы isolation, списки разрешённых debt assets или специальные коэффициенты. Нельзя считать весь внесённый баланс одинаково эффективным обеспечением.

Если collateral перестал использоваться для новых займов или параметры изменились, текущая позиция может вести себя по отдельным правилам. Поэтому обновление governance-параметров нужно рассматривать как событие пересмотра риска.

LST как collateral добавляет отдельный слой к обычному ETH-риску

Если залогом служит liquid staking token, пользователь зависит не только от цены базового актива, но и от отношения LST к underlying, смарт-контракта, маршрута погашения и рыночной ликвидности. Скидка LST способна уменьшить collateral value даже при относительно стабильном ETH.

Устройство stETH, wstETH и других таких токенов разобрано в материале про liquid staking. В кредитной позиции достаточно помнить: производный залог требует стресс-сценария и по underlying, и по самому требованию.

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

Залог в одном стейблкоине и долг в другом кажется почти нейтральной конструкцией. Но если collateral depeg вниз или debt asset дорожает выше привязки, health factor ухудшается с двух сторон. Корреляция в спокойном рынке не является гарантией совместного движения в стресс.

Для таких позиций полезно считать отдельные сценарии 0,98/1,02, 0,95/1,05 и более тяжёлые, а не только одинаковое движение обоих активов. Это показывает, насколько позиция чувствительна к разрыву привязок.

Несколько collateral создают портфельную зависимость, а не автоматическую диверсификацию

ETH, LST и токен одного DeFi-проекта могут выглядеть как три строки, но в рыночном стрессе падать одновременно. Разделение по тикерам не означает независимость факторов. Если weighted collateral построен на коррелированных активах, общая просадка может быть быстрее ожидаемой.

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

Отключение collateral или изменение режима требует after-state проверки

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

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

Рыночная ликвидность collateral влияет на последствия ликвидации и самостоятельного выхода

Даже если protocol oracle показывает достаточную стоимость, крупный swap collateral может исполниться хуже ожидаемого. Для пользователя это важно при добровольном deleverage: продать часть залога и погасить долг может оказаться дороже, чем следует из справочной цены.

Перед крупным действием оцените ликвидность криптовалюты и ожидаемый маршрут исполнения. Кредитный риск и риск рынка исполнения связаны, но не являются одним показателем.

Как читать liquidation event как бухгалтерскую операцию, а не как наказание

После ликвидации пользователь часто концентрируется на том, сколько collateral исчезло. Для корректной оценки этого недостаточно. Сначала фиксируется долг до события, затем amount repaid, затем value collateral seized и оставшийся debt. Только после этого можно посчитать изменение собственного капитала. Если протокол погасил часть долга, стоимость переданного collateral нельзя трактовать так, будто обязательство осталось прежним.

Полезно также разделять protocol accounting и рыночную альтернативу. Возможно, пользователь мог бы продать collateral самостоятельно чуть дешевле или дороже; это отдельный counterfactual. Фактическая ликвидация оценивается по произошедшей транзакции и правилам контракта. Сравнение с гипотетическим добровольным выходом допустимо позже, но не должно подменять реконструкцию события.

Если было несколько liquidation events, анализируйте их по порядку блоков. После первого события меняются collateral и debt, поэтому второй нельзя считать из исходной позиции. Суммирование всех seized collateral и всех repaid debt без временного состояния способно дать правильный общий итог, но скрыть причину повторной ликвидации. Пошаговая реконструкция показывает, был ли HF восстановлен и насколько надолго.

6. Ликвидация криптокредита: частичное погашение долга и потеря collateral

Ликвидация начинается с нарушения правила позиции, а не с нулевого капитала

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

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

Liquidator погашает долг за пользователя и получает collateral

В упрощённой модели ликвидатор вносит debt asset, уменьшает долг заёмщика и получает соответствующую стоимость collateral плюс liquidation bonus. Бонус не является отдельным штрафом, который потом ещё раз нужно вычитать из остатка: экономический эффект уже проявляется в количестве переданного залога.

Для собственного расчёта фиксируйте четыре величины: погашенный debt value, bonus rate, цену collateral и фактическое количество collateral, которое ушло. Затем пересчитывайте оставшийся долг и remaining collateral.

Partial liquidation может восстановить HF выше 1, но не вернуть прежний запас

Учебный пример: 4 ETH по 1 500 U, LT 80%, долг 5 000 U. Weighted collateral равен 4 800 U, поэтому HF = 0,96. Если ликвидатор погашает 2 000 U и получает collateral на 2 100 U при условном бонусе 5%, из позиции уходит 1,4 ETH.

После этого остаются 2,6 ETH стоимостью 3 900 U и долг 3 000 U. Weighted collateral = 3 120 U, HF ≈ 1,04. Позиция перестала быть ниже единицы в этой модели, но запас остаётся небольшим. Это не «исправление стратегии», а результат принудительного уменьшения обеих сторон.

Close factor и bonus нельзя переносить между протоколами

Конкретный объём долга, который разрешено ликвидировать за одну операцию, и размер бонуса задаются правилами рынка. Они могут зависеть от health factor, размера позиции, типа актива, режима и версии протокола. Учебное 40% или 50% нельзя считать универсальным.

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

После ликвидации нужно проверить не только collateral, но и debt balance

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

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

Самостоятельный deleverage отличается от ликвидации контролем момента и исполнения

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

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

Bad debt — отдельный системный риск, а не обычный результат каждой ликвидации

Если collateral резко обесценивается или рынок исполнения не позволяет покрыть обязательство, система может столкнуться с дефицитом. Конкретный протокол использует собственные резервы, механизмы поглощения убытка и governance-процедуры. Пользователь не должен предполагать, что overcollateralization исключает такой сценарий абсолютно.

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

Когда закрытие кредита рациональнее бесконечного восстановления health factor

Технически позицию можно много раз спасать дополнительным collateral или частичным repay. Экономически это не всегда имеет смысл. Если исходный актив падает, доходная стратегия перестала приносить ожидаемый результат или стоимость займа выросла, каждый новый депозит может лишь увеличивать капитал, связанный с ухудшающейся идеей. Решение «сохранить кредит любой ценой» не должно становиться самостоятельной целью.

Полезно заранее определить thesis breaker для кредитной позиции. Это может быть цена collateral, максимальная стоимость процентов, дата обязательного платежа, изменение режима протокола или потеря ликвидности debt asset. После такого события вопрос формулируется не «как поднять HF», а «нужна ли позиция вообще». Если ответ отрицательный, задача меняется на контролируемое закрытие с минимизацией execution risk.

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

7. Как управлять позицией до ликвидации: repay, collateral, буфер и запрет на самообман

Увеличить

Repay уменьшает знаменатель health factor и одновременно снижает обязательство

Погашение части долга — прямой способ уменьшить LTV. Если weighted collateral остаётся неизменным, HF растёт. Но для repay нужны debt tokens и расходы на их получение/транзакцию. Нельзя считать внешний капитал бесплатным: если для погашения пришлось внести новые деньги, это изменение собственного капитала стратегии.

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

Добавление collateral увеличивает числитель, но увеличивает капитал под риском

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

Решение нужно сравнивать с repay в общей валюте: сколько нового капитала требуется, какой HF получится и какой риск останется. Фраза «добавил залог — ликвидация дальше» описывает только одну сторону.

Продажа части collateral и repay одновременно уменьшают размер позиции

При добровольном deleverage часть залога превращается в debt asset, после чего долг погашается. Это снижает и collateral, и debt. Чтобы оценить эффект, нужно пересчитать обе стороны, включая торговые расходы. Сам факт уменьшения collateral не означает ухудшение, если debt сокращён сильнее относительно порога.

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

Целевой HF должен быть выше технического минимума и иметь причину

Персональный buffer можно задавать через стресс: например, позиция должна пережить падение collateral на X%, рост debt asset на Y% и неделю повышенной ставки без достижения критической границы. Тогда target HF становится следствием сценария, а не случайным красивым числом.

Такой подход согласуется с общей дисциплиной из материала OneMagic про риск-менеджмент: сначала задаётся допустимый исход, затем размер позиции. Здесь размером является не только borrow amount, но и весь collateral/debt pair.

Looping увеличивает доходные и долговые слои одновременно

Схема «внести collateral → занять актив → купить ещё collateral → снова внести» повышает эффективную экспозицию и чувствительность к изменению параметров. На экране можно видеть больший supply и больший reward, но одновременно растёт debt и уменьшается запас до ликвидации.

Если стратегия использует LST, farming или другие доходные активы, добавляются контрактные и ликвидностные зависимости. Не оценивайте looping по одному APY. Его место — в отдельном стресс-тесте, где каждый цикл раскрыт как актив и обязательство.

Автоматизация не отменяет необходимость собственного резерва

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

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

Закрытие позиции подтверждается нулевым долгом и свободой collateral, а не одной кнопкой

После repay интерфейс может ещё показывать небольшую сумму из-за округления, процентов между preview и исполнением или оставшихся обязательств. Полное завершение означает: debt balance проверен, collateral можно вывести по правилам рынка, активные approvals и автоматизации пересмотрены, а необходимые средства фактически получены.

Если взаимодействие с dApp больше не нужно, отдельно оцените разрешения. Отключение сайта от кошелька не всегда отзывает token approvals; это отдельная задача безопасности.

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

Любая таблица или скрипт для LTV и health factor нуждаются в минимальном наборе тестов. Проверьте нулевой долг, один collateral, два collateral с разными threshold, рост debt price, падение collateral price и частичный repay. Затем вручную воспроизведите хотя бы один пример. Если формула не проходит простую задачу на бумаге, нельзя доверять ей на реальном размере позиции.

Отдельно тестируются единицы. Количество ETH нельзя случайно использовать как долларовую стоимость, процент 80% не должен превращаться в 80 вместо 0,8, а цена debt asset должна применяться к quantity только один раз. Для нескольких активов важно не усреднять thresholds без весов. Такие ошибки дают аккуратные числа и поэтому особенно опасны.

Наконец, калькулятор должен уметь отказать в ответе, если данных недостаточно. Для сложного режима, нескольких debt assets или неизвестного oracle лучше вывести «требуется дополнительная информация», чем нарисовать ложную liquidation price. Хорошая модель ограничивает область применимости и хранит эти ограничения рядом с результатом.

8. Учебные задачи: проверяем LTV, health factor и долговой риск вручную

Задача 1. Сколько можно занять при заданном max LTV?

Условие. Collateral стоит 10 000 U, max LTV равен 70%, текущий долг — 6 000 U. Теоретический borrow limit равен 7 000 U, а запас до него — 1 000 U. Это не рекомендация занимать ещё 1 000: liquidation threshold и собственный buffer проверяются отдельно.

Разбор. Контрольный ответ: текущий LTV = 60%. Если LT = 80%, HF = 8 000 / 6 000 = 1,3333. При долге 7 000 HF снизился бы до 1,1429. Поэтому использование максимальной заёмной способности заметно уменьшает запас.

Задача 2. Найдите критическую цену одного collateral

Условие. Позиция: 4 ETH, стабильный долг 5 000 U, LT 80%. В простой модели P = 5 000 / (4 × 0,8) = 1 562,50 U за ETH. Это цена равенства weighted collateral и debt при неизменных остальных условиях.

Разбор. Если долг вырастает до 5 200 U, новая граница становится 1 625 U. Разница показывает, почему проценты способны приближать ликвидацию даже без новой сделки пользователя.

Задача 3. Посчитайте HF при двух видах обеспечения

Условие. Есть 2 ETH по 2 000 U с LT 80% и стабильный collateral 3 000 U с LT 85%. Weighted collateral = 3 200 + 2 550 = 5 750 U. При долге 4 500 U HF ≈ 1,2778.

Разбор. Если второй актив дешевеет на 10%, его стоимость становится 2 700 U и weighted contribution — 2 295 U. Общий weighted collateral = 5 495 U, HF ≈ 1,2211. Не нужно менять долг, чтобы запас уменьшился.

Задача 4. Как две плавающие ставки меняют долг?

Условие. Исходный долг — 4 000 U. В учебной модели первые 30 дней ставка 6% годовых, следующие 30 дней — 12%, и каждый период начисляется на обновлённую базу. Получается примерно 4 059,37 U.

Разбор. Этот ответ относится к заданной дискретной модели. Реальный протокол может использовать индекс и иную временную базу. Цель задачи — не угадать интерфейс, а не применять вторую ставку к старому principal.

Задача 5. Что делает рост цены debt asset?

Условие. Количество долга — 5 000 токенов. При цене 1,00 U денежный долг равен 5 000 U. Если oracle price вырастает до 1,04 U, debt value становится 5 200 U. При неизменном weighted collateral 6 000 U HF снизится с 1,2 до примерно 1,1538.

Разбор. Пользователь не занимал дополнительно 200 токенов; изменилось денежное измерение обязательства. Это одна из причин всегда хранить quantity и valuation раздельно.

Задача 6. Частичная ликвидация

Условие. При collateral 4 ETH × 1 500 U, LT 80% и долге 5 000 U HF = 0,96. Условный liquidator погашает 2 000 U, bonus 5%. Он получает collateral стоимостью 2 100 U, то есть 1,4 ETH.

Разбор. Остаток: 2,6 ETH и 3 000 U долга. Weighted collateral 3 120 U, HF 1,04. Экономический эффект нельзя считать как «потеря 1,4 ETH» без одновременного учёта уменьшившегося долга.

Задача 7. Сколько долга нужно погасить для target HF?

Условие. Weighted collateral равен 6 800 U, текущий debt — 6 732 U. Пользователь хочет учебный target HF 1,20. Максимальный debt при таком запасе равен 6 800 / 1,20 = 5 666,67 U.

Разбор. Следовательно, в статической модели требуется уменьшить долг примерно на 1 065,33 U. Реальная сумма должна учитывать изменение процентов, цены debt asset и расходы до подтверждения.

Задача 8. Добавить collateral или погасить долг?

Условие. Пусть 5 ETH стоят по 1 700 U, LT 80%, debt value = 6 732 U. Current HF = 6 800 / 6 732 ≈ 1,0101. Добавление 0,5 ETH повысит weighted collateral до 7 480 U и HF примерно до 1,1111.

Разбор. Если вместо этого погасить 500 U долга, debt станет 6 232 U, а HF ≈ 1,0911. Первый вариант даёт более высокий HF в этой точке, но требует больше капитала в ETH. Сравнивать нужно и новый риск, а не только итоговый коэффициент.

Как превратить практикум в личный регламент наблюдения

После первого расчёта не нужно ежедневно переписывать всю модель вручную. Достаточно определить события пересмотра: изменение collateral price на заданный процент, существенное изменение borrow rate, depeg debt/collateral, новый borrow, repay, изменение параметров рынка или приближение к личному buffer. Каждый триггер запускает полный пересчёт состояния и сохраняет новую строку истории.

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

Итоговый регламент должен содержать и правило остановки эксперимента. Если пользователь не может независимо восстановить debt balance, понять источник цены или подтвердить состояние после операции, размер позиции не увеличивается. Такой запрет кажется консервативным, но он защищает от самой частой ошибки сложных DeFi-схем: наращивания капитала быстрее, чем растёт понимание механики.

Что изменится, если заём используется не для расходов, а для второй инвестиции

Криптокредит часто берут не ради самого долга, а чтобы направить полученный актив в другую стратегию: купить ещё collateral, внести средства в пул, купить LST, открыть LP-позицию или профинансировать внешнее обязательство. С точки зрения исходного lending-протокола это не меняет формулу долга. Но с точки зрения пользователя возникает вторая позиция, которая может приносить доход или убыток независимо от здоровья кредита. Поэтому всю конструкцию нужно вести минимум в двух регистрах: кредитный слой и использование заёмных средств.

Самая опасная ошибка — считать доход второй стратегии доказательством устойчивости первой. Например, LP-позиция может начислять комиссии, пока health factor исходного кредита постепенно падает из-за процентов и снижения collateral. Обратная ситуация тоже возможна: кредит остаётся технически здоровым, а заёмные средства потеряны в другом протоколе. Тогда обязательство перед первым рынком сохраняется полностью. Нельзя списать долг только потому, что источник его финансирования оказался неудачным.

Для объединённого stress test сначала фиксируют value второй позиции, затем отдельно кредитный collateral и debt. После этого моделируют совместное неблагоприятное событие: вторая стратегия теряет стоимость, collateral дешевеет, а borrow rate растёт. Если единственный способ сохранить кредит — срочно закрыть вторую позицию по плохой цене, этот execution risk должен быть учтён заранее. Иначе стратегия кажется прибыльной только потому, что нужная ликвидность предполагается доступной бесплатно и мгновенно.

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

Такой взгляд помогает понять, почему «доход выше ставки кредита» не гарантирует положительный итог. Сравнивать нужно не две годовые цифры, а денежный результат после price moves, расходов, ликвидности и риска ликвидации. Материал про APY может помочь проверить процентную арифметику, но кредитная часть всё равно требует собственного health-factor stress. Доходная стратегия может быть хорошей сама по себе и одновременно несовместимой с заёмным финансированием из-за волатильности и временных ограничений.

9. Итоговый практикум: от открытия займа до частичной ликвидации и восстановления

Шаг 1. Исходная позиция и два разных ограничения

Пользователь вносит 5 ETH по условной oracle price 2 200 U. Collateral value = 11 000 U. Max LTV в учебной модели — 70%, liquidation threshold — 80%. Он занимает 6 500 единиц стабильного debt asset по 1 U. Current LTV = 6 500 / 11 000 ≈ 59,09%, а health factor = 8 800 / 6 500 ≈ 1,3538.

Протокольный borrow limit в этой модели равен 7 700 U, поэтому технический headroom составляет 1 200 U. Но занимать его полностью означало бы снизить HF до 8 800 / 7 700 ≈ 1,1429. Практикум специально не использует максимум: цель — проследить риск уже существующей позиции.

Шаг 2. Проценты и рост цены debt asset уменьшают запас

За выбранный период итоговое количество долга с начислениями условно увеличивается до 6 600 токенов. Затем debt asset оценивается оракулом по 1,02 U. Денежная стоимость обязательства становится 6 732 U. Никакого нового borrow пользователь не делал, но знаменатель health factor вырос.

Если ETH пока стоит 2 200 U, HF = 8 800 / 6 732 ≈ 1,3072. Это всё ещё выше критической границы в учебной модели, но уже ниже стартового 1,3538. Два небольших фактора сложились в одно ухудшение.

Шаг 3. Падение collateral приближает позицию к единице

При цене ETH 1 800 U collateral value = 9 000 U, weighted collateral = 7 200 U, HF ≈ 1,0695. При 1 700 U weighted collateral = 6 800 U и HF ≈ 1,0101. Позиция почти на критической границе даже без нового долга.

В простой модели цена равенства теперь равна 6 732 / (5 × 0,8) = 1 683 U за ETH. Это не универсальная биржевая liquidation price, а контрольная точка заданного сценария.

Шаг 4. При 1 680 U условие ликвидации нарушается

ETH падает до 1 680 U. Collateral value = 8 400 U, weighted collateral = 6 720 U. При debt value 6 732 U health factor ≈ 0,9982. По правилам нашей учебной Aave-like модели позиция становится eligible for liquidation.

Важно: это не утверждение о параметрах реального протокола. В реальной позиции нужно проверить точный oracle, asset parameters, режим и правила на момент блока.

Шаг 5. Частичная ликвидация меняет и debt, и collateral

Предположим, liquidator погашает 2 000 U debt value и получает collateral на 2 100 U при условном bonus 5%. По цене 1 680 U это 1,25 ETH. Остаток collateral — 3,75 ETH стоимостью 6 300 U, остаток долга — 4 732 U.

Weighted collateral после операции = 6 300 × 80% = 5 040 U. Новый HF ≈ 5 040 / 4 732 = 1,0651. Позиция снова выше единицы, но пользователь потерял часть collateral и сохранил значительный долг. Ликвидация не вернула его к стартовой устойчивости.

Шаг 6. Сравниваем альтернативу до события

Если при цене ETH 1 700 U и debt value 6 732 U пользователь заранее хотел HF 1,20, допустимый долг при текущем weighted collateral 6 800 U составлял бы 5 666,67 U. То есть статически требовалось погасить около 1 065,33 U. Альтернатива — добавить collateral; необходимое weighted collateral для HF 1,20 равно 8 078,40 U, то есть collateral value 10 098 U или около 5,94 ETH при неизменном LT.

Оба решения требуют капитала и не являются автоматически выгодными. Если исходная гипотеза по ETH изменилась, уменьшение позиции может быть рациональнее бесконечного увеличения collateral. Именно поэтому риск-план должен существовать до приближения к HF 1.

Шаг 7. Финальная сверка позиции

После любого действия пользователь проверяет фактический debt balance, collateral quantity, oracle prices, health factor, активные режимы и возможность вывода. Если погашение было выполнено через swap, дополнительно сверяются фактическая цена исполнения и расходы. Если действие происходило через несколько контрактов, сохраняются идентификаторы операций.

Протокол не обязан соответствовать пользовательской таблице до последней копейки из-за округлений и специфики индексов. Задача собственной модели — выявить порядок величин и ошибки логики. Расхождение нужно объяснить, а не подгонять формулу задним числом.

Главный вывод: криптокредит под залог — это не одна ставка и не одна «цена ликвидации». Позиция состоит из количества collateral, его oracle value, набора risk parameters, количества debt, стоимости debt asset и накопленных расходов. Без общей валюты оценки и временной привязки эти числа нельзя интерпретировать совместно.

Для нового пользователя разумный порядок — сначала пройти полный учебный цикл на небольшой сумме: collateral → borrow → наблюдение debt → частичный repay → полный repay → вывод collateral. Только после этого оценивать более сложные схемы. Дополнительная доходность от использования заёмных средств не отменяет того, что основной долг остаётся обязательством.

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

Перед значимой операцией также полезно проверить, что выбран именно официальный контракт/рынок, а подписываемая транзакция соответствует намерению. Для технической проверки используйте материал о проверке смарт-контракта. Ни seed-фраза, ни private key для расчёта LTV или health factor не нужны.