#dusk $DUSK Многие относят приватную модель Phoenix от Dusk и Monero к одной категории — «скрывают и сумму, и адреса, а в блокчейне это не видно». Я заново разложил логику, опираясь на двойную ключевую схему из whitepaper, и обнаружил: такое обобщение стирает самую сердцевину проектных решений Phoenix. #dusk$SPCXB
Phoenix делает не «полную слепоту», а «селективное раскрытие». По умолчанию каждая транзакция скрывает и сумму, и участников, но отправитель хранит ключ просмотра (view key) и может по собственной инициативе разрешить аудиторам или регуляторам просматривать конкретные транзакции. Приватность — не сплошная «железная плита», а то, чем управляет сам пользователь: кто может смотреть, что именно и как долго. @Dusk
Это две разные дороги с Monero. Monero стремится к тому, чтобы «никто не мог отследить», а Phoenix — к тому, чтобы «отследить мог только тот, кому выдать разрешение». Для сети, которая должна нести регулируемые активы, второй подход — необходимое условие соответствия: законность транзакций можно проверять, но коммерчески чувствительные данные не выливаются в публичный реестр. $SNDKB
Однако здесь есть один момент напряжения: право управлять view key находится у пользователя — как тогда принудительно исполнять «требования регулятора»? В whitepaper ответ такой: эмитент может заранее задать условия аудита на уровне смарт-условий актива; адреса, не удовлетворяющие условиям, вообще не смогут получить данный тип активов. Баланс между приватностью и комплаенсом не обсуждается в каждой транзакции — он «зашит» в правила выпуска активов.
Поэтому, когда я оцениваю приватный нарратив DUSK, я разобью это на два вопроса: может ли он защищать коммерческую приватность и может ли, сохраняя приватность, предоставлять регулятору именно ту информацию, которая ему нужна. На второй вопрос ответить плохо — даже если на первый все сделано отлично — в институциональный рынок не пройти. @Dusk
Phoenix делает не «полную слепоту», а «селективное раскрытие». По умолчанию каждая транзакция скрывает и сумму, и участников, но отправитель хранит ключ просмотра (view key) и может по собственной инициативе разрешить аудиторам или регуляторам просматривать конкретные транзакции. Приватность — не сплошная «железная плита», а то, чем управляет сам пользователь: кто может смотреть, что именно и как долго. @Dusk
Это две разные дороги с Monero. Monero стремится к тому, чтобы «никто не мог отследить», а Phoenix — к тому, чтобы «отследить мог только тот, кому выдать разрешение». Для сети, которая должна нести регулируемые активы, второй подход — необходимое условие соответствия: законность транзакций можно проверять, но коммерчески чувствительные данные не выливаются в публичный реестр. $SNDKB
Однако здесь есть один момент напряжения: право управлять view key находится у пользователя — как тогда принудительно исполнять «требования регулятора»? В whitepaper ответ такой: эмитент может заранее задать условия аудита на уровне смарт-условий актива; адреса, не удовлетворяющие условиям, вообще не смогут получить данный тип активов. Баланс между приватностью и комплаенсом не обсуждается в каждой транзакции — он «зашит» в правила выпуска активов.
Поэтому, когда я оцениваю приватный нарратив DUSK, я разобью это на два вопроса: может ли он защищать коммерческую приватность и может ли, сохраняя приватность, предоставлять регулятору именно ту информацию, которая ему нужна. На второй вопрос ответить плохо — даже если на первый все сделано отлично — в институциональный рынок не пройти. @Dusk
选择性披露才是合规链的正解
0%
视图密钥机制值得细看
100%
机构隐私需求完全不一样
0%
1 проголосовали • Голосование закрыто