Иногда я ловлю себя на мысли, что если что-то покидает одну систему, то оно должно просто появиться в следующей, а записи затем сами отсортируются. Похоже, так работает довольно много программного обеспечения. Логируешь перенос, а баланс обновляешь позже, если нужно. Потом я начал разбираться, как DUSK на самом деле перемещается между L1 и DuskEVM, и выяснилось, что маршрут построен вокруг другого предположения.

Со стороны депозита всё выглядит обычно. Ты отправляешь с уровня settlement, и позже те же токены появляются как нативный gas на стороне EVM. Без обёртки. Я сначала подумал, что возврат просто развернёт этот процесс. Нет. Инициируешь на DuskEVM, но затем всё равно нужно отдельно доказать и завершить транзакциями обратно на L1. Актив никогда не превращается в другое требование. Только финальное право собственности должно быть повторно подтверждено settlement-слоем, прежде чем его будут считать полностью «на месте».

Именно эта последовательность показывает, где модульный дизайн перестаёт быть абстрактным. Выполнение может идти по собственным правилам. Settlement сохраняет последнее слово. Отказываясь придумывать третье представление, они устраняют один класс отказов моста. Цена — более длительный выход и дополнительные комиссии L1. Похоже, они решили, что неудобство предпочтительнее тому, чтобы финальное требование «плавало» между двумя средами.

Я всё ещё не уверен, что труднее: сохранить один нативный актив между слоями, или определить, сколько корректности состояния EVM settlement-слой должен перепроверять каждый раз, когда значение пытается вернуться.

#dusk $DUSK @Dusk $BTC