#dusk $DUSK @Dusk
Раньше я думал, что виртуальная машина блокчейна — это просто то место, где выполняются смарт-контракты. Углубившись в Dusk, я изменил свое мнение.
Piecrust была создана как WASM-виртуальная машина Dusk: "piecrust" отвечает за выполнение контрактов, а "piecrust-uplink" обеспечивает слой разработчика для создания и работы с контрактами. Важная часть — не название виртуальной машины. Важен выбор в ее основе: использование WASM и Rust для создания контролируемой среды выполнения для смарт-контрактов Dusk.
Сегодня в документации Dusk этот путь выполнения описывается как DuskVM — на базе runtime Wasmtime с собственной поддержкой модели выполнения Dusk. Он запускает контракты Rust/WASM напрямую в Dusk L1, включая приложения, которым нужен непосредственный доступ к транзакционной модели Dusk, активам, приватности или возможностям нулевого знания.
Эта разница действительно важна.
Теперь Dusk предлагает разработчикам два разных пути: DuskVM для Rust/WASM-приложений, которым требуются нативные возможности L1, и DuskEVM для Solidity и инструментов, совместимых с Ethereum.
Поэтому теперь я не рассматриваю виртуальную машину лишь как технический компонент. Это часть решения о том, какой тип приложений Dusk может поддерживать нативно.
Меня интересует вопрос: сможет ли эта двойная модель выполнения дать разработчикам гибкость, не усложняя экосистему для понимания.
@Dusk $DUSK
Раньше я думал, что виртуальная машина блокчейна — это просто то место, где выполняются смарт-контракты. Углубившись в Dusk, я изменил свое мнение.
Piecrust была создана как WASM-виртуальная машина Dusk: "piecrust" отвечает за выполнение контрактов, а "piecrust-uplink" обеспечивает слой разработчика для создания и работы с контрактами. Важная часть — не название виртуальной машины. Важен выбор в ее основе: использование WASM и Rust для создания контролируемой среды выполнения для смарт-контрактов Dusk.
Сегодня в документации Dusk этот путь выполнения описывается как DuskVM — на базе runtime Wasmtime с собственной поддержкой модели выполнения Dusk. Он запускает контракты Rust/WASM напрямую в Dusk L1, включая приложения, которым нужен непосредственный доступ к транзакционной модели Dusk, активам, приватности или возможностям нулевого знания.
Эта разница действительно важна.
Теперь Dusk предлагает разработчикам два разных пути: DuskVM для Rust/WASM-приложений, которым требуются нативные возможности L1, и DuskEVM для Solidity и инструментов, совместимых с Ethereum.
Поэтому теперь я не рассматриваю виртуальную машину лишь как технический компонент. Это часть решения о том, какой тип приложений Dusk может поддерживать нативно.
Меня интересует вопрос: сможет ли эта двойная модель выполнения дать разработчикам гибкость, не усложняя экосистему для понимания.
@Dusk $DUSK