#dusk На прошлой неделе, когда я локально разворачивал узел DuskEVM и тестировал скрипт деплоя, больше всего меня беспокоила видимость данных в слотах хранилища. В традиционной архитектуре Ethereum глобальное дерево состояния полностью прозрачно и доступно для проверки. Если виртуальная машина следует стандартной семантике EVM, конфиденциальность данных в блокчейне не обеспечивается автоматически — для этого необходимы дополнительные механизмы доказательств.
Двухуровневая архитектура Dusk разделяет сеть на несколько уровней: DuskDS отвечает за консенсус и расчёты, нативная DuskVM обрабатывает конфиденциальные активы в блокчейне на основе протокола Phoenix и спецификации XSC, а недавно представленная DuskEVM — лишь инструмент, упрощающий миграцию. Такой модульный подход избавляет от необходимости переписывать код на Rust, но разделяет изначально единую логику безопасности на две системы.$DUSK
Ключевое техническое разногласие касается разграничения ответственности. Если разработчикам приходится вручную обращаться к внешним модулям вроде Citadel, чтобы собирать доказательства с нулевым разглашением при реализации бизнес-логики в DuskEVM, значит, бремя защиты конфиденциальности переносится с уровня протокола на уровень кода приложения. Даже небольшая ошибка в смарт-контракте может привести к тому, что важные данные о транзакциях и активах останутся доступными в публичном состоянии.$BTC
С инженерной точки зрения поддержка Solidity действительно позволяет быстро привлечь разработчиков, но такой подход также размывает реальные границы данных. В работе с реальными активами институциональных клиентов особенно важно, чтобы правила были чёткими. Сосуществование двух сред исполнения, напротив, повышает стоимость аудита межуровневых вызовов активов и расширяет поверхность для атак, а разработчикам приходится самостоятельно нести риски, связанные с соблюдением нормативных требований.$ETH
Думаю, параллельно с расширением совместимости команде проекта нужно как можно скорее определить стандарты сопоставления состояний и синхронизации конфиденциальности между двумя уровнями. Одних лишь технических компромиссов вряд ли хватит, чтобы убедить осторожных институциональных инвесторов. Когда вы на практике создаёте конфиденциальные приложения, что для вас важнее: чистота приватности нативного WASM или удобство разработки благодаря слою совместимости?@Dusk
Двухуровневая архитектура Dusk разделяет сеть на несколько уровней: DuskDS отвечает за консенсус и расчёты, нативная DuskVM обрабатывает конфиденциальные активы в блокчейне на основе протокола Phoenix и спецификации XSC, а недавно представленная DuskEVM — лишь инструмент, упрощающий миграцию. Такой модульный подход избавляет от необходимости переписывать код на Rust, но разделяет изначально единую логику безопасности на две системы.$DUSK
Ключевое техническое разногласие касается разграничения ответственности. Если разработчикам приходится вручную обращаться к внешним модулям вроде Citadel, чтобы собирать доказательства с нулевым разглашением при реализации бизнес-логики в DuskEVM, значит, бремя защиты конфиденциальности переносится с уровня протокола на уровень кода приложения. Даже небольшая ошибка в смарт-контракте может привести к тому, что важные данные о транзакциях и активах останутся доступными в публичном состоянии.$BTC
С инженерной точки зрения поддержка Solidity действительно позволяет быстро привлечь разработчиков, но такой подход также размывает реальные границы данных. В работе с реальными активами институциональных клиентов особенно важно, чтобы правила были чёткими. Сосуществование двух сред исполнения, напротив, повышает стоимость аудита межуровневых вызовов активов и расширяет поверхность для атак, а разработчикам приходится самостоятельно нести риски, связанные с соблюдением нормативных требований.$ETH
Думаю, параллельно с расширением совместимости команде проекта нужно как можно скорее определить стандарты сопоставления состояний и синхронизации конфиденциальности между двумя уровнями. Одних лишь технических компромиссов вряд ли хватит, чтобы убедить осторожных институциональных инвесторов. Когда вы на практике создаёте конфиденциальные приложения, что для вас важнее: чистота приватности нативного WASM или удобство разработки благодаря слою совместимости?@Dusk