#dusk $DUSK @Dusk
Слияние Dusk и интеграции Chainlink от NPEX запустили в этом году, и пресс-релиз дает конкретное обещание: передача DUSK через Ethereum и Solana будет происходить «при сохранении регуляторных и комплаенс-характеристик, необходимых для институционального использования». Я попытался выяснить, как именно, — и вот тут становится интересно.
Документация Chainlink по CCT рассматривает передачу и комплаенс как две разные вещи. CCIP/CCT отвечает за перенос токена. Комплаенс — идентификация, контроль политики, KYC/AML — находится в отдельной части под названием Automated Compliance Engine (ACE): у него есть собственный Policy Manager и слой идентичности, и он работает как offchain-сервисы вне самого CCIP.
В материалах Dusk и NPEX также упоминаются CCIP, CCT и DataLink. Нигде не говорится об ACE.
Так что фраза о «сохранении комплаенс-характеристик» делает работу, которая нигде не расписана — по крайней мере, мне ее не удалось найти. В Dusk комплаенс проверяется внутри той же ZK-VM, что и приватность — Citadel и XSC объединены в одном доказательстве, а не в двух отдельных системах. В оффчейн-части через CCIP стандартный модуль Chainlink для этой задачи — отдельный компонент — Dusk пока не подтвердил, что использует.
Что изменилось для меня: главный тезис — приватность и комплаенс как одно целое — подтверждается на собственной цепочке Dusk. В кроссчейне это заявлено, но пока не показано.
Следующий шаг: проверить, прописывает ли техническая документация Dusk ACE, CCID или аналогичное решение для бриджированных активов NPEX, либо же слово «сохраненные» так и остается без уточнений.
Слияние Dusk и интеграции Chainlink от NPEX запустили в этом году, и пресс-релиз дает конкретное обещание: передача DUSK через Ethereum и Solana будет происходить «при сохранении регуляторных и комплаенс-характеристик, необходимых для институционального использования». Я попытался выяснить, как именно, — и вот тут становится интересно.
Документация Chainlink по CCT рассматривает передачу и комплаенс как две разные вещи. CCIP/CCT отвечает за перенос токена. Комплаенс — идентификация, контроль политики, KYC/AML — находится в отдельной части под названием Automated Compliance Engine (ACE): у него есть собственный Policy Manager и слой идентичности, и он работает как offchain-сервисы вне самого CCIP.
В материалах Dusk и NPEX также упоминаются CCIP, CCT и DataLink. Нигде не говорится об ACE.
Так что фраза о «сохранении комплаенс-характеристик» делает работу, которая нигде не расписана — по крайней мере, мне ее не удалось найти. В Dusk комплаенс проверяется внутри той же ZK-VM, что и приватность — Citadel и XSC объединены в одном доказательстве, а не в двух отдельных системах. В оффчейн-части через CCIP стандартный модуль Chainlink для этой задачи — отдельный компонент — Dusk пока не подтвердил, что использует.
Что изменилось для меня: главный тезис — приватность и комплаенс как одно целое — подтверждается на собственной цепочке Dusk. В кроссчейне это заявлено, но пока не показано.
Следующий шаг: проверить, прописывает ли техническая документация Dusk ACE, CCID или аналогичное решение для бриджированных активов NPEX, либо же слово «сохраненные» так и остается без уточнений.