Где именно находится DUSK у тебя в руках — на какой цепочке?
Сначала не спеши отвечать: этот вопрос сложнее, чем кажется.
Dusk продвигает нативный мост: задумка в том, чтобы активы доходили в нативном виде напрямую, чтобы валидация выполняла кроссчейн-перевод, без обёрнутых (wrapped) билетов и без передачи токенов незнакомым кастодианам. По сравнению с централизованными кроссчейн-мостами, где активы отдают третьей стороне, это действительно убирает один уровень доверенного промежуточного транзита и избавляет от лишних проблем, связанных с поломкой/фрагментацией wrapped.
Но утверждение «без wrap» само по себе не соответствует действительности для DUSK.
DUSK уже давно существует в трёх состояниях: на нативной цепочке — один вариант, на Ethereum — вариант в формате ERC20, а на BNB Chain — ещё один в формате BEP20. Он «раздваивается» именно потому, что для перехода на другие цепи нужен мост. Изначально одна монета DUSK должна быть непрерывной через свою трёхуровневую архитектуру, но как только она уходит на Ethereum и BNB, это превращается в билеты (токены) на чужих цепях. Из‑за несоответствия идентичности новым пользователям может быть не так просто сразу разобраться.
И при этом мост как раз случался в беду.
В один вечер в январе 2026 года мостевой сервис Dusk для внешнего мира был взломан: с первых же украли 9000 DUSK, а последняя операция — на сумму более 8 миллионов — не смогла уйти, потому что мост срочно остановили. В итоге потери составили примерно 12 миллионов с лишним DUSK. Важно подчеркнуть: это не уязвимость консенсусного слоя DuskDS. Провал был в том, что потеряли доступ к командному кошельку, который использовался для подписи на мосту. Официально также заявили, что средства пользователей не пострадали: уводили то, что находилось на операционных кошельках команды.
Я поставил эту историю рядом с лозунгом «без wrap» — и увидел не противоречие, а напоминание: нативный мост решает вопрос доверия к форме актива, но то, кто и как управляет ключами «на той стороне» моста, — это именно то место, которое тем вечером и оказалось под настоящим испытанием. После инцидента команда перестроила мост: разнесла подпись и обработку событий, снизила риски из‑за горячего кошелька и перевела пополнение в ручной режим через холодные кошельки.
На стороне EVM до сих пор тестнет: кроссчейн-нативный мост можно отрабатывать на DuskEVM, но движение активов на уровне production ещё ждёт, пока сеть созреет.
Поэтому я больше ценю реальную пользу «уменьшения фрагментации wrapped», а не лозунг «никаких wrapped» как таковой.
Первый раз, когда ты получил DUSK, — на какой цепочке это было? Для тебя наличие трёх состояний — удобство или лишние проблемы?
@Dusk
#dusk $DUSK
Сначала не спеши отвечать: этот вопрос сложнее, чем кажется.
Dusk продвигает нативный мост: задумка в том, чтобы активы доходили в нативном виде напрямую, чтобы валидация выполняла кроссчейн-перевод, без обёрнутых (wrapped) билетов и без передачи токенов незнакомым кастодианам. По сравнению с централизованными кроссчейн-мостами, где активы отдают третьей стороне, это действительно убирает один уровень доверенного промежуточного транзита и избавляет от лишних проблем, связанных с поломкой/фрагментацией wrapped.
Но утверждение «без wrap» само по себе не соответствует действительности для DUSK.
DUSK уже давно существует в трёх состояниях: на нативной цепочке — один вариант, на Ethereum — вариант в формате ERC20, а на BNB Chain — ещё один в формате BEP20. Он «раздваивается» именно потому, что для перехода на другие цепи нужен мост. Изначально одна монета DUSK должна быть непрерывной через свою трёхуровневую архитектуру, но как только она уходит на Ethereum и BNB, это превращается в билеты (токены) на чужих цепях. Из‑за несоответствия идентичности новым пользователям может быть не так просто сразу разобраться.
И при этом мост как раз случался в беду.
В один вечер в январе 2026 года мостевой сервис Dusk для внешнего мира был взломан: с первых же украли 9000 DUSK, а последняя операция — на сумму более 8 миллионов — не смогла уйти, потому что мост срочно остановили. В итоге потери составили примерно 12 миллионов с лишним DUSK. Важно подчеркнуть: это не уязвимость консенсусного слоя DuskDS. Провал был в том, что потеряли доступ к командному кошельку, который использовался для подписи на мосту. Официально также заявили, что средства пользователей не пострадали: уводили то, что находилось на операционных кошельках команды.
Я поставил эту историю рядом с лозунгом «без wrap» — и увидел не противоречие, а напоминание: нативный мост решает вопрос доверия к форме актива, но то, кто и как управляет ключами «на той стороне» моста, — это именно то место, которое тем вечером и оказалось под настоящим испытанием. После инцидента команда перестроила мост: разнесла подпись и обработку событий, снизила риски из‑за горячего кошелька и перевела пополнение в ручной режим через холодные кошельки.
На стороне EVM до сих пор тестнет: кроссчейн-нативный мост можно отрабатывать на DuskEVM, но движение активов на уровне production ещё ждёт, пока сеть созреет.
Поэтому я больше ценю реальную пользу «уменьшения фрагментации wrapped», а не лозунг «никаких wrapped» как таковой.
Первый раз, когда ты получил DUSK, — на какой цепочке это было? Для тебя наличие трёх состояний — удобство или лишние проблемы?
@Dusk
#dusk $DUSK
省事
0%
添乱
100%
1 проголосовали • Голосование закрыто