Раньше я воспринимал Dusk как одну блокчейн-сеть с одним средой выполнения. Архитектура стала куда интереснее, когда я перестал считать каждую часть сети одинаковой.

В основе лежит DuskDS. @Dusk описывает её как фундамент консенсуса, финальности и доступности данных для Dusk L1; он включает модели транзакций Moonlight и Phoenix в сети.

Выполнение — это отдельная часть картины. DuskVM предназначена для смарт-контрактов Rust/WASM, которые выполняются напрямую в Dusk L1, а DuskEVM предоставляет среду, эквивалентную EVM, для Solidity-приложений с привычными инструментами EVM. DuskEVM использует DuskDS для расчётов (settlement) и доступности данных.

Это разделение изменило то, как я думаю о проекте.

Вместо вопроса о том, должны ли разработчики отказаться от знакомых инструментов, чтобы строить на Dusk, возможно, правильнее спросить, как разные среды выполнения могут совместно использовать одну и ту же базовую основу расчётов и доступности данных.

$DUSK также играет конкретную роль в этом фундаменте: официальная документация определяет её как нативный токен, используемый для комиссий за транзакции и стейкинга.

На бумаге архитектура выглядит цельно. Что важнее дальше — станут ли разработчики и реальные финансовые приложения действительно превращать эту гибкость в устойчивую активность сети.

Это тот показатель, за которым я бы скорее следил, чем только за архитектурными схемами.

#dusk $DUSK @Dusk