Я всё думаю о том, сколько доверия сжимается в одном слове «бридж» (мост). С Dusk, перевод нативного DUSK в DuskEVM включает определённую последовательность: депозит в нативной сети, подтверждение через контракт бриджа и доставку на стороне EVM после того, как валидация проходит. Каждый шаг по отдельности звучит просто. Риск же кроется в том, что происходит между ними. Исторически именно там, где функционируют бриджи, из-за эксплуатации терялась непропорционально большая часть стоимости по всей индустрии — не потому, что сама идея концептуально неверна, а потому что тонкие детали реализации, наборы валидаторов, пороги подтверждения и обработка крайних случаев — это то, где всё тихо ломается. Чистый пошаговый сценарий на бумаге не говорит почти ничего о поведении под нагрузкой, при перегрузках или при реальной попытке эксплойта. Чего я пока не знаю — как этот бридж работает вне обычных условий и насколько децентрализован набор валидаторов на практике по сравнению с тем, как это описывается. Мне бы хотелось видеть более медленный, более консервативный запуск, чем быстрый запуск ликвидности. Я слежу за составом валидаторов и за тем, как бридж обрабатывает своё первое реальное стресс-событие.
@Dusk #dusk $DUSK
@Dusk #dusk $DUSK