Сегодня меня прервало на середине прокрутки кое-что из документации.
Dusk Network, $DUSK , #dusk , @Dusk — угол EVM-совместимости: так большинство людей находит этот проект. Переносите Solidity-контракты, используйте знакомые инструменты, существующие EVM-кошельки. Репозиторий duskevm-genesis на GitHub обновлялся в последний раз 8 августа — видно, что продолжаются работы по настройкам rollup. Значит, механика запущена. Но более глубокое, что я не мог отпустить, спрятано прямо в архитектурных документах — на одной-единственной строке: «Включение транзакций быстрое, но включение и расчёты — это разные стадии».
Вот оно. DuskEVM работает поверх OP Stack — по сути, op-geth как секвенсер, который батчит данные транзакций обратно в DuskDS в виде blobs. Обычное поведение rollup. Но DuskDS — реальный слой, сделанный специально под свою задачу: детерминированные расчёты, ZK-смарт-контракты, нативная приватность — это совершенно отдельная среда выполнения. Документы это формулируют однозначно: создавайте на DuskEVM для Solidity и привычных инструментов, либо создавайте нативно на DuskDS на Rust и WASM — ради реальной приватности на уровне протокола и пользовательской логики рынка. Два пути. Не одна объединённая вещь.
хмм… Я, похоже, слишком долго предполагал, что EVM-совместимость здесь означает: Solidity-код автоматически унаследует финансовую инфраструктуру Dusk. Нет. Связь между этими двумя слоями — осознанная и опциональная, а не автоматическая.
Из-за этого меня интересует — сколько разработчиков, которые переносят проект на DuskEVM, на самом деле вернутся и перестроят архитектуру под DuskDS, когда осознают, что они оставили «на столе»?
Dusk Network, $DUSK , #dusk , @Dusk — угол EVM-совместимости: так большинство людей находит этот проект. Переносите Solidity-контракты, используйте знакомые инструменты, существующие EVM-кошельки. Репозиторий duskevm-genesis на GitHub обновлялся в последний раз 8 августа — видно, что продолжаются работы по настройкам rollup. Значит, механика запущена. Но более глубокое, что я не мог отпустить, спрятано прямо в архитектурных документах — на одной-единственной строке: «Включение транзакций быстрое, но включение и расчёты — это разные стадии».
Вот оно. DuskEVM работает поверх OP Stack — по сути, op-geth как секвенсер, который батчит данные транзакций обратно в DuskDS в виде blobs. Обычное поведение rollup. Но DuskDS — реальный слой, сделанный специально под свою задачу: детерминированные расчёты, ZK-смарт-контракты, нативная приватность — это совершенно отдельная среда выполнения. Документы это формулируют однозначно: создавайте на DuskEVM для Solidity и привычных инструментов, либо создавайте нативно на DuskDS на Rust и WASM — ради реальной приватности на уровне протокола и пользовательской логики рынка. Два пути. Не одна объединённая вещь.
хмм… Я, похоже, слишком долго предполагал, что EVM-совместимость здесь означает: Solidity-код автоматически унаследует финансовую инфраструктуру Dusk. Нет. Связь между этими двумя слоями — осознанная и опциональная, а не автоматическая.
Из-за этого меня интересует — сколько разработчиков, которые переносят проект на DuskEVM, на самом деле вернутся и перестроят архитектуру под DuskDS, когда осознают, что они оставили «на столе»?
