Из полного сравнения с документацией по @Dusk я понял, что сейчас самое интересное в нём — это не какой-то лозунг про TPS, а разделение точки входа для разработчиков на две среды: DuskVM и DuskEVM. На первый взгляд это похоже на изобретение велосипеда, но на самом деле так пытаются решить проблему, когда «родные возможности конфиденциальности» и «готовая экосистема разработки» не могут быть получены одновременно и сразу.
DuskVM позволяет запускать смарт-контракты на Rust/WASM прямо в L1, ближе к Phoenix: скрытым транзакциям, возможностям zero-knowledge и нативной модели активов. DuskEVM же построен на OP Stack, так что разработчики могут и дальше использовать Solidity, Hardhat, Foundry и привычные кошельки, а результаты выполнения затем проходят расчёт и обеспечение доступности данных через DuskDS. Проще говоря, первая среда — как специализированная лаборатория: возможности глубокие, но порог входа высокий; вторая — как стандартный интерфейс: подключение быстрое, но приходится решать вопросы кросс-слойной координации.
Этот путь действительно выглядит практичным. Многие приватные сети делают слишком тяжёлый технологический стек и в итоге упираются в то, что никто не умеет для них разрабатывать; обычные EVM-сети, наоборот, обладают полным набором инструментов, но им очень трудно нативно обрабатывать конфиденциальность и выборочное раскрытие, которые нужны регулируемым активам. Dusk удерживает обе категории разработчиков, по крайней мере избегая старой проблемы: «технологически правильно, но экосистема пуста».
Но две среды — это не бесплатный бонус. Где разворачивать контракт, как перемещать активы между слоями, какой слой отвечает при сбоях — всё это увеличивает инженерную сложность. Особенно DuskEVM зависит от расчёта и доступности данных через DuskDS: пользователю виден знакомый интерфейс EVM, но под ним не обычная сайдчейн Ethereum. Если документация, обозреватели и подсказки по состоянию между слоями не будут успевать за реализацией, совместимость может, наоборот, породить новые издержки на понимание.
Сейчас я бы не делал вывод о росте разработчиков #dusk только на том основании, что поддерживается Solidity. Дальше важнее наблюдать за тем, сколько смарт-контрактов реально работает в мейннете, насколько плавно проходят маршруты активов между слоями и когда такие функции конфиденциальности, как Hedger, станут переиспользуемыми компонентами. $DUSK как Gas и безопасный актив для обеих сред в конечном счёте тоже должен подтвердить свою ценность реальным объёмом использования, а не замыкаться в самоподтверждающейся архитектурной схеме.
Как вам кажется, двухисполнительная среда — это умное разделение ролей или способ лишь сильнее усложнить поддержку? Делитесь мнением.
$BTW $ETH
DuskVM позволяет запускать смарт-контракты на Rust/WASM прямо в L1, ближе к Phoenix: скрытым транзакциям, возможностям zero-knowledge и нативной модели активов. DuskEVM же построен на OP Stack, так что разработчики могут и дальше использовать Solidity, Hardhat, Foundry и привычные кошельки, а результаты выполнения затем проходят расчёт и обеспечение доступности данных через DuskDS. Проще говоря, первая среда — как специализированная лаборатория: возможности глубокие, но порог входа высокий; вторая — как стандартный интерфейс: подключение быстрое, но приходится решать вопросы кросс-слойной координации.
Этот путь действительно выглядит практичным. Многие приватные сети делают слишком тяжёлый технологический стек и в итоге упираются в то, что никто не умеет для них разрабатывать; обычные EVM-сети, наоборот, обладают полным набором инструментов, но им очень трудно нативно обрабатывать конфиденциальность и выборочное раскрытие, которые нужны регулируемым активам. Dusk удерживает обе категории разработчиков, по крайней мере избегая старой проблемы: «технологически правильно, но экосистема пуста».
Но две среды — это не бесплатный бонус. Где разворачивать контракт, как перемещать активы между слоями, какой слой отвечает при сбоях — всё это увеличивает инженерную сложность. Особенно DuskEVM зависит от расчёта и доступности данных через DuskDS: пользователю виден знакомый интерфейс EVM, но под ним не обычная сайдчейн Ethereum. Если документация, обозреватели и подсказки по состоянию между слоями не будут успевать за реализацией, совместимость может, наоборот, породить новые издержки на понимание.
Сейчас я бы не делал вывод о росте разработчиков #dusk только на том основании, что поддерживается Solidity. Дальше важнее наблюдать за тем, сколько смарт-контрактов реально работает в мейннете, насколько плавно проходят маршруты активов между слоями и когда такие функции конфиденциальности, как Hedger, станут переиспользуемыми компонентами. $DUSK как Gas и безопасный актив для обеих сред в конечном счёте тоже должен подтвердить свою ценность реальным объёмом использования, а не замыкаться в самоподтверждающейся архитектурной схеме.
Как вам кажется, двухисполнительная среда — это умное разделение ролей или способ лишь сильнее усложнить поддержку? Делитесь мнением.
$BTW $ETH
