#dusk @Dusk Я снова и снова возвращаюсь к одному практическому вопросу вместе с @Dusk:
Что происходит, когда финансовый актив должен быть приватным, но правила вокруг этого актива не могут быть приватными?
Именно здесь архитектура Dusk кажется мне особенно интересной.
С XSC и конфиденциальными смарт-контрактами идея не сводится просто к тому, чтобы скрыть всё. Некоторая информация может оставаться видимой для целей регулирования, а чувствительные детали транзакций при этом защищаются с помощью доказательств с нулевым разглашением.
Эта грань действительно важна.
Регулятору может понадобиться подтвердить, что всё соответствует требованиям, не обязательно видя каждую деталь лежащих в основе финансовых данных.
Но здесь есть компромисс, который я бы не игнорировал. Генерация zk-доказательств требует вычислительных затрат, а прошлые проблемы в компонентах вроде dusk-plonk и Piecrust показывают, что инфраструктура приватности всё ещё нуждается в серьёзной проверке. Проблема с подменой памяти в Piecrust была устранена в обновлении AEGIS, но вопросы безопасности и масштабируемости по-прежнему остаются важными.
Поэтому меня меньше интересует вопрос о том, может ли Dusk «скрывать транзакции».
Меня больше интересует, сможет ли она заставить приватность, соответствие требованиям и децентрализацию работать вместе так, чтобы ни один из компонентов незаметно не превратился в узкое место.
Вот за чем я наблюдаю.$DUSK $ACE $PORTAL
Что происходит, когда финансовый актив должен быть приватным, но правила вокруг этого актива не могут быть приватными?
Именно здесь архитектура Dusk кажется мне особенно интересной.
С XSC и конфиденциальными смарт-контрактами идея не сводится просто к тому, чтобы скрыть всё. Некоторая информация может оставаться видимой для целей регулирования, а чувствительные детали транзакций при этом защищаются с помощью доказательств с нулевым разглашением.
Эта грань действительно важна.
Регулятору может понадобиться подтвердить, что всё соответствует требованиям, не обязательно видя каждую деталь лежащих в основе финансовых данных.
Но здесь есть компромисс, который я бы не игнорировал. Генерация zk-доказательств требует вычислительных затрат, а прошлые проблемы в компонентах вроде dusk-plonk и Piecrust показывают, что инфраструктура приватности всё ещё нуждается в серьёзной проверке. Проблема с подменой памяти в Piecrust была устранена в обновлении AEGIS, но вопросы безопасности и масштабируемости по-прежнему остаются важными.
Поэтому меня меньше интересует вопрос о том, может ли Dusk «скрывать транзакции».
Меня больше интересует, сможет ли она заставить приватность, соответствие требованиям и децентрализацию работать вместе так, чтобы ни один из компонентов незаметно не превратился в узкое место.
Вот за чем я наблюдаю.$DUSK $ACE $PORTAL