Мостящие страницы часто сжимают процесс в одну линию прогресса, но когда реально что-то идёт не так — этого недостаточно. За кулисами есть две группы ролей, работающие по цепочке: SDK превращает действия протокола в корректные данные, а кошелёк определяет текущую стадию и отправляет транзакцию дальше. Если понять, кто отвечает за какую часть, становится ясно, где именно искать ошибку.
Официальный PR для web-wallet #947 был объединён 7 августа 2026 года. В нём ответственность SDK включает кодирование получателя, разбор MessagePassed и хеширование, withdrawal hashing, сериализацию шагов L1 prove/finalize и протокольные константы. SDK отвечает за то, «как именно эти материалы должны соответствовать протоколу». Со стороны кошелька же всё про получение proof, выбор dispute-game, отправку через W3sper, finality gating и UI-оркестрацию — то есть «можно ли сейчас перейти к следующему шагу».
Дебажить мост DuskEVM с @Dusk нельзя только по принципу «успех или ошибка»: если кодировка неверная — проверяйте SDK; если proof найден или состояние зрелости не то — проверяйте кошелёк; если материалы готовы, но L1-сабмит не завершён — перепроверьте отправку транзакции и UI-оркестрацию. Одна и та же «остановка» на одной линии прогресса может означать совершенно разные причины.
PR также сохраняет нативный Dusk transaction ID и Ethereum hash, полученный после adapter-преобразования. Если при отладке оставить только один hash, при переходе на другую сторону можно потерять возможность строить индексацию. Самое полезное действие для пользователя — с самого начала сохранять обе идентичности транзакций.
В локальных прогонках мейнтейнеров 0.1 DUSK привели к чистому увеличению финального баланса на 0.097716912 DUSK, а finalization gas составил 0.002283088 DUSK. Это не результаты моих личных проверок, и не выводы про комиссии, задержки и стабильность из публичного тестнета или мейннета. Обновление $DUSK лишь показывает, как можно спроектировать разделение ответственности и поля для трекинга; оно не заменяет гарантии внешней среды. Выравнивание компонентов, стадий и двух видов hash даёт шанс превратить «застряло» в проблему, которую можно точно локализовать.#dusk
Официальный PR для web-wallet #947 был объединён 7 августа 2026 года. В нём ответственность SDK включает кодирование получателя, разбор MessagePassed и хеширование, withdrawal hashing, сериализацию шагов L1 prove/finalize и протокольные константы. SDK отвечает за то, «как именно эти материалы должны соответствовать протоколу». Со стороны кошелька же всё про получение proof, выбор dispute-game, отправку через W3sper, finality gating и UI-оркестрацию — то есть «можно ли сейчас перейти к следующему шагу».
Дебажить мост DuskEVM с @Dusk нельзя только по принципу «успех или ошибка»: если кодировка неверная — проверяйте SDK; если proof найден или состояние зрелости не то — проверяйте кошелёк; если материалы готовы, но L1-сабмит не завершён — перепроверьте отправку транзакции и UI-оркестрацию. Одна и та же «остановка» на одной линии прогресса может означать совершенно разные причины.
PR также сохраняет нативный Dusk transaction ID и Ethereum hash, полученный после adapter-преобразования. Если при отладке оставить только один hash, при переходе на другую сторону можно потерять возможность строить индексацию. Самое полезное действие для пользователя — с самого начала сохранять обе идентичности транзакций.
В локальных прогонках мейнтейнеров 0.1 DUSK привели к чистому увеличению финального баланса на 0.097716912 DUSK, а finalization gas составил 0.002283088 DUSK. Это не результаты моих личных проверок, и не выводы про комиссии, задержки и стабильность из публичного тестнета или мейннета. Обновление $DUSK лишь показывает, как можно спроектировать разделение ответственности и поля для трекинга; оно не заменяет гарантии внешней среды. Выравнивание компонентов, стадий и двух видов hash даёт шанс превратить «застряло» в проблему, которую можно точно локализовать.#dusk