DuskEVM только что запустился — и часть, за которой я наблюдаю, не сам запуск.
Меня интересует, как быстро первые разработчики реально переходят от «я могу развернуть здесь» к «я хочу продолжать здесь работать».
Я присматривался к настройке DuskEVM, и очевидное трение там заметно ниже, чем в родном для Dusk пути разработчика. Поддерживаются Solidity и Vyper, а существующие инструменты для EVM, как ожидается, сохранятся. Это важно, потому что попросить разработчиков выучить новый стек — одно дело. Попросить их поменять полностью весь рабочий процесс — другое.
Но совместимость доводит только до стартовой линии.
У Dusk уже есть 2 пути для контрактов: DuskEVM и DuskVM. Так что теперь возникает более практичный вопрос. Если я разработчик с уже существующим Solidity-приложением, что заставит меня выбрать DuskEVM, а не десятки других мест, где этот же код уже может работать?
Ответ, скорее всего, не придёт из очередного анонса функции.
Он проявится в реальных развертываниях, активности в кошельках, взаимодействиях с контрактами и в том, возвращаются ли разработчики после первого эксперимента.
Даже за GitHub тоже стоит следить. Публичный genesis-репозиторий DuskEVM был обновлён 28 июля — это показывает, что элементы складываются в целое, но активность в день запуска — это другое испытание.
Сейчас мне в основном интересно первое 30 дней, потому что именно тогда «EVM-совместимость» либо становится действительно полезной, либо начинает звучать как...
@Dusk_Foundation #dusk $DUSK $DEXE
Меня интересует, как быстро первые разработчики реально переходят от «я могу развернуть здесь» к «я хочу продолжать здесь работать».
Я присматривался к настройке DuskEVM, и очевидное трение там заметно ниже, чем в родном для Dusk пути разработчика. Поддерживаются Solidity и Vyper, а существующие инструменты для EVM, как ожидается, сохранятся. Это важно, потому что попросить разработчиков выучить новый стек — одно дело. Попросить их поменять полностью весь рабочий процесс — другое.
Но совместимость доводит только до стартовой линии.
У Dusk уже есть 2 пути для контрактов: DuskEVM и DuskVM. Так что теперь возникает более практичный вопрос. Если я разработчик с уже существующим Solidity-приложением, что заставит меня выбрать DuskEVM, а не десятки других мест, где этот же код уже может работать?
Ответ, скорее всего, не придёт из очередного анонса функции.
Он проявится в реальных развертываниях, активности в кошельках, взаимодействиях с контрактами и в том, возвращаются ли разработчики после первого эксперимента.
Даже за GitHub тоже стоит следить. Публичный genesis-репозиторий DuskEVM был обновлён 28 июля — это показывает, что элементы складываются в целое, но активность в день запуска — это другое испытание.
Сейчас мне в основном интересно первое 30 дней, потому что именно тогда «EVM-совместимость» либо становится действительно полезной, либо начинает звучать как...
@Dusk_Foundation #dusk $DUSK $DEXE