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

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

Что меняется под нагрузкой и где здесь деньги

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

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

Правило изменения платы закреплено. Оно есть в стандарте. Спецификация EIP-1559 в статусе Final, созданная 13 апреля 2019 года, задаёт делитель максимального изменения базовой платы равным восьми: за один блок базовая часть меняется не более чем на одну восьмую, то есть примерно на 12,5%. Там же множитель эластичности равен двум — предел блока вдвое выше цели. Отсюда арифметика: за десять блоков подряд, заполненных выше цели, базовая часть способна вырасти примерно в 3,2 раза.

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

Элемент проверки Спокойная сеть Высокая загрузка
Чтение состояния контракта Мгновенно, без платы Мгновенно, без платы — не меняется
Сводка стороннего сервиса Отстаёт на единицы блоков Отстаёт на десятки и сотни блоков
Базовая часть платы Ровная, оценка кошелька попадает Меняется до 12,5% за блок, оценка устаревает
Ожидание подтверждения Один-два блока Непредсказуемо, с риском вытеснения
Разрыв между решением и исполнением Секунды Минуты и больше
Риск отката вершины цепочки Низкий Выше, чтение по вершине ненадёжно
Срок разблокировки Виден с запасом Способен наступить в период ожидания

Первая строка — хорошая новость. Остальные шесть — поводы изменить порядок работы.

Порядок проверки под нагрузкой

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

Расчёт отставания и платы

Условный расчёт по константам стандарта, цифры иллюстрируют механику. Предел изменения базовой части — 1/8 за блок, то есть около 12,5%. За 5 блоков роста подряд: 1,125 в пятой степени — примерно 1,8 раза. За 10 блоков: около 3,2 раза. За 20 блоков: более 10 раз. Если сводка сервиса отстаёт на 300 блоков, она описывает состояние примерно часовой давности при обычном темпе выпуска блоков. Фактические значения платы и отставания сверяйте на дату проверки у своего узла и своего сервиса.

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

Почему старое состояние принимают за текущее

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

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

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

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

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

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

Вторая версия тоньше. Читатель читает состояние по самой вершине цепочки, получает нужные числа и действует. Вершина откатывается на один блок, и транзакция, на которую он опирался, в новой истории оказывается в другом порядке. Числа были верны. Цепочка не закрепилась. Полная потеря вложенной суммы при совпадении обстоятельств возможна, и гарантий здесь не даёт никто. Банк России публикует список компаний с выявленными признаками нелегальной деятельности на финансовом рынке — проверка по нему от загрузки сети не зависит и доступна всегда. Правовая рамка с 1 сентября 2026 года задана Федеральным законом от 04.08.2026 № 282-ФЗ; определения — в его статье 2.

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

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

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

На сколько может вырасти плата, пока я жду подтверждения

По стандарту базовая часть меняется не более чем на одну восьмую за блок. Это около 12,5%. Десять блоков подряд роста дают примерно 3,2 раза, двадцать — больше десяти раз. Расчёт показывает порядок величины, а фактическое значение сверяйте у своего узла в момент отправки.

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

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

Стоит ли читать по самому последнему блоку

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

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

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

Итог

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

Вердикт

Высокая загрузка не ломает проверку, она ломает иллюзию одновременности. Все числа, которые вы видите, относятся к разным моментам, и в пике разница между ними перестаёт быть пренебрежимой. Из редакционной практики: читатели, записывающие номер блока рядом с каждой цифрой, перестают задавать вопросы о расхождениях вовсе — им становится видно, что расхождения нет, а есть разные блоки. Правило изменения базовой платы опубликовано в спецификации EIP-1559 на портале EIP, статус Final, дата создания 13 апреля 2019 года.

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