Я снова и снова возвращался к одному фрагменту документации Dusk по инфраструктуре рынка, потому что он не укладывался в то, как я обычно думаю о приватности.
Они разбивают жизненный цикл регулируемого актива на несколько этапов: настройка эмитента, привлечение инвесторов, контроль переводов, торговля, расчеты, а затем постоянное обслуживание и раскрытие информации.
Сначала это просто выглядело как обычный рабочий процесс.
Затем я заметил предположение о приватности, лежащее под этим.
Dusk на самом деле не рассматривает приватность как что-то, что можно просто включить для всего приложения.
Видимость может меняться в зависимости от того, что делает актив, и от того, кому нужно что-то видеть.
Это звучит как небольшое различие, но, как мне кажется, оно довольно сильно меняет архитектуру.
Процесс онбординга инвестора может требовать конфиденциальности, потому что раскрывать личности всех было бы излишне.
С расчётами всё иначе.
На этом этапе какой-то уполномоченной стороне может понадобиться достаточно данных, чтобы подтвердить, что транзакция действительно произошла, не превращая весь реестр в открытую книгу.
Поэтому я начинаю думать о модели приватности Dusk не как о кнопке «вкл/выкл», а как о контроле, который перемещается по всему жизненному циклу.
Часть, которую я всё ещё пытаюсь понять, — где именно «живёт» это решение.
Решает ли эмитент правила видимости для каждого этапа?
Управляет ли ими разработчик приложения?
Или протокол уже подталкивает разработчиков к определённым настройкам по умолчанию?
Технология интересна.
Но, вероятно, именно последний вопрос говорит мне больше всего о том, насколько это станет реально удобным для использования применительно к настоящим регулируемым активам. #dusk @Dusk $DUSK