Как ускорить зависшую транзакцию

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

Почему операция зависает: механика без упрощений

Зависание — не поломка. Операция подписана и лежит в пуле ожидания, но ни один производитель блока её не берёт. Причина почти всегда в плате. В сетях на модели EIP-1559 у операции два параметра: max_fee_per_gas — потолок за единицу газа, и max_priority_fee_per_gas — надбавка производителю блока. Спецификация требует условия max_fee_per_gas >= block.base_fee_per_gas: отправитель должен быть готов заплатить хотя бы базовую часть, которая, по тексту того же документа, «всегда сжигается», а значит потолок, рассчитанный на спокойный час, при наплыве перестаёт до неё дотягивать.

Второй механизм — порядковый номер. Документация Ethereum определяет nonce как «sequentially incrementing counter which indicates the transaction number from the account»: последовательно растущий счётчик операций аккаунта. Сеть исполняет номера подряд, без дыр. Застрял номер 42 — ждать будут и 43, и 44, даже когда их собственная плата щедрая, и в обращениях читателей это выглядит как «висит пять переводов сразу», хотя держит очередь один.

Третий слой задаёт узел, а не протокол. В документации клиента go-ethereum на 17 октября 2026 года параметр —txpool.pricebump описан как «price bump percentage to replace an already existing transaction» со значением по умолчанию 10: замена принимается, если плата выросла не меньше чем на десятую часть. Там же —txpool.lifetime равен 3h0m0s — столько неисполнимая операция держится в очереди узла. Это настройка клиента. Нормой сети она не является.

Как понять, что именно случилось

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

1. Статус. «Pending» или «В обработке» означает, что блока у операции нет. Это случай для замены.
2. Номер. Сравните его со счётчиком адреса: выше на единицу — держит эта операция, выше на два и больше — впереди есть другая, застрявшая раньше.
3. Плата. Сравните заявленный потолок с базовой частью в последних блоках. Потолок ниже — диагноз закрыт.
4. Сеть и стандарт. Сеть определяет, в каком обозревателе искать операцию, стандарт токена — какой контракт её обрабатывает; путаница здесь даёт ложную картину «ничего не видно».

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

Что можно исправить, а что уже нет

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

Пошаговое решение

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

Сколько это стоит

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

Как не повторить

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

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

Итог

Ускорение — это не кнопка «сделать быстрее». Это повторная отправка той же операции с тем же номером и большей платой, и работает приём там, где у аккаунта есть счётчик операций. В сетях на непотраченных выходах его роль играет механизм из BIP-125 со своими пятью правилами. В Solana замены нет вовсе. Диагноз ставится в обозревателе.

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