Неподтверждённая транзакция – операция, которую узел увидел, но которая ещё не вошла в окончательно принятый блок. Её нельзя отменить одной универсальной кнопкой. Возможные действия зависят от сети, кошелька и исходных параметров: повысить комиссию, заменить операцию с тем же nonce, создать дочернюю транзакцию или дождаться удаления из mempool.
Если перевод уже подтверждён и блок получил достаточную финальность, вернуть его средствами блокчейна нельзя. Надпись «Отменить» в кошельке обычно не отзывает исходное сообщение, а создаёт конкурирующую транзакцию. Успех зависит от того, какую из них сеть примет первой.
Что происходит после отправки
Кошелёк формирует транзакцию, подписывает её закрытым ключом и передаёт одному или нескольким узлам. Каждый узел проверяет формат, подпись, доступность средств и соответствие локальным правилам. Допустимая операция попадает в локальный mempool и распространяется между соседями.
Единого глобального mempool не существует. Узлы видят немного разные наборы операций, применяют собственные минимальные комиссии и могут удалить старую транзакцию при перегрузке. Обозреватель показывает то, что известно его инфраструктуре, а не абсолютный статус во всех узлах сети.
В Bitcoin майнер выбирает транзакции для блока, обычно ориентируясь на ставку комиссии за виртуальный байт и зависимости между операциями. В Ethereum и других EVM-сетях валидатор учитывает fee parameters, nonce и состояние аккаунта. Поэтому одинаковое слово pending скрывает разные механизмы.
Сначала определить реальный статус
- Скопировать идентификатор транзакции из кошелька, не вводя seed-фразу на стороннем сайте.
- Открыть обозреватель именно той сети, в которой отправлялся перевод.
- Проверить отправителя, получателя, актив, сумму, nonce или входы, комиссию и время.
- Убедиться, что операция действительно broadcast. Если хеш не находится нигде, кошелёк мог не передать её узлам.
- Проверить, нет ли более ранней ожидающей транзакции с того же аккаунта.
Инструкция по поиску и чтению идентификатора находится в материале где найти хеш транзакции. При отсутствии записи повторное нажатие «Отправить» без проверки опасно: первый запрос мог распространиться с задержкой, и тогда получится два платежа.
Почему транзакция долго не подтверждается
Слишком низкая комиссия. Более выгодные операции вытесняют её из ограниченного блока. Рост нагрузки. Комиссия была нормальной при создании, но стала неконкурентной через несколько минут. Зависимость. Bitcoin-транзакция тратит неподтверждённый выход, а EVM-операция ждёт более ранний nonce.
Ошибка интерфейса. Кошелёк может показывать локально созданную операцию, которая не распространяется. Задержка сервиса. Биржа или платёжная система ещё не подписала вывод, хотя статус внутри аккаунта называется processing. Это не onchain-транзакция до появления хеша.
Остановка или финальность сети. В отдельных блокчейнах сбой валидаторов, sequencer или bridge relayer задерживает обработку. Такие случаи нельзя исправить повышением комиссии в другой сети.
Bitcoin: Replace-by-Fee
Replace-by-Fee, или RBF, позволяет заменить неподтверждённую Bitcoin-транзакцию новой версией с более высокой абсолютной комиссией и ставкой fee rate. В новой версии используются те же входы, поэтому обе операции одновременно подтвердиться не могут.
Кошелёк может показывать действие «Ускорить». Обычно он уменьшает выход сдачи или требует добавить средства, чтобы повысить комиссию. Получатель и сумма платежа могут сохраниться, но это нужно проверить в деталях новой транзакции. Узлы применяют правила замены, поэтому небольшого повышения бывает недостаточно.
Современная политика Bitcoin Core допускает более широкую замену, чем старые объяснения opt-in RBF, однако принятие всё равно зависит от узлов и майнеров. Нельзя исходить из того, что любой обозреватель мгновенно покажет одну и ту же версию. Подробная механика разобрана в статье о RBF в Bitcoin.
Bitcoin: CPFP
Child Pays for Parent используется, когда доступен выход неподтверждённой транзакции. Получатель или отправитель тратит этот выход в новой дочерней операции с повышенной комиссией. Майнеру выгодно включить родителя и ребёнка вместе, если общая ставка пакета достаточно высока.
CPFP особенно полезен, если исходная транзакция не поддаётся замене, но пользователь контролирует выход сдачи или получатель готов потратить входящий перевод. Не каждый кошелёк умеет формировать такую операцию. Повторная отправка тех же монет обычным способом может создать конфликт, а не корректный пакет.
Можно ли отменить Bitcoin-транзакцию
Отмена означает создание конкурирующей версии, которая возвращает доступную сумму на собственный адрес с более высокой комиссией. Это возможно только до подтверждения и при контроле всех необходимых входов. Если исходная операция уже попала в блок, заменить её нельзя.
Получатель мог увидеть неподтверждённый платёж, но не должен считать его окончательным. RBF, конфликтующая транзакция или реорганизация способны изменить результат. Именно поэтому сервисы ждут определённое число подтверждений в зависимости от суммы и своей модели риска.
Ethereum и EVM: nonce
Каждая транзакция аккаунта Ethereum имеет последовательный nonce. Операция с nonce 18 не может исполниться раньше операции с nonce 17. Если ранняя транзакция застряла, все последующие могут отображаться pending, даже когда у них достаточная комиссия.
Для ускорения отправляется новая транзакция с тем же nonce и более привлекательными fee parameters. Обычно сохраняются получатель, значение и calldata. Для отмены создаётся перевод 0 ETH на собственный адрес с тем же nonce. Какая версия будет включена первой, та и станет действительной.
При EIP-1559 важны max priority fee и max fee. Простое изменение только одного параметра может не соответствовать правилам замены клиента. Кошелёк обычно рассчитывает повышение сам. Ручной nonce требует особой осторожности: ошибочное значение может создать новую очередь или повторить нежелательный вызов.
Подробный порядок действий для совместимых сетей приведён в материале о замене ожидающей EVM-транзакции.
Почему «Cancel» не гарантирует отмену
Кнопка создаёт ещё одну подписанную операцию, а не удаляет исходную из всех узлов. Если валидатор раньше включит первоначальный перевод, отменяющая транзакция станет недействительной из-за уже использованного nonce. При подтверждении отмены исходная версия, напротив, перестанет подходить состоянию аккаунта.
Нельзя отправлять отмену через случайный сайт и сообщать ему seed-фразу. Все действия выполняются кошельком, который уже контролирует адрес. Служба поддержки не способна изменить nonce, вернуть подтверждённый перевод или ускорить операцию за отдельный перевод на личный адрес сотрудника.
Replaced, dropped и failed
Replaced означает, что узел или обозреватель увидел конкурирующую транзакцию с тем же входом либо nonce и принял её как предпочтительную. Dropped означает удаление из mempool, например из-за низкой комиссии, истечения локального срока или конфликта. Исчезновение не всегда окончательно: другой узел может снова распространить старую версию.
Failed или reverted – уже включённая EVM-транзакция, выполнение которой завершилось ошибкой. Она не находится в ожидании и не может быть отменена. Состояние контракта откатывается, но сетевой gas за вычисления расходуется. Разницу статусов раскрывает отдельный материал о replaced и dropped.
Биржи, мосты и L2
Статус вывода на бирже до появления onchain-хеша описывает внутреннюю очередь компании. Ускорить её через RBF или nonce нельзя. После появления хеша действуют правила сети, однако подпись и ключи отправителя принадлежат бирже, поэтому пользователь обычно не может создать замену самостоятельно.
В L2 следует различать включение в блок sequencer, подтверждение на базовом уровне и финализацию вывода. Операция может быть успешно исполнена внутри rollup, хотя сообщение или вывод в Ethereum ещё проходит предусмотренную протоколом стадию. Отправка повторного перевода не сокращает обязательный период.
Bridge-транзакция состоит как минимум из исходной операции и целевой доставки. Успех первой не гарантирует мгновенное получение актива во второй сети. Нужно искать статус конкретного сообщения или transfer ID, а не пытаться отменить уже подтверждённый депозит.
Безопасный алгоритм действий
- Не отправлять повторный платёж до проверки хеша и адресов.
- Определить сеть и тип учёта – UTXO, account-based, L2 или внутренний вывод сервиса.
- Проверить наличие зависимого родителя или более раннего nonce.
- Использовать встроенную функцию speed up либо cancel только после проверки новой операции.
- Не менять nonce и fee parameters вручную без понимания очереди аккаунта.
- После замены отслеживать оба хеша до подтверждения одного из них.
- Никому не передавать seed-фразу, закрытый ключ и коды двухфакторной защиты.
Вывод
Неподтверждённую транзакцию иногда можно заменить или ускорить, но способ определяется архитектурой сети. Bitcoin использует RBF и CPFP, Ethereum – конкурирующую операцию с тем же nonce, а биржа или мост могут иметь дополнительную внутреннюю стадию. Подтверждённый необратимый перевод отменить нельзя. Главное – сначала установить точный статус, затем действовать из исходного кошелька и проверять параметры новой подписи.
