#dusk $DUSK На прошлых выходных я потратил целый уикенд, чтобы попробовать с нуля собрать локальную среду, опираясь на разработческую документацию по @Dusk . Если честно, процесс оказался более тернистым, чем я ожидал.
Документация на уровне концепций написана неплохо: архитектурные диаграммы понятные, обязанности ключевых модулей разложены ясно, для проектных решений Rusk виртуальной машины выделена отдельная глава. Но как только переходишь к практической части, проблемы начинают всплывать. В примерах кода версии зависимостей не совпадают с актуальными версиями в репозиториях, а в описаниях некоторых API в документации напрямую отсутствуют входные параметры — приходится лезть в исходники, чтобы понять формат. Это не критично, но сильно испытывает терпение разработчика и подрывает доверие.
Больше всего меня беспокоит стабильность тестовой сети. Когда я в локальной среде подключился к тестнету, чтобы отладить пару простых транзакций, несколько раз сталкивался с ситуацией, когда RPC-узлы не отвечали. После повторных попыток всё удавалось восстановить, но в документации не указаны уровни сервиса тестовой сети и окна обслуживания. Для тех, кто пришёл просто «посмотреть, что к чему», такая неопределённость может сразу отбить желание — и вам никто не объяснит, почему.
Ещё одно наблюдение: инструментарий для разработки Dusk заметно отличается от экосистемы Ethereum — это двусторонний меч. Плюс в том, что Dusk можно глубоко адаптировать под собственные требования к приватности и соответствию, не оглядываясь на исторический багаж EVM; минус в том, что разработчик не может напрямую переиспользовать навыки Solidity и существующие инструменты. В документации, конечно, есть Rust SDK и примеры контрактов, но пройти путь «с нуля учить Rust, а затем осваивать парадигму разработки Dusk» сложнее и круче, чем «форкнуть ERC-20».
Я понимаю, что на строительство документации и инструментов нужно время, и то, что команда сначала расставляет приоритеты на мейннет и ключевой протокол, вполне разумно. Но холодный старт экосистемы разработчиков поддерживается не производительностью протокола, а тем, насколько быстро у людей получается запустить «Hello World» уже в первый день. Когда #dusk обеспечит более стабильный тестнет, учебные материалы с фиксацией версий и достаточное количество успешных кейсов деплоя от сторонних разработчиков, тогда я смогу оценить, входит ли экосистема в позитивную петлю. Для $DUSK число разработчиков — это не количество участников сообщества, а число смарт-контрактов с реальными деплойнами в сети. @Dusk