Вывод из Arbitrum завис: проверьте сообщение и получение

Успешная транзакция вывода в Arbitrum One сама по себе не доказывает поступление средств в Ethereum. На маршруте канонического моста транзакция L2 создаёт сообщение. Оно должно стать доступным для исполнения, а затем исполниться в Ethereum. Проверьте эти записи отдельно, прежде чем называть вывод потерянным или завершённым.

Это руководство помогает сверить существующий вывод через канонический мост из Arbitrum One в Ethereum только чтением данных. Оно не охватывает быстрые мосты, Circle CCTP, Arbitrum Nova, тестовые сети и обратное направление. Основа - открытая документация Arbitrum, проверенная 3 ноября 2026 года; для статьи не выполнялись транзакции вывода или получения.

Сначала установите, какой маршрут моста вы использовали

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

Здесь исходная сеть - Arbitrum One, chain ID 42161, а родительская - Ethereum. Сведения о сетях Arbitrum отделяют One от Nova и тестовых сетей. Не ищите исходный хеш в Ethereum и не считайте отсутствие результата доказательством исчезновения вывода.

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

Проверка идентичности особенно важна у токенов с несколькими версиями. Руководство по USDC и USDC.e объясняет, почему похожий тикер не подтверждает тот же контракт токена или маршрут перевода. Если не удалось установить, что это вывод через канонический мост Arbitrum One, перестаньте применять этапы этой статьи и откройте документацию фактического маршрута.

Разделяйте три записи

В объяснении сообщений из дочерней сети в родительскую Arbitrum описаны сообщение из дочерней сети, включение в подтверждённое утверждение (assertion) и исполнение через Outbox родительской сети. Публикация пакета в Ethereum не равна подтверждению утверждения, необходимого этому сообщению.

Запись	Что подтверждает	Чего не подтверждает
Исходная транзакция	Инициация вывода исполнилась в Arbitrum One	Средства уже получены в Ethereum
Статус сообщения вывода	Сообщение ожидает, готово или исполнено	Баланс кошелька только по названию статуса
Квитанция исполнения Ethereum	Соответствующее исполнение в родительской сети успешно	Все показанные токены и итоги портфеля актуальны

Хеш исходной транзакции и хеш исполнения в Ethereum относятся к разным записям. Сохраните оба, если доступны, вместе со связывающим их идентификатором сообщения. Общий зелёный значок менее полезен, чем понимание этапа, к которому он относится.

Для канонического вывода ETH документация описывает сжигание ETH в дочерней сети и высвобождение в родительской при исполнении сообщения. Канонический вывод ERC-20 использует шлюзы токенов и соответствующее исполнение сообщения. Не считайте, что произвольный перевод ERC-20 на похожий на мост адрес создаёт описанную здесь запись вывода.

Если нужно лишь разобраться в обычной квитанции Ethereum, прочитайте руководство об успешной транзакции и переводе токенов. Здесь дополнительная задача - связать вывод в исходной сети с конкретным исполнением в сети назначения.

Окно ожидания - этап, а не срок доставки

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

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

Ожидание новых подтверждений в исходной сети также отличается от исполнения готового сообщения в Ethereum. Руководство по подтверждениям и финальности объясняет статусы подтверждения транзакции. Они не заменяют жизненный цикл сообщения канонического моста.

Если история по-прежнему показывает ожидание, запишите статус и время наблюдения. Если не удаётся загрузить историю или определить сообщение, запишите неизвестно, а не сбой или ноль. Отсутствие доказательств и ошибка в сети - разные выводы.

Готовность к получению ещё не означает поступление

Краткое руководство Arbitrum показывает действие Claim в истории транзакций, когда вывод готов. Объяснение протокола разделяет доступность сообщения для исполнения и его исполнение в родительской сети. Не считайте готовность доказательством, что ETH или токены уже доступны получателю для расходования.

Для этой проверки не нужно нажимать Claim. Если позднее решите провести транзакцию, независимо проверьте официальный маршрут, нужную сеть, получателя и детали транзакции. Исполнение в Ethereum - транзакция со своей сетевой комиссией; статья не указывает стоимость и не советует вручную вызывать контракт.

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

Если история показывает исполнение, откройте запись в сети назначения и проверьте успешность соответствующего исполнения. Затем проверьте получателя и итоговое состояние ETH или токенов в Ethereum. Неудачная или ещё ожидающая транзакция исполнения не доказывает успешное получение. Для ERC-20 сохраните фактический контракт токена назначения и количество; оценка портфеля в обычной валюте - отдельное наблюдение.

Соберите одну запись сверки

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

1. Определите маршрут. Запишите Arbitrum One как источник, Ethereum как назначение и сервис канонического моста. Если маршрут другой, используйте его документацию.
2. Сохраните исходные доказательства. Полный хеш исходной транзакции, статус, актив, количество, получателя и время наблюдения. Не заменяйте идентичность актива его символом.
3. Найдите связанное сообщение. Сопоставьте запись истории моста и идентификатор сообщения с исходной транзакцией. Запишите текущий этап и недостающие доказательства.
4. Проверьте исполнение в назначении. Если оно записано, сохраните хеш Ethereum и статус квитанции. Проверьте нужного получателя и итоговое состояние актива, не полагаясь только на Success исходной транзакции.
5. Сверьте один раз. До проверки получения храните ясно подписанную запись о незавершённом выводе. После проверки сверьте её с активом в назначении, а не добавляйте оба как отдельные активы портфеля.

Например, условная запись показывает вывод 0.20 ETH из Arbitrum One. Исходная транзакция успешна, но история моста всё ещё показывает ожидание сообщения. Обоснованное описание - незавершённый канонический вывод 0.20 ETH, получение в Ethereum пока не установлено. Это не доказательство наличия ещё 0.20 ETH в Ethereum и не доказательство потери. Числа вымышлены, это не наблюдаемый кошелёк и не расчёт комиссии.

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

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