Может ли транзакция Dusk пройти on-chain и при этом всё равно не доставить DUSK на предполагаемый адрес в BSC? Да, потому что в этом сценарии моста есть две скрытые точки назначения, объединённые одним действием пользователя.

В текущем основном сценарии Dusk (mainnet → BSC) Web Wallet отправляет нативный DUSK на официальный аккаунт моста. Получатель в BSC — это не поле получателя этой транзакции; оно передаётся в memo. Мост считывает этот адрес в EVM-формате и использует его для маршрутизации выплаты BEP20.

Из-за этого меняется смысл слова «успешно». Подтверждённая on-chain транзакция Dusk доказывает, что передача со стороны источника дошла до аккаунта моста. Но сама по себе она не доказывает, что выплата на стороне назначения была направлена на тот адрес, который пользователь планировал. Документация Dusk предупреждает: отсутствующий или некорректный memo не может быть обработан автоматически и может сделать перевод необратимым.

Так что memo делает больше, чем просто описывает транзакцию. В этом сценарии оно является частью инструкции по доставке.

Я думаю, это задаёт полезную границу для кошельков и UX моста: когда инфраструктура потребляет метаданные, чтобы решить, куда дальше пойдёт ценность, эти метаданные следует считать вводом, критичным для транзакции. Аккаунт моста и адрес в memo заслуживают такого же тщательного предварительного контроля перед отправкой.

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

@Dusk $DUSK #dusk $TRUMP $ZEC