DuskVM vs DuskEVM: Два пути для разработчиков
Нужен ли блокчейн, чтобы принудительно загонять каждого разработчика в одну и ту же среду выполнения?
Dusk выбирает иной подход: предлагает два пути для смарт-контрактов, каждый из которых рассчитан на свою модель разработки.
DuskVM — это нативный путь. Разработчики пишут контракты на Rust, компилируют их в WASM и выполняют напрямую в Dusk L1. Это дает контрактам прямой доступ к моделям транзакций и протоколу выполнения L1 Dusk, а также к возможностям, которым необходимо находиться ближе к базовому уровню, включая приватность и функции с нулевым разглашением.
DuskEVM — маршрут, ориентированный на совместимость. Разработчики могут использовать Solidity или Vyper вместе с привычными кошельками EVM, библиотеками и инструментами. Расчет и доступность данных обеспечиваются через DuskDS, а DUSK выступает в качестве нативного газового токена.
Таким образом, различие заключается не в том, какая среда лучше, а в соответствии архитектуры требованиям приложения. DuskVM делает упор на прямое выполнение в L1 и нативные возможности Dusk. DuskEVM снижает порог входа для разработчиков, которые уже работают в экосистеме Ethereum.
Для Dusk наличие обоих путей создает интересный баланс между нативной функциональностью и знакомством для разработчиков.
Было бы поддержание и нативного выполнения, и совместимости с EVM более сильной стратегией для разработчиков, чем принуждение к единой универсальной среде?
$DUSK
#dusk @Dusk
Нужен ли блокчейн, чтобы принудительно загонять каждого разработчика в одну и ту же среду выполнения?
Dusk выбирает иной подход: предлагает два пути для смарт-контрактов, каждый из которых рассчитан на свою модель разработки.
DuskVM — это нативный путь. Разработчики пишут контракты на Rust, компилируют их в WASM и выполняют напрямую в Dusk L1. Это дает контрактам прямой доступ к моделям транзакций и протоколу выполнения L1 Dusk, а также к возможностям, которым необходимо находиться ближе к базовому уровню, включая приватность и функции с нулевым разглашением.
DuskEVM — маршрут, ориентированный на совместимость. Разработчики могут использовать Solidity или Vyper вместе с привычными кошельками EVM, библиотеками и инструментами. Расчет и доступность данных обеспечиваются через DuskDS, а DUSK выступает в качестве нативного газового токена.
Таким образом, различие заключается не в том, какая среда лучше, а в соответствии архитектуры требованиям приложения. DuskVM делает упор на прямое выполнение в L1 и нативные возможности Dusk. DuskEVM снижает порог входа для разработчиков, которые уже работают в экосистеме Ethereum.
Для Dusk наличие обоих путей создает интересный баланс между нативной функциональностью и знакомством для разработчиков.
Было бы поддержание и нативного выполнения, и совместимости с EVM более сильной стратегией для разработчиков, чем принуждение к единой универсальной среде?
$DUSK
#dusk @Dusk