Я слежу за Dusk уже некоторое время, но признаю: раньше моё понимание останавливалось на довольно поверхностном уровне — это была «цепочка, ориентированная на приватность», предназначенная для институциональных и комплаенс-сценариев. Это понимание не было неверным, но недавно, разбирая обновления через ревёрс-инжиниринг, я упёрся в одну деталь, которая заставила меня почувствовать, что я раньше упустил в этом дизайне самое интересное.

Phoenix и Moonlight могут конвертировать атомы во взаимные соответствия.

Эта фраза сама по себе почти ничего не значит, но я положил её в реальные финансовые сценарии — и начал понимать, что этот дизайн решает проблему, более конкретную, чем просто приватность.$DUSK

Когда организация обрабатывает финансовые активы, не на всех этапах нужна приватность и не на всех этапах нужно раскрытие. Внутренний клиринг требует приватности, отчётность регулятору должна быть публичной, исполнение сделок требует приватности, комплаенс-аудит требует публичности. Традиционные финансовые системы переключают между этими двумя состояниями через множество посредников — это крайне дорого, и к тому же каждый раз нужно доверять тому, кто выступает посредником.#dusk

Dusk делает это переключение частью протокольного уровня. На одном и том же наборе DUSK в тех этапах, где требуется приватность, он входит в Phoenix, а на этапах, где нужен открытый расчёт, переключается в Moonlight; между ними происходит атомарный своп, и это не требует третьих сторон.@Dusk

Когда я впервые по-настоящему прояснил для себя эту вещь, моё понимание Dusk полностью изменилось. Это не попытка сделать более «комплаенсный приватный» коин — это создание слоя расчётов, который при необходимости может переключаться между приватностью и прозрачностью, причём само переключение нативно заложено в протокол, а не реализуется через внешние мосты или посредников.

В индустрии мне пока не попадалось второго примера, где обе эти задачи удаётся одновременно встроить на уровень протокола.