Лендинг криптовалют: как работают lending-протоколы, ставка, залог и ликвидация

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

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

Эта статья помогает пройти весь путь: определить роль, проверить рынок, посчитать доход после расходов, разобраться с обеспечением и закрыть позицию. Рассматриваются механизмы, а не рейтинг площадок или обещание доходности. Примеры Aave V3, Compound III и изолированных рынков Morpho Blue используются для сравнения конкретных механизмов, а не как рекомендация разместить деньги. Их параметры отличаются между рынками и изменяются; все числа в расчётах ниже вымышлены и служат только для обучения.

Самое важное разделение проходит между поставщиком средств без долга и заёмщиком под залог. Первый проверяет сохранность требования, начисления и доступность возврата. Второй дополнительно отвечает за растущий долг и достаточность обеспечения. Одновременно можно оказаться в обеих ролях. Именно поэтому одна надпись «ваши активы» недостаточна: рядом нужен полный список обязательств.

Здесь лендинг означает lending — кредитование, а не страницу сайта. Разберём отдельно деньги рынка и деньги владельца: откуда берётся ставка, какое требование возникает после внесения, почему залог не равен доступному выводу и что меняется при ликвидации. Заёмные позиции рассматриваются для понимания обязательств, а не как предложение увеличить вложения.

Модуль 1. Лендинг криптовалют: роли, требования и виды рынков

Поставщик средств, заёмщик и интерфейс — разные участники

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

Сайт, через который вы взаимодействуете с пулом, — отдельный элемент. Он подготавливает запросы и показывает данные, но название сайта не заменяет адрес контракта. Один интерфейс способен работать с несколькими версиями протокола и сетями. Два внешне одинаковых окна могут обращаться к разным рынкам, где различаются активы, ограничения и состояние ликвидности.

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

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

Внесённый актив не всегда приносит проценты

Не следует переносить механику знакомого приложения на другое. В Compound III положительный баланс базового актива приносит процент, а отдельно внесённые залоговые активы процент не зарабатывают. При этом одна функция внесения может использоваться для разных задач: предоставления базового актива, добавления обеспечения или погашения долга. Значение действия определяется не только кнопкой, но и активом, рынком и исходным состоянием счёта.

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

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

Чем лендинг отличается от хранения, стейкинга и фарминга

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

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

Чтобы не потеряться в терминах, смотрите на движение имущества. Куда уходит исходный токен? Что появляется взамен? Кто и при каких условиях может вернуть базовый актив? Возникает ли долг? Ответы на эти вопросы полезнее, чем спор о том, правильно ли автор рекламы назвал продукт «стейкингом». Базовые свойства автоматизированных соглашений разобраны в материале как работает смарт-контракт.

Когда лендинг не соответствует вашей задаче

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

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

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

Общий пул, изолированный рынок и хранилище — три разных границы

В общем кредитном рынке несколько допустимых активов могут участвовать в обеспечении одной позиции. Изолированный рынок ограничивает конкретное кредитное отношение выбранными параметрами. В переменных рынках Morpho Blue идентичность задаётся заимствуемым активом, залоговым активом, оракулом, моделью ставки и порогом LLTV. Два рынка с одним тикером долга, но разным обеспечением нельзя считать одинаковыми размещениями.

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

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

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

Упражнение 1: проверьте понимание

У вас отображаются депозит 2 000 U, представляющая его доля стоимостью 2 030 U и свободные 400 U. Долга нет. Какова оценка имущества, если депозит и доля относятся к одной позиции?

Разбор. 2 030 + 400 = 2 430 U. Начальные 2 000 не прибавляются повторно. Отдельно нужно выяснить, сколько из требования 2 030 можно получить сейчас: оценка имущества и доступный остаток отвечают на разные вопросы.

Модуль 2. Ставка, использование капитала и источник доходности

Процент заёмщика и доход поставщика не обязаны совпадать

Поставщик видит одну ставку, заёмщик — другую. Разница сама по себе не указывает на ошибку: модели учитывают использование средств, параметры системы и распределение поступлений. В Compound III модели ставки предоставления и заимствования заданы отдельно, зависят от использования базового актива и предусматривают участок более быстрого изменения после определённой точки.

Рассмотрим исключительно учебный пул без дополнительных источников дохода. В нём размещено 1 000 000 единиц U, а выдано заёмщикам 800 000. Доля использования равна 80%. Предположим, должники платят 10% годовых, а 15% процентных поступлений остаётся системе. За год при неизменных условиях возникает 80 000 процентов; поставщикам достаётся 68 000. Относительно всего предоставленного миллиона это 6,8%, а не 10%.

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

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

Годовая ставка не обещает доход на ваш срок

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

В Aave V3 ставка зависит от состояния резерва с разной чувствительностью до и после целевой точки использования. Изменения внесений, займов и погашений способны менять условия начисления. Это объясняет, почему сохранённый при входе скриншот не является договором о фиксированном доходе.

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

Капитализация должна быть реально предусмотрена способом учёта, а не только предполагаться отображаемым APY. Нужно понять, куда попадает начисление, увеличивает ли оно доходную базу и требуются ли дополнительные платные действия. Подробные определения и формулы есть в статье APR и APY в криптовалюте; здесь задача — применить их к полной позиции.

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

В Aave V3 обычные aToken отражают предоставленный актив и накопленный доход: их актуальный баланс включает соответствующее требование. Это не бесплатный второй капитал поверх тех же внесённых средств. Если вы передали 1 000 единиц актива и видите представляющую их позицию, суммировать обе строки как 2 000 нельзя.

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

Представим собственный отчёт: строка «размещено» показывает 3 000 U, а рядом указана стоимость доходного токена 3 020 U. Если обе записи относятся к одной позиции, итог — 3 020, а не 6 020. При наличии ещё и панели агрегатора появится третье отображение того же требования. Сначала устраните дубли, затем считайте доход.

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

Бонусные токены и баллы учитываются отдельно

Протокольные программы могут отдельно распределять вознаграждения поставщикам или заёмщикам. У таких наград есть собственные условия начисления и получения; они не тождественны процентам базового актива. В Compound III программа вознаграждений является самостоятельным механизмом.

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

Допустим, начислены 12 бонусных токенов, а их оценка по доступной котировке составляет 3 U. Если получение и реализация обойдутся в 2,50 U, дополнительный результат — только 0,50 U при условии, что цена и расходы действительно исполнимы. Красивое количество наград не должно заставлять выполнять экономически бессмысленные действия.

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

Почему избыточное обеспечение не исключает потери поставщика

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

Возьмём вымышленный случай. При открытии займа обеспечение стоит 10 000, долг — 6 000. Затем происходит резкое движение рынка. В момент, когда обеспечение реально удаётся реализовать, чистое поступление составляет только 4 800, а долг для простоты остался 6 000. Непокрытый разрыв равен 1 200. Первоначального превышения стоимости обеспечения над долгом оказалось недостаточно для полного погашения.

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

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

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

Излом кривой ставки: небольшой отток может сильно изменить процент

Введём учебную долю использования u = долг рынка / (свободные средства + долг рынка). В этом примере нет резервных поправок, невозвратов и дополнительных активов. Зададим точку излома u* = 80%, базовую ставку 2%, первый наклон 8 процентных пунктов и второй наклон 60 процентных пунктов. Это вымышленные параметры кривой, не действующие настройки какого-либо пула.

До точки излома используем r = 2% + 8% × u / 80%. После неё используем r = 2% + 8% + 60% × (u − 80%) / 20%. При загрузке 60% получаются 8% годовых заимствования; при 80% — 10%; при 90% — уже 40%. Во второй части одинаковое изменение загрузки сильнее меняет ставку.

Если в этой же простой модели 10% процентных поступлений остаются резерву, ставка поставщика равна r × u × 90%. При загрузке 60% результат составляет 4,32%, а при 90% — 32,4%. Это следствие именно заданной модели распределения. В Compound III supply и borrow рассчитываются отдельными кривыми: нельзя восстановить реальную ставку поставщика одним универсальным множителем.

Рассмотрим причину повышения загрузки без новых займов. При долге 800 000 и свободном остатке 200 000 значение u равно 80%. Если поставщики забрали 100 000, долг прежний, свободно 100 000, а u становится 88,8889%. В нашей кривой ставка займа поднимается до 36,6667%. Поэтому заёмщик зависит не только от собственных действий, но и от вывода чужих депозитов.

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

Упражнение 2: проверьте понимание

В пуле долг 600 000 U и свободно 400 000 U. Затем другой поставщик выводит 200 000 U, новых займов нет. Чему равна загрузка до и после?

Разбор. Сначала 600 000 / 1 000 000 = 60%. После вывода 600 000 / 800 000 = 75%. Рост загрузки не доказывает появления новых должников. Для объяснения ставки нужно видеть обе части баланса рынка.

Модуль 3. Доход поставщика: начисления, индекс и расходы

Сначала определите границы расчёта

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

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

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

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

Пример: ставка меняется три раза за 60 дней

Поставщик размещает 3 000 U. Первые 15 дней простая годовая ставка составляет 6%, следующие 30 дней — 9%, последние 15 дней — 3%. В качестве расчётного года используем 365 дней. Каждый отрезок считаем отдельно, поскольку ставка последнего дня не описывает весь период.

За первый отрезок начисление равно 3 000 × 0,06 × 15 ÷ 365, за второй — 3 000 × 0,09 × 30 ÷ 365, за третий — 3 000 × 0,03 × 15 ÷ 365. Сумма составляет 33,287671 U, или примерно 33,29 U. Средневзвешенная по времени ставка в этой простой модели — 6,75% годовых.

Дополнительно участник получает 12 бонусных токенов. Предположим, фактическая выручка от их реализации до отдельно указанных расходов — 3 U. Платежи за весь цикл сведены в таблицу. Здесь комиссии оплачиваются отдельно от рассчитанного остатка требования, поэтому ниже они вычитаются ровно один раз.

Полный результат: 33,287671 + 3 − 11 = 25,287671 U, то есть около 25,29 U. Сравните эту величину с рекламным впечатлением от 9%: высокая ставка действовала только часть срока, а фиксированные расходы уменьшили фактический результат.

Без действий с бонусом расходы составили бы 8,50 U, а результат — около 24,79 U. Следовательно, получение бонуса добавило только 0,50 U. Это полезное различие между итогом всей истории и выгодой следующего действия. Оценивать новый платный шаг нужно по тому, сколько он добавит после собственных расходов, а не по уже понесённым затратам.

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

Когда небольшой процент не покрывает стоимость операций

Теперь предположим менее благоприятные условия: простая ставка держится на уровне 2% годовых все 60 дней, бонусов нет, обязательные расходы всё те же 8,50 U. Для 3 000 U начисление составит около 9,86 U, а результат — лишь 1,36 U. Для 500 U начисление будет примерно 1,64 U, а итог — минус 6,86 U.

В этой строго заданной модели граница безубыточности по размеру размещения находится из равенства «проценты = расходы»: 8,50 × 365 ÷ (0,02 × 60). Получается примерно 2 585,42 U. Это не рекомендуемая сумма внесения, а результат конкретных допущений. Если ставка упадёт, расходы вырастут или возврат окажется неполным, граница изменится.

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

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

Что произойдёт, если стейблкоин потеряет привязку

Вернёмся к примеру с начислением 33,287671 U и бонусной выручкой 3. Допустим, актив U приобретался по одной денежной единице, но к окончанию периода его цена упала до 0,92. Стоимость основного требования после процентов составит (3 000 + 33,287671) × 0,92, или приблизительно 2 790,62. Бонус и все расходы для этого примера уже выражены в той же денежной единице.

Итог относительно первоначального капитала: 2 790,62 + 3 − 11 − 3 000 = минус 217,38 после округления точного расчёта. Токенов стало больше, но их денежная стоимость снизилась. Доходность в количестве единиц не защитила от изменения цены.

Есть и другое сравнение. Простое хранение исходных 3 000 U при цене 0,92 дало бы стоимость 2 760. Лендинговая история после бонуса и расходов оставила примерно 2 782,62. Значит, она обогнала хранение тех же токенов приблизительно на 22,62, одновременно показав убыток относительно первоначальных денег.

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

Когда переход ради большей ставки не окупается

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

Предположим, осталось 60 дней, сумма — 3 000 U, простая ставка текущего рынка всё это время будет 4%, нового — 7%. Дополнительные расходы перехода относительно сохранения позиции составляют 19 U. В этой сумме учтены все различающиеся будущие платежи; общие для обоих вариантов расходы исключены из сравнения.

Разница годовых ставок равна трём процентным пунктам. Дополнительные проценты за 60 дней составят 3 000 × 0,03 × 60 ÷ 365 ≈ 14,79 U. После расходов переход даст примерно минус 4,21 U относительно бездействия. Новая ставка выше, но на выбранном сроке этого недостаточно.

Математический срок окупаемости разницы при тех же неизменных допущениях — 19 × 365 ÷ (3 000 × 0,03), или около 77,06 дня. Это не срок, после которого переход обязательно станет выгоден. Расчёт ничего не гарантирует, если ставка изменится, появятся дополнительные платежи или часть времени средства не будут зарабатывать.

Теперь предположим, что новый рынок держит 7% только первые 30 дней, а следующие 30 дней платит 2%. Его средняя по времени простая ставка — 4,5%. При сохранении старых 4% дополнительный процент составляет всего около 2,47 U. После 19 U расходов результат перехода относительно сохранения старой позиции — примерно минус 16,53 U.

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

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

Индекс начисления проверяется отношением, а не разностью балансов наугад

В индексной модели учётная величина позиции умножается на актуальный индекс. Если после внесения индекс равнялся 1,04, а в конце — 1,056, при отсутствии промежуточных операций требование на первоначальные 5 000 единиц станет 5 000 × 1,056 / 1,04 = 5 076,923077. Доход определяется отношением индексов; простое прибавление 1,6% к исходной сумме даст другую величину.

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

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

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

Упражнение 3: проверьте понимание

Вы внесли 5 000 U при индексе 1,04; к моменту выхода он равен 1,056. Операций между датами нет, совокупные расходы 10 U оплачиваются отдельно. Посчитайте чистый результат.

Разбор. Требование 5 076,923077 U; прирост 76,923077 U. После расходов остаётся 66,923077 U, или примерно 66,92 U. Формула использует отношение индексов. Это учебный расчёт без потерь и с полным погашением требования.

Модуль 4. Залог, растущий долг и запас до ликвидации

Полученный заём не увеличивает собственный капитал

Представим другую учебную позицию. У владельца есть 2 единицы актива E по цене 2 000 U. Их стоимость — 4 000 U. Владелец передаёт E как обеспечение и заимствует 1 800 U. Если заёмные U пока лежат в его кошельке, учёт выглядит так: обеспечение 4 000 плюс деньги 1 800 минус долг 1 800. Собственный капитал остаётся 4 000 U до комиссий.

Если приложение сложит только обеспечение и полученный заём, оно покажет 5 800 активов. Это ещё не чистое имущество. Обязательство вернуть 1 800 не исчезает от того, что токены находятся на отдельном адресе или были использованы в другой программе. При покупке на заёмные средства нового актива в балансе появляется новый актив, но долг сохраняется.

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

Сделать видимый остаток больше легко; обеспечить возможность возврата займа сложнее. До заимствования запишите, откуда возьмётся нужный актив для погашения. Ответ «продам что-нибудь, когда понадобится» оставляет неизвестными цену, ликвидность, сетевые расходы и время исполнения.

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

Для учебной модели зададим максимальный LTV 60%, а порог ликвидации 80%. LTV здесь означает допустимую долю начального займа относительно стоимости обеспечения. При обеспечении 4 000 U начальная предельная сумма — 2 400 U. Наш заём 1 800 U ниже этого ограничения.

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

Сам принцип раздельных порогов виден и в Compound III: допустимость нового заимствования и возможность ликвидации проверяются по разным коэффициентам. Отказ увеличить заём не означает автоматически, что позиция уже подлежит ликвидации. Конкретные правила нужно читать для выбранной версии.

Числа 60% и 80% в нашей статье вымышлены. Не переносите их на ETH, стейблкоин или другой действующий рынок. Даже у одного актива допустимые параметры способны отличаться по сети, версии и режиму позиции.

Долг растёт в заимствованном активе

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

Предположим, задолженность из предыдущего примера увеличилась с 1 800 до 1 836 U. Это на 36 единиц больше. Мы не задаём ставку и срок, а просто сравниваем два состояния. Для закрытия потребуется актуальное количество долга, а не первоначальная сумма выдачи.

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

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

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

Рассмотрим ещё одну упрощённую конструкцию, чтобы понять арифметику, а не повторять её. Владелец располагает 1 000 U, после заимствования и повторного размещения в его учёте отображается 1 600 U предоставленных средств и 600 U долга. Собственный капитал по-прежнему равен 1 000 U до расходов.

Допустим, за год при неизменных простых ставках предоставление приносит 4%, а долг стоит 10%. Доход равен 1 600 × 4% = 64 U; расходы на долг — 600 × 10% = 60 U. Разница составляет всего 4 U до сетевых и прочих расходов. При расходах 20 U итог становится минус 16 U.

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

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

Health factor: формула и границы её применения

В обычной модели обеспеченного займа Aave V3 показатель health factor сопоставляет стоимость признанного обеспечения с учётом порогов ликвидации и стоимость долга. Для одного залогового актива упрощённая формула выглядит так: HF = стоимость обеспечения × порог ликвидации ÷ стоимость долга. Значение ниже 1 указывает на возможность ликвидации по соответствующим правилам. Универсального безопасного значения для всех наборов активов нет.

В нашей позиции 2 E по цене 2 000 U дают обеспечение 4 000 U. При пороге 80% и долге 1 800 U показатель равен 4 000 × 0,8 ÷ 1 800, то есть примерно 1,7778. Дальнейшая таблица меняет только цену E; количество токенов, долг и порог оставлены неизменными.

Цена 1 125 U — математическая граница HF = 1 в наших допущениях, а не разумная точка для ожидания. Она не гарантирует цену исполнения, время уведомления или возможность провести погашение до других операций. В реальности дополнительно меняются долг, параметры и протокольная оценка активов.

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

Проценты и цена долга могут сдвинуть границу одновременно

При долге 1 836 U и тех же двух E с порогом 80% граница цены становится 1 836 ÷ (2 × 0,8) = 1 147,50 U. Она выше прежних 1 125. Значит, запас до проблемы уменьшился, хотя количество залоговых токенов не изменилось.

Теперь зададим иной стресс: цена E остаётся 1 200 единиц общей расчётной валюты, независимо от цены токена U. Долг составляет 1 800 токенов U, но каждый из них для оценки в той же расчётной валюте стоит 1,05. Денежная стоимость долга равна 1 890. Скорректированное обеспечение — 1 920, поэтому HF составляет примерно 1,0159.

Если одновременно количество долга выросло до 1 836 U, его стоимость при цене 1,05 равна 1 927,80. Показатель становится 1 920 ÷ 1 927,80, или примерно 0,9960. Граница пересечена без дополнительного падения E: достаточно сочетания роста количества долга и изменения цены заимствованного актива.

Такой расчёт полезнее одного сценария «залог упадёт на 20%». Он заставляет проверять обе стороны баланса. Подставлять эти цены в реальную позицию нужно с учётом её источников оценки; приведённые 1,05 — только условие нашего учебного стресса.

У нескольких залогов пороги нельзя усреднять на глаз

Предположим, стоимость первого залога — 2 000, его порог — 80%. Второй залог стоит 1 000, порог — 90%. Скорректированная сумма равна 2 000 × 0,8 + 1 000 × 0,9 = 2 500. При долге 1 700 показатель составляет приблизительно 1,4706.

Обычное среднее двух процентов — 85% — здесь не подходит. Первый актив занимает две трети стоимости обеспечения, второй — одну треть. Средневзвешенный порог равен 2 500 ÷ 3 000, или примерно 83,33%. Чем сильнее различаются стоимости, тем заметнее ошибка простого среднего.

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

В Aave V3 запрос getUserAccountData возвращает агрегированные данные обеспечения, долга и health factor. Это полезная точка сверки, но исходные числовые значения требуют правильных единиц и масштаба. Не принимайте техническое целое число за готовый процент без пояснения документации.

Погасить часть долга и добавить залог — не одинаковые действия

Пусть две E уже стоят суммарно 2 800 U, порог равен 80%, долг — 1 800 U. Скорректированное обеспечение составляет 2 240, а HF — примерно 1,2444. Для упражнения выберем целевой показатель 1,6. Это не универсальная безопасная граница, а удобное число для сравнения способов изменения баланса.

Чтобы получить HF 1,6 только погашением, долг должен стать 2 240 ÷ 1,6 = 1 400 U. Нужно вернуть 400 U. Чтобы получить тот же показатель исключительно добавлением такого же залога, нужна добавочная стоимость (1,6 × 1 800 − 2 240) ÷ 0,8 = 800 U.

Добавление залога стоимостью 400 U даст другой результат: (2 240 + 400 × 0,8) ÷ 1 800 ≈ 1,4222. Поэтому одинаковая денежная сумма в двух разных действиях не обязана одинаково менять запас. При выборе учитываются также цена получения нужного актива, комиссии, доступность исполнения и увеличение средств, зависящих от протокола.

Вывод обеспечения действует в обратную сторону. В исходной позиции со стоимостью 4 000, долгом 1 800 и порогом 80% математический запас вывода до выбранного HF 1,6 равен 4 000 − 1,6 × 1 800 ÷ 0,8 = 400 U. Это вычисление не является разрешением контракта на вывод: действуют дополнительные ограничения, а данные меняются.

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

Оракул оценивает обе стороны, но не обещает цену продажи

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

Проверяйте единицы прежде, чем делить. Цена обеспечения может быть выражена непосредственно в долговом токене, в долларах или в другом базовом измерении. У оракула и обоих токенов могут различаться масштабы целых чисел. Ошибка между единицами и минимальными долями превращает разумный health factor в бессмысленный результат с множеством нулей.

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

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

Упражнение 4: проверьте понимание

Первый залог стоит 2 000 U при пороге 80%, второй — 1 000 U при пороге 90%. Долг 1 700 U. Можно ли использовать средний порог 85%?

Разбор. Нет. Взвешенная сумма равна 2 500 U, а HF = 2 500 / 1 700 ≈ 1,470588. Порог, взвешенный по стоимости, составляет 83,3333%. Простое среднее переоценивает влияние меньшего залога. Все активы в этом упражнении уже признаны допустимым обеспечением.

Модуль 5. Ликвидация: погашение, бонус и непокрытый долг

Порог допускает ликвидацию, но не завершает её автоматически

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

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

Бонус ликвидатора оплачивается из обеспечения

Рассмотрим отдельную одноактивную модель с общей денежной единицей U. Обеспечение стоит 5 000 U, долг — 4 200 U, порог — 80%. HF равен 4 000 / 4 200 ≈ 0,952381. Пусть допустимая операция гасит 1 500 U долга, а передаваемый залог оценивается как погашение плюс 5%. Отдельных комиссий и изменения цен в этой модели нет.

Из обеспечения выбывает 1 575 U; остаются залог 3 425 и долг 2 700. Новый HF = 3 425 × 0,8 / 2 700 ≈ 1,014815. Чистая стоимость должника уменьшилась с 800 до 725 U. Разница 75 U — бонус в этом примере, а не второй расход поверх уже уменьшенного залога.

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

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

При тех же исходных данных погашение только 1 000 U передаёт 1 050 U залога. Остаются обеспечение 3 950 и долг 3 200; HF = 3 160 / 3 200 = 0,9875. Позиция всё ещё ниже единицы. Надпись «частичная ликвидация завершена» поэтому не доказывает окончания риска для остатка.

В этой ограниченной модели минимальное погашение для выхода ровно к HF = 1 можно вывести из равенства (C − x × (1 + b)) × t = D − x. Отсюда x = (D − tC) / (1 − t(1 + b)). Здесь C — стоимость залога, D — долг, t — порог, b — бонус. Для наших чисел x = 200 / 0,16 = 1 250 U.

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

Почему нельзя переносить процедуру между Aave, Compound и Morpho

В Aave V3 применяются правила погашения долга ликвидатором с получением обеспечения; допустимые доли закрытия и ограничения остатков нужно проверять для развёрнутой версии. В Compound III функция absorb переводит проблемную позицию на баланс протокола, использующего резервы; последующая продажа полученного залога является отдельным действием. Это не тот же журнал событий.

В переменных изолированных рынках Morpho Blue допустимость связана с отношением долга к оракульной стоимости обеспечения и порогом LLTV. Но конкретное хранилище поверх рынка имеет собственный порядок отражения результатов и потерь. Поэтому даже одинаковое слово Morpho не заменяет проверки версии рынка, оболочки и способа оценки доли.

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

Непокрытый долг и задержка возврата — разные состояния

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

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

Сценарий покрытия потерь моделируйте только при явно указанном правиле. Если для учебного расчёта после использования резерва остаётся дефицит 20 000 U на 1 000 000 U равноприоритетных требований и все теряют пропорционально, сокращение составит 2%. Требование 5 000 станет 4 900. Это арифметика заданного распределения, не обещание именно такого списания в действующем протоколе.

Упражнение 5: проверьте понимание

При залоге 5 000 U, долге 4 200 U, пороге 80% и бонусе 5% гасится 1 500 U долга. Каковы новый HF и уменьшение чистой стоимости должника?

Разбор. Залог уменьшается на 1 575 до 3 425 U, долг — до 2 700 U. HF ≈ 1,014815. Чистая стоимость падает на 75 U. Нельзя повторно вычитать эти 75 из уже рассчитанного остатка; и нельзя считать HF чуть выше единицы защитой от следующего изменения цены.

Модуль 6. Проверка рынка и полномочий перед внесением

Запишите не только название протокола, но и конкретный рынок

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

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

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

Найдите источник дохода, ограничения возврата и полномочия управления

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

Далее прочитайте, кто может менять существенные параметры и какие части системы допускают обновление. Проверяйте область аудита: название отчёта недостаточно, если он относится к другому коду или более ранней версии. Даже опубликованный аудит не превращает сложный контракт в гарантию сохранности; для Aave V3 сохраняются технические и финансовые риски.

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

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

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

Если приложению требуется ERC-20 allowance, проверьте получателя полномочия и предел суммы. В стандарте ERC-20 разрешение даёт указанному адресу возможность расходовать токены в предусмотренном объёме; это отдельное состояние, а не одноразовая отметка «сайт знаком».

Небольшая проба допустима только после проверки механизма и риска подписи. Она помогает проверить маршрут внесения и возврата, но не доказывает будущую безопасность. Возможность вывести малую сумму сегодня не гарантирует возможность вывести крупную завтра, особенно если состояние пула изменится.

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

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

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

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

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

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

Подключение, расходование токенов и подпись сообщения

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

В ERC-2612 механизм permit позволяет устанавливать allowance посредством подписи. Проверяются владелец, получатель полномочия, сумма и другие параметры. Срок deadline ограничивает применение этой подписи; он не означает автоматическое исчезновение уже установленного разрешения после указанной даты.

Это важно при внесении и погашении: знакомая надпись «разрешить U» не должна заменять проверку, кому и сколько вы разрешаете. Если сумма существенно больше планируемой операции, выясните причину. Если вместо ожидаемого действия предлагается непонятная структурированная подпись, отсутствие комиссии не делает её безопасной пробой.

Отключение сайта и отзыв разрешения — разные действия. Существующие токеновые полномочия не исчезают только из-за разрыва соединения с приложением. После завершения работы нужно проверять именно те разрешения, которые были созданы.

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

Делегирование заимствования не равно обычному разрешению токена

В кредитной системе существует дополнительная категория полномочий: возможность использовать чужую заёмную способность. В Aave V3 делегирование кредита позволяет одному участнику разрешить другому заимствование от его имени при соблюдении протокольных условий. Для этого используются отдельные разрешения долгового токена, а не только стандартное allowance исходного актива.

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

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

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

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

Автоматизация требует особенно внимательного чтения полномочий. В Compound III разрешённый менеджер может выполнять предусмотренные операции вывода и перевода от имени владельца; соответствующий доступ устанавливается отдельно. Это не просто разрешение интерфейсу показать баланс.

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

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

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

Как действовать при подозрении на потерю контроля

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

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

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

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

Параметры риска проверяются на дату конкретной операции

Supply cap ограничивает суммарное внесение соответствующего актива; borrow cap — заимствование. Достижение лимита не означает, что предыдущая позиция автоматически потеряна. Но оно может остановить запланированное пополнение обеспечения, рефинансирование или новый заём. Важна доступность именно следующего действия, а не общий статус «протокол работает».

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

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

Упражнение 6: проверьте понимание

Вы отключили сайт от кошелька и отозвали разрешение на новые заимствования. На счёте остаётся долг 250 U. Можно ли считать обязательства завершёнными?

Разбор. Нет. Прекращены определённые будущие полномочия; существующие 250 U и начисления требуют отдельного погашения. Подключение сайта, расход токенов, делегирование и долг — разные состояния. Их проверяют по отдельности, не передавая секреты для диагностики.

Модуль 7. Возврат средств: ликвидность, ограничения и ошибки

Начните с состояния операции, а не с повторной подписи

Зафиксируйте, что именно не получилось. Кнопка неактивна? Приложение показывает ошибку до открытия кошелька? Подписанный запрос ожидает обработки? Есть подтверждённая неудачная транзакция? Или транзакция успешна, но ожидаемый актив не появился? Это разные ситуации, и одинаковое действие «повторить» для них не подходит.

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

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

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

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

В пуле может не хватать свободных средств

Для возврата недостаточно существования требования на вашем счёте. Нужен доступный базовый актив. В Aave V3 возврат зависит, в частности, от свободной ликвидности соответствующего резерва: выданная заёмщикам часть не лежит без движения в ожидании каждого поставщика.

Рассмотрим упрощённый рынок без резервных поправок и начислений. Всего предоставлено 1 000 000 U, выдано 920 000 U, свободно 80 000 U. Ваше требование составляет 100 000 U, личного долга нет. Только по этому снимку вернуть весь объём невозможно: свободный остаток меньше требования.

Из этого не следует, что 80 000 уже зарезервированы за вами. Если другой участник раньше получит 30 000, останется 50 000. Если заёмщики погасят часть долга или появятся новые поставщики, состояние может измениться в другую сторону. Это общая доступная ликвидность, а не персональный лимит с гарантированной очередью.

Не предполагайте, что дополнительное собственное внесение создаст независимый источник возврата прежней суммы. Вы одновременно увеличите и свободные средства, и своё требование; в результате можно просто переместить новый капитал через тот же риск. «Пополните, чтобы разблокировать старое» без объяснимого механизма — основание остановиться и проверить предложение.

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

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

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

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

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

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

В ERC-4626 предварительная оценка операции и максимальный допустимый вывод специально разделены. Например, previewWithdraw не обязан учитывать лимиты вывода так, как их учитывает maxWithdraw. Поэтому положительный расчёт количества долей не доказывает, что возврат сейчас разрешён. Эти правила относятся к совместимым хранилищам, а не автоматически к каждому лендинговому интерфейсу.

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

Пауза, очередь и неисправный интерфейс требуют разных решений

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

Очередь возврата, если она предусмотрена конкретной системой, — ещё один механизм. Нужно знать, что означает постановка в очередь, фиксируется ли цена или количество, продолжает ли начисляться доход и требуется ли заключительная операция получения. Не называйте любую задержку очередью: сначала найдите подтверждение, что такая процедура действительно существует.

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

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

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

Упражнение 7: проверьте понимание

Ваше требование 100 000 U, свободно в пуле 80 000 U. Другой поставщик раньше вывел 30 000 U. Сколько остаётся свободным в упрощённой модели без других событий?

Разбор. 50 000 U. Первые 80 000 не были зарезервированы за вами. Даже остаток 50 000 не является гарантией личного вывода: отдельно проверяются ограничения позиции, контракта и порядок исполнения. Невыведенная часть остаётся требованием, а не автоматически реализованным убытком.

Модуль 8. Погашение долга и завершение всей позиции

Маршрут без займа и маршрут с долгом

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

Заёмщик сначала определяет весь актуальный долг: актив, количество, начисления и принадлежность к рынку. После этого готовит поддерживаемый способ погашения. В Aave V3 погашение — самостоятельное действие, уменьшающее задолженность и освобождающее обеспечение в пределах правил. Само пополнение обычного кошелька погашением не является.

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

При полном погашении учитывайте изменение задолженности до исполнения. Первоначальная сумма займа может быть меньше текущей; отображение округлённого нуля не всегда заменяет точную проверку. Используйте поддерживаемый выбранным интерфейсом механизм полного погашения и затем подтвердите результат по актуальному состоянию.

Некоторые протоколы предлагают объединённые операции погашения за счёт обеспечения или других позиций. Их нельзя считать просто более красивой кнопкой: добавляются конкретные преобразования, расходы и условия исполнения. Выбирая такой маршрут, нужно понимать его целиком, а не предполагать, что слово Repay исключает обмен и ценовой риск.

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

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

Учёт закрытия: пять остатков вместо одного красивого числа

В заключительном отчёте отметьте базовый актив, остаточное требование, оставшийся долг, полученные награды и неисполненные права на будущие награды. Эти категории нельзя сводить к одному числу без пояснения. Небольшое неполученное начисление не равно деньгам, доступным в кошельке, а долг нельзя скрывать в другой вкладке.

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

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

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

Карточка позиции, которую полезно заполнить заранее

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

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

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

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

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

Разбор типичных обращений без лишних транзакций

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

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

«Я вернул первоначальную сумму, но долг остался». Сверьте начисления, актив погашения, рынок и статус операции. Если первоначально выдавалось 1 800, а актуальный долг стал 1 836, возврат ровно 1 800 не закрывает разницу 36. Если подтверждено только разрешение, само погашение могло ещё не выполняться.

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

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

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

Для обращения можно использовать такой учебный образец: «В выбранной сети и рынке на публичном адресе отображается требование 1 070 единиц актива. Хочу вывести 500. Интерфейс сообщает об ограничении до запроса кошелька, поэтому новой транзакции нет. На экране заимствований долг не отображается; прошу уточнить, какой параметр ограничивает действие и где независимо проверить его значение». Числа здесь условные: в обращение подставляются только собственные наблюдения.

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

Хороший ответ поддержки должен связывать наблюдение с проверяемым условием: недостаточной ликвидностью, долгом, режимом, паузой или другим конкретным параметром. Если вместо объяснения вам предлагают подписать непрочитанный запрос, установить стороннюю программу либо перевести «страховой платёж», это не завершённая диагностика. Возвращайтесь к независимо проверяемым данным и не повышайте риск ради обещанного ускорения.

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

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

Сохраните историю изменений, а не только последнюю доходность

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

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

Раз в установленный период сравнивайте не только заработанный процент, но и допустимость продолжения. Закончилась ли программа наград, выросла ли загрузка, уменьшилась ли доступная ликвидность, появились ли новые полномочия у управляющего? Условия выхода должны оцениваться раньше, чем возникает срочная потребность в деньгах.

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

Упражнение 8: проверьте понимание

Первоначально вы заняли 1 800 U, текущий долг 1 836 U. На кошелёк возвращены 1 800 U, но вызов погашения не выполнен. Сколько долга погашено?

Разбор. Нисколько: баланс кошелька и задолженность протокола — разные записи. Даже после действительного погашения ровно 1 800 U останется 36 U плюс возможное последующее начисление. Для завершения нужен подтверждённый текущий нулевой долг, а не исходная сумма и не уведомление о переводе.

Итоговый практикум: ставка, доступный вывод и ликвидация

Часть А. Поставщик без долга: прибыль есть, денег на дату не хватает

Условный поставщик располагает бюджетом 10 000 U. Он оплачивает 20 U входных расходов, предоставляет рынку 8 000 U, а 1 980 U оставляет свободным резервом. Для 60-дневной модели задаются простые годовые ставки: 4% первые 30 дней и 10% следующие 30. Капитализации, наград, промежуточных операций и изменения стоимости U в этой ветви нет.

Начисление составляет 8 000 × 0,04 × 30 / 365 + 8 000 × 0,10 × 30 / 365 = 92,05479452 U. На шестидесятый день требование равно 8 092,05479452 U. Вместе с резервом расчётная оценка достигает 10 072,05479452 U. Но поставщику к этой дате нужны 6 000 U доступных средств, а в рассматриваемом состоянии он успевает получить только 3 000 U.

При частичном выводе 8 U комиссии оплачиваются из свободного резерва. Доступные деньги теперь равны 1 980 − 8 + 3 000 = 4 972 U. Непогашенное требование составляет 5 092,05479452 U. Общая оценка при предположении полного будущего возврата — 10 064,05479452 U, но для обязательного платежа недостаёт 1 028 U.

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

Для сравнения двух дальнейших исходов остановим начисления на этой дате. Если позднее оставшееся требование погашается полностью с расходом 4 U, конечный итог равен 10 060,05479452 U, прибыль — 60,05479452 U. Если вместо этого задано условное сокращение только оставшегося требования на 4%, итог равен 9 856,37260274 U, убыток — 143,62739726 U.

Сокращение на 4% — самостоятельное предположение о потере, а не вывод из нехватки ликвидности и не правило названного протокола. Оно применяется только к непогашенным 5 092,05479452 U. Уже выведенные 3 000 U не уменьшаются повторно. Так два сценария можно сравнить без смешивания временного ограничения с окончательной потерей.

Часть Б. Заёмщик: снижение залога и подорожание долгового актива

Другой участник, не связанный с бюджетом поставщика, разместил 3 E стоимостью по 2 000 расчётных единиц и занял 3 600 токенов U. Порог ликвидации выбран равным 80%. Начальное значение HF при цене U, равной единице, составляет 6 000 × 0,8 / 3 600 = 1,333333. Заём рассматривается только как учебная долговая позиция.

Позднее E стоит 1 500, задолженность увеличивается до 3 672 U, а оракульная цена каждого U достигает 1,02 расчётной единицы. Залог оценивается в 4 500, его взвешенная стоимость — 3 600. Долг оценивается в 3 745,44. HF = 3 600 / 3 745,44 ≈ 0,961169: позиция нарушает заданное условие удержания.

Предположим, разрешённая и успешно выполненная ликвидация погашает 1 200 U, а бонус равен 6%. Денежная оценка погашения — 1 224; из обеспечения передаётся стоимость 1 297,44. По заданной цене это 0,86496 E. Остаются 2,13504 E стоимостью 3 202,56 и долг 2 472 U стоимостью 2 521,44.

Новый HF составляет 3 202,56 × 0,8 / 2 521,44 ≈ 1,016105. Долговая позиция снова выше математической границы, но запас невелик. Чистая залоговая стоимость за вычетом долга уменьшилась с 754,56 до 681,12. Разница 73,44 равна бонусу 6% от денежной оценки погашенной части; отдельные комиссии в данной ветви не заданы.

Для независимого сравнения можно рассчитать добровольное погашение тех же 1 200 U из внешнего резерва, если оно допустимо и подтверждено до конкурирующего действия. Тогда залог не изымается, а HF становится 3 600 / 2 521,44 ≈ 1,427756. Однако участник расходует 1 224 единицы собственного внешнего резерва; это не бесплатное улучшение и не гарантированный способ успеть при уже нарушенном пороге.

Что должно остаться в окончательном отчёте

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

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

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