#dusk $DUSK Сегодня я разбирал документацию по тестовой сети DuskEVM у @Dusk и сначала подумал, что это просто «Dusk наконец-то поддерживает Solidity» — стандартный EVM-совместимый слой, куда разработчики могут просто перенести контракты Ethereum и запускать их. Но, увидев связь между DuskEVM и DuskDS на архитектурной схеме, я понял, что всё не так просто.

DuskEVM построен на OP Stack, использует стандартный Ethereum JSON-RPC интерфейс, Chain ID 745, а gas token по-прежнему $DUSK . Разработчики могут деплоить контракты через Foundry или Hardhat, а обозреватель тестовой сети — тоже Blockscout. На первый взгляд это ничем не отличается от других цепочек на OP Stack.

Но ключевой момент в том, что DuskEVM сам не управляет ни settlement, ни DA. Он оставляет выполнение на уровне EVM, а settlement и доступность данных передаёт DuskDS — то есть слою консенсуса и финальности Dusk L1. Это означает, что EVM-контракты работают в совместимой среде, но конечное состояние закрепляется консенсусом Succinct Attestation в DuskDS, обеспечивая детерминированную финальность, а не вероятностное подтверждение.

Проведу аналогию: это не похоже на открытие ещё одного торгового центра такого же класса в центре города. Скорее это как если бы магазины внутри торгового центра использовали знакомую всем кассовую систему (EVM), но каждый платёж в итоге всё равно попадал в центральное хранилище (DuskDS) для окончательного расчёта. Покупатель разницы не замечает, но аудит и комплаенс смотрят на главный бухгалтерский реестр, а не на кеш кассового аппарата.

Есть и ограничение, которое легко упустить: DuskEVM и Dusk L1 соединены через bridge, и DUSK является одним и тем же активом в системах учёта обеих сторон, но для кросс-слойных переводов требуется операция через bridge. Если ликвидности bridge недостаточно или задержка слишком велика, DeFi-опыт на EVM-слое будет ухудшаться. На текущем этапе тестовой сети реальных данных по пропускной способности и задержкам bridge пока немного.@Dusk

Поэтому, говоря о EVM-этапе Dusk#dusk , я бы в первую очередь смотрел на фактическое количество развёрнутых контрактов в тестовой сети, распределение задержек bridge и стоимость трения при перемещении активов между DuskEVM и Dusk L1.$DUSK Наличие EVM-входа ещё не означает, что разработчики придут; главное — смогут ли они там остаться.