Ярлык «приватный блокчейн» от Dusk скрывает более полезную деталь: приватность в Dusk — это не один универсальный режим транзакций.
В текущей документации активность разделяется между Moonlight (публичной) и Phoenix (защищённой).
Для транзакций Phoenix Dusk утверждает, что отправитель, получатель и переведённая сумма не раскрываются за пределами участвующих сторон и держателей ключа просмотра.
Но для транзакций Moonlight — и других взаимодействий с контрактами — видимость зависит от реализации и от того, используются ли технологии приватности, такие как доказательства с нулевым разглашением (zero-knowledge proofs).
Именно это различие изменило то, как я прочитал историю про XSC.
В глоссарии XSC описан как конфиденциальный стандарт смарт‑контрактов, адаптируемый под требования бизнеса, включая ограничения по приватности и правила соответствия (compliance).
Так что архитектура — это не просто «скрыть всё».
Она может поддерживать приватность там, где важна конфиденциальность, при этом сохраняя прозрачные потоки там, где этого требуют операционные требования.
Есть практическая подсказка: в руководстве по интеграции с биржами от Dusk для пополнений и снятий с биржи рекомендуется Moonlight, тогда как Phoenix требует другой модели хранения (custody) и сканирования.
Для финансовых приложений такая гибкость может оказаться важнее, чем максимальная приватность по умолчанию.
Я слежу за тем, как развёртывания XSC раскрывают этот выбор на практике: какие данные остаются скрытыми, какие становятся поддающимися аудиту и кто контролирует эту границу.
@Dusk $DUSK #dusk
В текущей документации активность разделяется между Moonlight (публичной) и Phoenix (защищённой).
Для транзакций Phoenix Dusk утверждает, что отправитель, получатель и переведённая сумма не раскрываются за пределами участвующих сторон и держателей ключа просмотра.
Но для транзакций Moonlight — и других взаимодействий с контрактами — видимость зависит от реализации и от того, используются ли технологии приватности, такие как доказательства с нулевым разглашением (zero-knowledge proofs).
Именно это различие изменило то, как я прочитал историю про XSC.
В глоссарии XSC описан как конфиденциальный стандарт смарт‑контрактов, адаптируемый под требования бизнеса, включая ограничения по приватности и правила соответствия (compliance).
Так что архитектура — это не просто «скрыть всё».
Она может поддерживать приватность там, где важна конфиденциальность, при этом сохраняя прозрачные потоки там, где этого требуют операционные требования.
Есть практическая подсказка: в руководстве по интеграции с биржами от Dusk для пополнений и снятий с биржи рекомендуется Moonlight, тогда как Phoenix требует другой модели хранения (custody) и сканирования.
Для финансовых приложений такая гибкость может оказаться важнее, чем максимальная приватность по умолчанию.
Я слежу за тем, как развёртывания XSC раскрывают этот выбор на практике: какие данные остаются скрытыми, какие становятся поддающимися аудиту и кто контролирует эту границу.
@Dusk $DUSK #dusk
