#dusk $DUSK @Dusk bridge activity after the CreatorPad task and honestly the thing that stuck wasn't the tech demo, it was the timeline
DUSK on August 16 the team flagged suspicious movement out of a team managed bridge wallet, paused bridge services, recycled the affected addresses and rolled out a recipient blocklist on the Web Wallet. Fast response, no argument there.
Но вот что заставило меня задуматься… всё это произошло вручную. Кто-то из команды заметил это, кто-то решил поставить на паузу, кто-то скоординировался с Binance после того, как отследил часть потока. Для сети, которая рекламирует «приватность по умолчанию, подотчётность по мере необходимости» и мгновенное детерминированное завершение, реальный момент спасения дня оказался основан на человеческих решениях, а не на автоматизации уровня протокола.
Заставило меня пересмотреть свои предположения по ходу… я думал, что L1 в регулируемых финансах значит, что fail-safe механизмы уже встроены в консенсус. Неа. Они операционные — находятся в команде — как и любой Web2-плейбук реагирования на инциденты. Ничего плохого в этом, возможно… просто это не то, что подразумевает питч.
Так кто на самом деле защищён в первую очередь здесь — институты, которым нужен тихий ручной инцидентный контроль, когда что-то ломается, или держатель розельного кошелька, который просто видит, что мост приостановлен, и ждёт? Всё ещё жую эту мысль.
DUSK on August 16 the team flagged suspicious movement out of a team managed bridge wallet, paused bridge services, recycled the affected addresses and rolled out a recipient blocklist on the Web Wallet. Fast response, no argument there.
Но вот что заставило меня задуматься… всё это произошло вручную. Кто-то из команды заметил это, кто-то решил поставить на паузу, кто-то скоординировался с Binance после того, как отследил часть потока. Для сети, которая рекламирует «приватность по умолчанию, подотчётность по мере необходимости» и мгновенное детерминированное завершение, реальный момент спасения дня оказался основан на человеческих решениях, а не на автоматизации уровня протокола.
Заставило меня пересмотреть свои предположения по ходу… я думал, что L1 в регулируемых финансах значит, что fail-safe механизмы уже встроены в консенсус. Неа. Они операционные — находятся в команде — как и любой Web2-плейбук реагирования на инциденты. Ничего плохого в этом, возможно… просто это не то, что подразумевает питч.
Так кто на самом деле защищён в первую очередь здесь — институты, которым нужен тихий ручной инцидентный контроль, когда что-то ломается, или держатель розельного кошелька, который просто видит, что мост приостановлен, и ждёт? Всё ещё жую эту мысль.
