$DUSK Одна деталь о DuskEVM заставила меня взглянуть на Dusk по-другому. Она не пытается заставить разработчиков учить полностью новый стек лишь для того, чтобы строить на Dusk. Solidity, Vyper, Foundry, Hardhat, viem, ethers и стандартные EVM-кошельки — всё это может работать в среде DuskEVM. DUSK используется для газа, а DuskDS занимается консенсусом, расчетами и доступностью данных.Что мне показалось интересным, так это разделение ролей.
Транзакцию можно быстро включить в DuskEVM, но это не означает автоматически, что она полностью завершена. Пакет публикуется в DuskDS: коммиты состояния и fault proofs связывают получившееся состояние с базовой инфраструктурой Dusk.Это различие может казаться небольшим, но оно важно.Быстрое включение и финальное завершение — не обязательно одно и то же, особенно когда ценность перемещается между DuskEVM и Dusk L1. Поэтому меня меньше интересует простая история «у Dusk есть EVM» и больше — как эти компоненты на практике работают вместе. Если Dusk хочет, чтобы конфиденциальные финансовые приложения были практичными, то исполнительный слой, слой расчетов, доступность данных и стек приватности должны логично сочетаться.
Вот ту часть я до сих пор и изучаю.#dusk @Dusk
$AKE
$TUT
Транзакцию можно быстро включить в DuskEVM, но это не означает автоматически, что она полностью завершена. Пакет публикуется в DuskDS: коммиты состояния и fault proofs связывают получившееся состояние с базовой инфраструктурой Dusk.Это различие может казаться небольшим, но оно важно.Быстрое включение и финальное завершение — не обязательно одно и то же, особенно когда ценность перемещается между DuskEVM и Dusk L1. Поэтому меня меньше интересует простая история «у Dusk есть EVM» и больше — как эти компоненты на практике работают вместе. Если Dusk хочет, чтобы конфиденциальные финансовые приложения были практичными, то исполнительный слой, слой расчетов, доступность данных и стек приватности должны логично сочетаться.
Вот ту часть я до сих пор и изучаю.#dusk @Dusk
$AKE
$TUT