Вывод из optimistic и ZK: finalized, но средства не пришли

Если вывод из optimistic или ZK rollup помечен finalized, а средств нет, сначала определите объект финализации. Статус может относиться к транзакции L2, принятому Ethereum пакету или окончательной доставке вывода. Это разные объекты. Проверьте оставшееся действие моста и запись назначения до повторного вывода или вывода об исчезновении актива.

Прочитайте, что именно названо finalized

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

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

Optimistic: prove ещё не означает окончательную доставку

В спецификации OP разделяются начало в L2, доказательство в L1 и завершение в L1. Различие полезно и при исследовании более новой реализации: успешная транзакция prove не является записью успешного finalize. Следуйте текущему процессу моста, не копируйте старые имена контрактов и параметры примера как действующие инструкции.

В актуальном руководстве Standard Bridge OP описан маршрут с периодом оспаривания и дополнительные действия ретрансляции при выходе из L2 в L1. Это не означает такое ожидание для любого перевода внутри optimistic L2. Сначала выясните, используете ли вы канонический вывод, другой мост или обычную операцию в одной сети.

Руководство OP по финальности отдельно объясняет состояния цепочки. Условия выдачи мостом — следующий вопрос. Если интерфейс показывает finalized у блока, выясните, какое требование конкретного вывода теперь выполнено и что осталось. Метка блока не разрешает автоматически любой последующий вызов контракта.

ZK: принятое доказательство может оставлять шаг получения

В объяснении ZK rollup Ethereum описаны доказательства корректности переходов состояния. Такой механизм отличается от optimistic-проверки через оспаривание. Из этого не следует выдача каждым мостом в момент первой успешной отметки кошелька L2. Нужно определить пакет, расчёт на родительской цепочке и собственные действия моста.

Например, процесс Scroll Messenger предусматривает исполнение сообщений L2→L1 с соответствующим доказательством после готовности состояния. Исполнение может подать пользователь или другое лицо. Завершённый пакет и завершённое исполнение вашего вывода поэтому являются разными записями, которые следует проверить.

В описании моста ZKsync также разделены создание сообщения и финализация L1. На странице защитной задержки, проверенной 27 октября 2026 года, указан трёхчасовой минимум задержки исполнения после публикации commitment. Там прямо отмечено: это не гарантия финализации за три часа. Нельзя запускать общий таймер доставки от нажатия Withdraw.

Случай А: пакет завершён, получение — ещё нет

В условной записи транзакция вывода L2 успешна, соответствующий пакет достиг указанного финального этапа, но мост ещё предлагает claim. Завершённого исполнения назначения для сообщения нет. Полезный вопрос — требуется ли официальное последнее действие и готово ли оно. Новое начало вывода не сделает прежнее исполнение доказанным или автоматически видимым.

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

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

Случай Б: исполнение назначения успешно, кошелёк молчит

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

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

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

Определите, что завершит вашу проверку

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

Если после вывода планируется обмен, дождитесь фактической доступности нужного актива в поддерживаемой сети. Сопоставьте порядок KOT.CASH, монеты и сети и текущую инструкцию простого обмена. Это не подтверждает приём прямой контрактной выдачи моста или любого обёрнутого токена заявкой. Уточните метод депозита, не заменяйте получение средств меткой финальности пакета.