Тестнет DuskEVM запущен 10 августа — четыре дня назад — и я некоторое время поработал с ним в рамках задания для CreatorPad в сети Dusk. $DUSK , #dusk , @Dusk . Объявление сформулировало это просто: разверните свои Solidity-контракты, используйте Hardhat — всё знакомое. Так и есть. Но такое обрамление тихо обходит более интересную часть.

DuskEVM построен на базе OP Stack. Выполнение происходит на L2, подтверждения состояния (state commitments) закрепляются в DuskDS, газ оплачивается в DUSK. Всё это работает. То, что не переносится, — это то, что Dusk называет своим главным отличием: конфиденциальные потоки Hedger, ZK-доказательства соответствия требованиям, нативные защищённые (shielded) переводы. Всё это живёт в DuskVM: Rust, WASM и нативные примитивы Dusk L1. Solidity-контракты в DuskEVM исполняются и завершатся через Dusk, но их наличие само по себе не даёт им приватность или слой соответствия нормативным требованиям.

Значит, въезд (onramp) реальный. Разработчик на Solidity может развернуть контракт в DuskEVM уже сегодня, протестировать с Hardhat и использовать DUSK для оплаты газа. Но сценарий с регулируемыми ценными бумагами — то самое отличие — требует переписывания на Rust под нативную модель выполнения Dusk. Это не быстрый поворот.

Хм. Я всё думал: DuskEVM — это стратегия привлечения разработчиков, или же это действительно то, как здесь будут строиться регулируемые инструменты? Потому что это разные ответы.