Проект @Dusk провёл утро, изучая новый testnet DuskEVM вместо того, чтобы делать что-то полезное, честно говоря.

он вышел в прод 10 августа, и большая часть обсуждений вокруг была: «теперь работает поддержка Solidity + hardhat», окей, но дело не в этом — это не то, что удержало меня от прокрутки.

меня зацепило разделение на этапе расчётов. разворачиваешь контракт в duskevm — секвенсер исполняет его там, но батчер всё равно публикует данные этой транзакции обратно в DuskDS в виде blob-ов, а пропозер затем закрепляет (анчорит) получившиеся state commitments в ответ. исполнение происходит в одном месте, а финальность возвращается на базовый слой. газ за всё это оплачивается в DUSK — он сначала бриджится с DuskDS, прежде чем что-либо вообще будет задеплоено.

вот что я продолжаю прокручивать в голове: до того, как разработчик напишет хотя бы одну строку Solidity, им уже пришлось перенести реальный DUSK через мост. это реальное действие, а не вайб. я раньше посмотрел на эксплорер testnet — там уже лежат контракты, появившиеся за последние несколько дней, а для штуки, которой всего шесть дней, это совсем не «ничего».

пока разбираюсь, насколько эта схема закрепления settlement-commitments действительно влияет на то, как в итоге на EVM-стороне будут относиться к регулируемым активам в стиле NPEX, или я просто слишком много читаю между строк в стандартном паттерне OP-stack. склоняюсь к первому, но не уверен на 100%.

кто-нибудь уже реально задеплоил что-то на нём, или всё ещё как я — читаете доки?

$DUSK #dusk