Недавно я снова пересмотрел $DUSK и, наоборот, стал меньше зацикливаться на графиках (K-line): я заново разобрал архитектуру Dusk. Меня интересует не сам ярлык «приватная цепочка», а то, какие долгосрочные проблемы она пытается решить в финансовых рынках: какие данные нужно скрывать, какую информацию необходимо раскрывать и как активы должны завершать детерминированный расчет.
Если рассматривать Moonlight и Phoenix вместе, становится понятно, что дизайн Dusk не сводится к простой цели — обеспечить полную анонимность. Moonlight использует открытые, аккаунтные модели транзакций, а Phoenix — приватную модель UTXO на основе доказательств с нулевым разглашением (zero-knowledge proof). Обе модели предоставляют разную степень видимости информации под разные сценарии, а в итоге обе приводят к расчету в DuskDS. DuskDS отвечает за консенсус, финальность, доступность данных и модель транзакций; DuskVM выполняет контракты Rust/WASM напрямую; DuskEVM предоставляет совместимую с EVM среду выполнения; а Hedger построен поверх DuskEVM, чтобы дать приложениям на EVM возможность осуществлять приватные транзакции.
Я особенно присматриваюсь к ветке NPEX, потому что там это не просто связка идей. В 2020 году Dusk Network стала новым акционером биржевой платформы NPEX в Нидерландах, хотя до этого обе стороны уже сотрудничали в разработке пилотных продуктов, ориентированных на финансовые рынки. Этот шаг показывает, что Dusk с ранних этапов думал о сочетании блокчейн-технологий и регулируемых финансовых рынков, а не только о перемещении активов on-chain.
Но я не буду делать выводы только потому, что архитектура выглядит цельной. Главная сеть уже запущена, и именно теперь нужно наблюдать, сможет ли сформироваться долгосрочно работающий «рыночный замкнутый контур» из процессов эмиссии, торговли, комплаенс-раскрытия и расчетов. Технология решает инфраструктурные задачи, а рыночная верификация показывает, есть ли реально продолжающийся бизнес-спрос. Если в будущем институциональные активы и финансовые приложения смогут стабильно генерировать активность on-chain, я буду повышать вес внимания; если же всё останется на уровне партнерских нарративов без устойчивого использования данных, даже самая удачная архитектура потребует пересмотра. #dusk $DUSK @Dusk
Если рассматривать Moonlight и Phoenix вместе, становится понятно, что дизайн Dusk не сводится к простой цели — обеспечить полную анонимность. Moonlight использует открытые, аккаунтные модели транзакций, а Phoenix — приватную модель UTXO на основе доказательств с нулевым разглашением (zero-knowledge proof). Обе модели предоставляют разную степень видимости информации под разные сценарии, а в итоге обе приводят к расчету в DuskDS. DuskDS отвечает за консенсус, финальность, доступность данных и модель транзакций; DuskVM выполняет контракты Rust/WASM напрямую; DuskEVM предоставляет совместимую с EVM среду выполнения; а Hedger построен поверх DuskEVM, чтобы дать приложениям на EVM возможность осуществлять приватные транзакции.
Я особенно присматриваюсь к ветке NPEX, потому что там это не просто связка идей. В 2020 году Dusk Network стала новым акционером биржевой платформы NPEX в Нидерландах, хотя до этого обе стороны уже сотрудничали в разработке пилотных продуктов, ориентированных на финансовые рынки. Этот шаг показывает, что Dusk с ранних этапов думал о сочетании блокчейн-технологий и регулируемых финансовых рынков, а не только о перемещении активов on-chain.
Но я не буду делать выводы только потому, что архитектура выглядит цельной. Главная сеть уже запущена, и именно теперь нужно наблюдать, сможет ли сформироваться долгосрочно работающий «рыночный замкнутый контур» из процессов эмиссии, торговли, комплаенс-раскрытия и расчетов. Технология решает инфраструктурные задачи, а рыночная верификация показывает, есть ли реально продолжающийся бизнес-спрос. Если в будущем институциональные активы и финансовые приложения смогут стабильно генерировать активность on-chain, я буду повышать вес внимания; если же всё останется на уровне партнерских нарративов без устойчивого использования данных, даже самая удачная архитектура потребует пересмотра. #dusk $DUSK @Dusk