Сумерки разделяют расчет (settlement) и исполнение по определенной причине
Чем больше я смотрю на Dusk, тем меньше вижу в нем единую блокчейн-систему, которая делает всё в одном месте.
Его архитектура разделяет расчет и исполнение.
DuskDS предоставляет основу для консенсуса, финальности и доступности данных.
DuskEVM обрабатывает исполнение приложений, совместимых с EVM, при этом расчет выполняется через DuskDS. Также у Dusk есть DuskVM для контрактов на Rust/WASM, которые работают непосредственно на Dusk L1.
Это разделение особенно интересно для финансовых приложений.
Слой рыночной инфраструктуры может сосредоточиться на предсказуемом расчете, тогда как разные среды исполнения учитывают разные требования приложений.
Для EVM-приложения может быть важен привычный инструментарий Solidity.
Другое приложение может нуждаться в прямом доступе к нативным моделям транзакций Dusk, функциям приватности или примитивам уровня L1.
Такая архитектура дает им разные пути, не заставляя каждое приложение работать в одной и той же среде исполнения.
Это более тонкий дизайнерский выбор, чем просто добавить совместимость с EVM.
Главный вопрос в том, делает ли такая модульность более простым построение и эксплуатацию регулируемых финансовых процессов onchain — вместо того чтобы добавлять еще один уровень сложности.
Вот за чем я буду наблюдать, когда буду углубляться в @dusk_foundation.
$DUSK @Dusk
#dusk
ОПРОС
Что наиболее важно для внедрения регулируемых финансов в onchain?