Сегодня я потратил целый вечер, чтобы внимательно разобраться в Dusk Network, чтобы принять участие в программе Creatorpad проекта на Binance.
Есть одна деталь, из-за которой мне пришлось перечитать раздел privacy в Dusk Network. «Selective Disclosure» звучит довольно просто: хранить приватные данные, но при необходимости — раскрывать. Однако, когда я углубился в документацию, способ, которым Dusk разделяет компоненты, оказался отличным от того, как я представлял изначально.
Сейчас Dusk описывает приватность по трем направлениям: публичный аккаунт с Moonlight, зашифрованные (shielded) транзакции с Phoenix и selective disclosure, когда одной стороне, которой выдано разрешение, нужны доказательства.
Я углубился в Citadel, потому что в документах указано, что это слой identity и access для selective disclosure. Citadel использует zero knowledge proofs, чтобы пользователи могли доказывать, что у них есть действующая лицензия, не раскрывая при этом всю идентифицирующую информацию.
Примечательный момент тут такой: например, в документах не говорится про «раскрытие всей личности». Пользователь формирует proof, а затем service provider проверяет полномочия через процесс Citadel.
Подождите, выходит, это не означает, что все данные в Dusk автоматически раскрываются выборочно. Документация лишь описывает базовые примитивы и шаблоны (pattern), чтобы приложения могли выстраивать подходящий рабочий процесс.
Пожалуй, именно это мне и нужно сохранить: Selective Disclosure в Dusk — это не «приватность, но с кнопкой для публичного режима», а способ отделить право доказывать конкретную информацию от необходимости раскрывать всю информацию целиком.
И тогда следующий вопрос становится куда интереснее: насколько глубоко эти примитивы реализованы в реальных приложениях?
#dusk $DUSK @Dusk $BTC
Есть одна деталь, из-за которой мне пришлось перечитать раздел privacy в Dusk Network. «Selective Disclosure» звучит довольно просто: хранить приватные данные, но при необходимости — раскрывать. Однако, когда я углубился в документацию, способ, которым Dusk разделяет компоненты, оказался отличным от того, как я представлял изначально.
Сейчас Dusk описывает приватность по трем направлениям: публичный аккаунт с Moonlight, зашифрованные (shielded) транзакции с Phoenix и selective disclosure, когда одной стороне, которой выдано разрешение, нужны доказательства.
Я углубился в Citadel, потому что в документах указано, что это слой identity и access для selective disclosure. Citadel использует zero knowledge proofs, чтобы пользователи могли доказывать, что у них есть действующая лицензия, не раскрывая при этом всю идентифицирующую информацию.
Примечательный момент тут такой: например, в документах не говорится про «раскрытие всей личности». Пользователь формирует proof, а затем service provider проверяет полномочия через процесс Citadel.
Подождите, выходит, это не означает, что все данные в Dusk автоматически раскрываются выборочно. Документация лишь описывает базовые примитивы и шаблоны (pattern), чтобы приложения могли выстраивать подходящий рабочий процесс.
Пожалуй, именно это мне и нужно сохранить: Selective Disclosure в Dusk — это не «приватность, но с кнопкой для публичного режима», а способ отделить право доказывать конкретную информацию от необходимости раскрывать всю информацию целиком.
И тогда следующий вопрос становится куда интереснее: насколько глубоко эти примитивы реализованы в реальных приложениях?
#dusk $DUSK @Dusk $BTC
