Рынок продолжает находить новые названия, чтобы удивлять меня. $BOME $RE
Оба варианта привлекают достаточно внимания на графике.
На этом этапе я уже даже не спрашиваю, какой из них двинется дальше — я просто пытаюсь заметить его раньше всех.
Раньше я думал, что добавление EVM к блокчейну — это в основном про то, чтобы сделать разработку проще.
Но, глубже посмотрев на Dusk, я начал видеть это иначе.
У Dusk есть два уровня выполнения: DuskVM и DuskEVM. И, похоже, они решают две разные проблемы разработчиков.
DuskVM — это родная среда. Смарт-контракты можно писать на Rust и компилировать в WebAssembly, давая разработчикам возможность строить прямо в рамках L1-архитектуры Dusk.
DuskEVM действует по-другому.
Он предоставляет разработчикам, пришедшим из Ethereum, более знакомую среду с поддержкой Solidity, Vyper и уже устоявшихся инструментов для работы с EVM.
Это различие оказалось важнее, чем я сначала думал.
Разработчик, который хочет тесно работать с родной архитектурой Dusk, может использовать DuskVM.
Но человек, который уже знает Solidity и годами пользуется инструментами разработки для Ethereum, не обязательно захочет учить совершенно другую среду только чтобы начать экспериментировать с Dusk.
Поэтому я не вижу DuskVM и DuskEVM как конкурирующие друг с другом.
Скорее, это два входа в одну и ту же сеть.
Один — родной для Dusk.
А другой делает экосистему более доступной для разработчиков, пришедших из мира EVM.
Теперь меня больше интересует более сложный вопрос.
Сможет ли Dusk привлечь обе группы разработчиков, не создавая впечатления фрагментации в своей архитектуре выполнения?
@Dusk $DUSK #dusk
Какая среда Dusk вам интереснее?
Оба варианта привлекают достаточно внимания на графике.
На этом этапе я уже даже не спрашиваю, какой из них двинется дальше — я просто пытаюсь заметить его раньше всех.
Раньше я думал, что добавление EVM к блокчейну — это в основном про то, чтобы сделать разработку проще.
Но, глубже посмотрев на Dusk, я начал видеть это иначе.
У Dusk есть два уровня выполнения: DuskVM и DuskEVM. И, похоже, они решают две разные проблемы разработчиков.
DuskVM — это родная среда. Смарт-контракты можно писать на Rust и компилировать в WebAssembly, давая разработчикам возможность строить прямо в рамках L1-архитектуры Dusk.
DuskEVM действует по-другому.
Он предоставляет разработчикам, пришедшим из Ethereum, более знакомую среду с поддержкой Solidity, Vyper и уже устоявшихся инструментов для работы с EVM.
Это различие оказалось важнее, чем я сначала думал.
Разработчик, который хочет тесно работать с родной архитектурой Dusk, может использовать DuskVM.
Но человек, который уже знает Solidity и годами пользуется инструментами разработки для Ethereum, не обязательно захочет учить совершенно другую среду только чтобы начать экспериментировать с Dusk.
Поэтому я не вижу DuskVM и DuskEVM как конкурирующие друг с другом.
Скорее, это два входа в одну и ту же сеть.
Один — родной для Dusk.
А другой делает экосистему более доступной для разработчиков, пришедших из мира EVM.
Теперь меня больше интересует более сложный вопрос.
Сможет ли Dusk привлечь обе группы разработчиков, не создавая впечатления фрагментации в своей архитектуре выполнения?
@Dusk $DUSK #dusk
Какая среда Dusk вам интереснее?
🦀 Native DuskVM
80%
⚡ Familiar DuskEVM
20%
5 проголосовали • Голосование закрыто
