Как проверить блокировку токенов ликвидности и сравнить два маршрута

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

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

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

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

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

Как проверить блокировку токенов ликвидности и сравнить два маршрута

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

Порядок первого маршрута выглядит так.

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

Чего не доказывает ни один из маршрутов

Пятый шаг стоит отдельного пояснения. Контракт за прокси подменяем: логика живёт по другому адресу, и адрес этот записан в фиксированном слоте хранилища. Стандарт ERC-1967 в статусе Final, создан 24 апреля 2019 года, закрепил слот реализации как bytes32(uint256(keccak256(‘eip1967.proxy.implementation’)) — 1), что даёт значение 0x360894a1…82bbc, и слот администратора по тому же правилу. Мотивировка в документе прямая: без общего места хранения «невозможно построить общие инструменты, опирающиеся на эту информацию».

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

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

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

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

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

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

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

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

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

Итог

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

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

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

Источники фактуры: спецификация ERC-1967 о слотах хранилища прокси и документация Uniswap v2 о токенах ликвидности. Данные проверены на 15 октября 2026 года; адреса контрактов, объём средств в протоколе и ставки сверяйте на дату проверки.