#dusk $DUSK @Dusk ........ Я ожидал, что самой сложной частью объединения DUSK и BSC станет кроссчейн-инфраструктура. Но то, что привлекло мое внимание, оказалось гораздо меньшей деталью: одно поле memo.
Представьте это как адресную наклейку для доставки. Пакет может отправиться правильно, но если на наклейке есть скрытые пробелы или указан неверный адрес, система может не знать, куда его отправлять......
Вот почему мост BEP20 для Dusk так интересен.
Нативный DUSK сначала блокируется в сети Dusk mainnet, а затем эквивалентный BEP20 DUSK чеканится на BSC. Актив в mainnet остается источником истины, а сам мост взимает фиксированную комиссию 1 DUSK. Текущая документация говорит, что обработка обычно занимает около часа.
Это зашло глубже.......
Веб-кошелек Dusk теперь напрямую адресует пограничный случай с копированием-вставкой. Публичная активность на GitHub показывает PR #954 — “Normalize BEP20 bridge memos before submission”, который дошел до ready_for_review: видны автоматические проверки и активность ревью.
Идея проста: нормализовать memo один раз, а затем использовать это же очищенное значение валидации, ревью и отправки.
И именно последняя деталь привлекла мое внимание..........
Собственная документация Dusk предупреждает, что отсутствие или неверный memo может помешать автоматической маршрутизации и сделать перевод необратимым. Пользователи все равно должны проверять адрес назначения, но кошелек может убрать один источник предотвратимого несоответствия.....
А долгосрочное направление даже интереснее.
Архитектура Dusk планирует мигрировать ERC20 и BEP20 DUSK в сторону DuskEVM, используя нативный трастлесс-мост без внешних кастодианов или обернутых активов...
Так что это исправление улучшает сегодняшний мост........
Дорожная карта нацелена на то, чтобы завтрашняя архитектура моста стала принципиально другой.....................
Для инфраструктуры, которая перемещает реальную ценность: разве не лучше устранить режим отказа, чем просто предупреждать пользователей о нем?
$ADA $ONG
Представьте это как адресную наклейку для доставки. Пакет может отправиться правильно, но если на наклейке есть скрытые пробелы или указан неверный адрес, система может не знать, куда его отправлять......
Вот почему мост BEP20 для Dusk так интересен.
Нативный DUSK сначала блокируется в сети Dusk mainnet, а затем эквивалентный BEP20 DUSK чеканится на BSC. Актив в mainnet остается источником истины, а сам мост взимает фиксированную комиссию 1 DUSK. Текущая документация говорит, что обработка обычно занимает около часа.
Это зашло глубже.......
Веб-кошелек Dusk теперь напрямую адресует пограничный случай с копированием-вставкой. Публичная активность на GitHub показывает PR #954 — “Normalize BEP20 bridge memos before submission”, который дошел до ready_for_review: видны автоматические проверки и активность ревью.
Идея проста: нормализовать memo один раз, а затем использовать это же очищенное значение валидации, ревью и отправки.
И именно последняя деталь привлекла мое внимание..........
Собственная документация Dusk предупреждает, что отсутствие или неверный memo может помешать автоматической маршрутизации и сделать перевод необратимым. Пользователи все равно должны проверять адрес назначения, но кошелек может убрать один источник предотвратимого несоответствия.....
А долгосрочное направление даже интереснее.
Архитектура Dusk планирует мигрировать ERC20 и BEP20 DUSK в сторону DuskEVM, используя нативный трастлесс-мост без внешних кастодианов или обернутых активов...
Так что это исправление улучшает сегодняшний мост........
Дорожная карта нацелена на то, чтобы завтрашняя архитектура моста стала принципиально другой.....................
Для инфраструктуры, которая перемещает реальную ценность: разве не лучше устранить режим отказа, чем просто предупреждать пользователей о нем?
$ADA $ONG
