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

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

Как устроен механизм и где здесь деньги

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

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

Первая половина проверки держится на двух событиях стандарта. Спецификация ERC-20 в статусе Final, созданная 19 ноября 2015 года, определяет событие перевода с полями отправителя, получателя и суммы и событие разрешения с полями владельца, уполномоченного адреса и суммы. О залоге стандарт не знает ничего. Остальное дописывает протокол своими событиями, и названия у разных рынков отличаются.

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

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

Дальше сверяется выдача долга. Здесь переводов становится два: заёмный актив уходит от рынка к вам, а учётный токен долга выпускается на ваш адрес переводом с нулевого адреса. Второй перевод и есть доказательство. Долг зафиксирован за вами. Без него вы получили токены, но позиция могла не открыться — так выглядят неудачные попытки с частично исполненным мультивызовом.

Что смотреть Где это в обозревателе Что подтверждает
Статус и номер блока Шапка страницы транзакции Действие попало в цепочку, а не осталось в пуле ожидания
Событие разрешения Журнал событий, поле получателя разрешения Контракту рынка разрешено списывать ваш токен и на какую сумму
Перевод обеспечения Журнал событий, направление «вы → рынок» Залог физически покинул адрес и зачислен в пул
Выпуск токена долга Перевод с нулевого адреса на ваш Долг учтён за вашим адресом, а не за чужим
Израсходованный газ и плата Нижняя часть шапки транзакции Фактическую стоимость входа, а не оценку кошелька

Чего в обозревателе не видно

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

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

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

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

Расчёт на условной сумме и скрытые издержки

Условный пример, цифры взяты для иллюстрации механики. Обеспечение — 10 000 единиц стейблкоина. Коэффициент заимствования рынка — 75%. Доступный долг: 10 000 × 0,75 = 7 500 единиц. Взяли 5 000 — использовано 66,7% лимита. Порог ликвидации рынка — 80%; долг достигнет его, когда обеспечение подешевеет до 6 250 единиц, то есть на 37,5%. Все три параметра сверяйте на дату входа в конфигурации конкретного рынка: они меняются решением управляющего органа.

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

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

Как открыть залоговую позицию в кредитном протоколе и проверить в обозревателе блоков: порядок

  1. Выдайте разрешение на списание обеспечения. Подпись первая. В обозревателе появится событие разрешения с адресом рынка в поле получателя и суммой лимита.
  2. Внесите обеспечение. Подпись вторая. Проверьте в журнале перевод с вашего адреса на адрес рынка и совпадение суммы в младших единицах токена.
  3. Прочитайте конфигурацию рынка до заёма: коэффициент заимствования, порог ликвидации, адрес оракула. Это чтение, подписи и платы оно не требует.
  4. Запросите заём на сумму ниже доступного лимита. Подпись третья. В журнале должно быть два перевода: заёмный актив к вам и токен долга с нулевого адреса на ваш адрес.
  5. Сверьте позицию чтением баланса обеспечения и баланса долга. Числа из логов и числа из состояния должны совпасть. Расхождение означает, что часть вызова не исполнилась.
  6. Запросите остаток выданного разрешения и обнулите его, если лимит вам больше не нужен.
Схема из пяти шагов: разрешение на списание, внесение обеспечения, чтение конфигурации рынка, запрос заёма, сверка логов с балансами
Схема из пяти шагов: разрешение на списание, внесение обеспечения, чтение конфигурации рынка, запрос заёма, сверка логов с балансами

Сценарий, при котором позиция теряется

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

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

Кредитный протокол не депозит. Доходность и сохранность здесь не гарантированы ничем, а список участников рынка, у которых признаки нелегальной деятельности, Банк России публикует отдельно — список компаний с выявленными признаками нелегальной деятельности на финансовом рынке стоит открыть до того, как интерфейс попросит подпись. Правовая рамка с 1 сентября 2026 года задана Федеральным законом от 04.08.2026 № 282-ФЗ; определения терминов — в его статье 2.

Частые вопросы

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

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

Почему в обозревателе нет моего порога ликвидации

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

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

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

Можно ли по обозревателю понять, грозит ли мне ликвидация

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

Что делать с разрешением после входа

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

Итог

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

Вердикт

Обозреватель блоков — честный инструмент с узкой специализацией. Он подтверждает факт и не обещает устойчивости, и в этом его ценность: он не врёт даже когда хочется услышать обратное. Из редакционной практики: читатели чаще теряют деньги не на неудачной транзакции, а на уверенности, что успешный статус равен безопасной позиции. Разделите проверку на две — архив и состояние — и половина типовых потерь уйдёт сама. Техническое описание событий токена опубликовано в спецификации ERC-20 на портале EIP, статус Final, дата создания 19 ноября 2015 года.

Разборы по DeFi без обещаний доходности — в нашем Telegram-канале Cryptium.