#dusk $DUSK Я попробовал пройтись по документации по разработке Dusk — от настройки окружения до деплоя простого контракта. Вывод такой: между «полнотой покрытия» документации и «работоспособностью» есть заметная дистанция.
DuskEVM совместим с Solidity, и теоретически разработчики из мира Ethereum могут без проблем перейти. Но когда я следовал документации, первым препятствием стал локальный тестовый контур: стабильность RPC-эндпоинта в DuskEVM Testnet оставляет желать лучшего — иногда случаются таймауты; «краник» бывает не отвечает — тогда нужно ждать несколько часов, чтобы получить тестовые монеты. Для тех, кто привык к Ethereum, это не критично, но сильно отпугивает тех, кто решил просто «попробовать».
Второе препятствие — сопоставления и концепции, специфичные именно для Dusk. Модель аккаунтов, оценка Gas, жизненный цикл транзакций — всё, к чему привыкли разработчики Ethereum, — в Dusk нужно заново осмыслить. Например, выход из L1 и EVM требует трёх шагов, и на каждом этапе состояние и условия ожидания отличаются от того, как это устроено на Ethereum L2. Документация это описывает, но не хватает руководства по устранению неполадок — если где-то «зависает» шаг, разработчику остаётся либо самому разбираться в исходниках, либо идти на Discord и спрашивать.
Третье препятствие — зрелость инструментального стека. Поддержка EVM-стороны в блок-эксплорере всё ещё дорабатывается, часть функций проверки контрактов недоступна; устойчивость API для прослушивания событий и запросов логов хуже, чем на зрелых сетях. Отсутствие такого базового инфраструктурного слоя означает, что при отладке разработчики будут тратить больше времени на поиски проблем в инструментах, а не в бизнес-логике.
Я не говорю, что опыт разработки в Dusk плохой — для блокчейна, который ещё быстро развивается, это нормальная стадия. Проблема в том, что рост экосистемы зависит от того, будут ли разработчики заходить в неё, а то, какую сеть выберут разработчики, часто определяется не белой книгой, а тем, сколько времени займёт первый запуск рабочего демо. Если настройка окружения съедает целый послеобеденный день, многие просто закроют окно.
@Dusk
Поэтому, оценивая прогресс экосистемы Dusk, я смотрю не на витрины с логотипами партнёров, а на частоту обновления документации для разработчиков, скорость реакции на технические вопросы в Discord, и на то, появляются ли сторонние инструменты и туториалы, которые «неофициально» стимулируются. Настоящая экосистема разработчиков строится на опыте, полученном при ошибках, а не собирается из техно-блогов.
DuskEVM совместим с Solidity, и теоретически разработчики из мира Ethereum могут без проблем перейти. Но когда я следовал документации, первым препятствием стал локальный тестовый контур: стабильность RPC-эндпоинта в DuskEVM Testnet оставляет желать лучшего — иногда случаются таймауты; «краник» бывает не отвечает — тогда нужно ждать несколько часов, чтобы получить тестовые монеты. Для тех, кто привык к Ethereum, это не критично, но сильно отпугивает тех, кто решил просто «попробовать».
Второе препятствие — сопоставления и концепции, специфичные именно для Dusk. Модель аккаунтов, оценка Gas, жизненный цикл транзакций — всё, к чему привыкли разработчики Ethereum, — в Dusk нужно заново осмыслить. Например, выход из L1 и EVM требует трёх шагов, и на каждом этапе состояние и условия ожидания отличаются от того, как это устроено на Ethereum L2. Документация это описывает, но не хватает руководства по устранению неполадок — если где-то «зависает» шаг, разработчику остаётся либо самому разбираться в исходниках, либо идти на Discord и спрашивать.
Третье препятствие — зрелость инструментального стека. Поддержка EVM-стороны в блок-эксплорере всё ещё дорабатывается, часть функций проверки контрактов недоступна; устойчивость API для прослушивания событий и запросов логов хуже, чем на зрелых сетях. Отсутствие такого базового инфраструктурного слоя означает, что при отладке разработчики будут тратить больше времени на поиски проблем в инструментах, а не в бизнес-логике.
Я не говорю, что опыт разработки в Dusk плохой — для блокчейна, который ещё быстро развивается, это нормальная стадия. Проблема в том, что рост экосистемы зависит от того, будут ли разработчики заходить в неё, а то, какую сеть выберут разработчики, часто определяется не белой книгой, а тем, сколько времени займёт первый запуск рабочего демо. Если настройка окружения съедает целый послеобеденный день, многие просто закроют окно.
@Dusk
Поэтому, оценивая прогресс экосистемы Dusk, я смотрю не на витрины с логотипами партнёров, а на частоту обновления документации для разработчиков, скорость реакции на технические вопросы в Discord, и на то, появляются ли сторонние инструменты и туториалы, которые «неофициально» стимулируются. Настоящая экосистема разработчиков строится на опыте, полученном при ошибках, а не собирается из техно-блогов.
文档够用就行,不影响开发
0%
开发者体验决定生态天花板
100%
测试网不稳定很正常
0%
1 проголосовали • Голосование закрыто