В экосистеме соответствия требованиям 2026 года большинство Layer1 конкурируют в скорости, снижении затрат и увеличении TPS, но Dusk Network пошел совершенно другим путем — осуществляет верификацию идентичности прямо на цепи, превратив это в компонент инфраструктуры уровня протокола.
Логика протокола Citadel на самом деле очень прямолинейна: это не универсальный инструмент, а решение, специально разработанное для активов с «меткой идентичности». Биткоин на публичной цепи? Переводите свободно. Но если ваш актив — токенизированные облигации под регулирование MiCA, паи фондов, структурированные продукты или активы, требующие верификации KYC/AML, проверки статуса инвестора… в этот момент Citadel из «опциональности» превращается в «необходимость».
На техническом уровне, используя доказательства с нулевым разглашением (ZK-SNARKs), пользователи могут доказать смарт-контракту свои атрибуты идентичности — например, «я резидент ЕС», «я не в санкционных списках», «я имею сертификат квалифицированного инвестора» — при этом конфиденциальная информация вроде паспортных данных и номеров идентификации полностью не раскрывается никому, включая разработчиков контракта.
Это решает традиционную проблему соответствия требованиям на цепи: либо конфиденциальность нарушается, либо проверки соответствия требованиям могут проводиться только через оффчейн ручное одобрение, что не соответствует требуемой производительности. Теперь можно проверить и при этом остаться невидимым — обе проблемы решены одновременно.
Думая логически, если в вашем проекте логика «кто может держать» намного важнее, чем «как переводить», а санкционированный доступ должен быть автоматизирован, происходить в реальном времени и быть неизменяемым на цепи, то Citadel от Dusk в настоящее время — один из наиболее зрелых решений. Чистые инструментальные токены или активы без разрешения действительно не нуждаются в этом; но для настоящих институциональных RWA отсутствие этой системы фактически означает «неполное соответствие требованиям».
Ваш проект — тип, независимый от идентичности, или с сильной привязкой к идентичности? Приветствуется обсуждение приоритизации Citadel в вашем решении для RWA на цепи.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
17 Лайков
Награда
17
5
Репост
Поделиться
комментарий
0/400
PessimisticOracle
· 01-11 14:55
Это действительно подход к созданию инфраструктуры, а не просто гонка за TPS. Связывание идентичности действительно является необходимостью для RWA организаций, и существует не так много решений, которые одновременно обеспечивают конфиденциальность и соответствие требованиям.
Посмотреть ОригиналОтветить0
VitalikFanAccount
· 01-11 14:50
Эй, ZK-слой идентификации — это действительно выход, намного надежнее, чем проекты, полагающиеся на ручное одобрение
---
Для RWA уровня институтов это действительно должно быть стандартом, иначе всегда что-то кажется не хватает
---
Эту идею давно уже кто-то должен был воплотить, конфиденциальность и соответствие норм вместе — это шикарно
---
Вопрос в том, сколько проектов действительно в этом нуждается. Большинство просто гайпят концепцию
---
Позиционирование Citadel довольно четкое, не универсальное, а специализируется на боли точке "привязка идентификации"
---
Если затраты на ZK-доказательства еще снизить, популярность будет намного выше
---
Погодите, это значит, что требуется KYC для участия? Тогда это просто возвращение к старым путям традиционного финанса, где же смысл Web3
---
В RWA-треке действительно нужно что-то подобное, но это не должно превратиться в еще один слой цензуры
Посмотреть ОригиналОтветить0
Gm_Gn_Merchant
· 01-11 14:48
Это действительно мышление инфраструктуры, а не только настройка параметров. У организаций RWA нет этой основы статуса, по сути, это просто "полуфабрикат" соответствия требованиям.
Посмотреть ОригиналОтветить0
MetaMasked
· 01-11 14:45
Институциональный уровень RWA действительно требует серьезного подхода, при этом соблюдение конфиденциальности и соответствия нормативам одновременно — это настоящий приоритет. Идея Dusk гораздо надежнее, чем просто наращивание TPS.
Посмотреть ОригиналОтветить0
ParanoiaKing
· 01-11 14:30
Наконец-то кто-то занимается значимыми вещами, а не просто наращивает TPS. Логика Citadel действительно необходима для институциональных RWA, идея сочетания приватности и соответствия с помощью ZK-отчетов хороша. Однако, скорее всего, проектов, которые смогут реально использовать это, немного, большинство всё ещё играет в игру без разрешений.
В экосистеме соответствия требованиям 2026 года большинство Layer1 конкурируют в скорости, снижении затрат и увеличении TPS, но Dusk Network пошел совершенно другим путем — осуществляет верификацию идентичности прямо на цепи, превратив это в компонент инфраструктуры уровня протокола.
Логика протокола Citadel на самом деле очень прямолинейна: это не универсальный инструмент, а решение, специально разработанное для активов с «меткой идентичности». Биткоин на публичной цепи? Переводите свободно. Но если ваш актив — токенизированные облигации под регулирование MiCA, паи фондов, структурированные продукты или активы, требующие верификации KYC/AML, проверки статуса инвестора… в этот момент Citadel из «опциональности» превращается в «необходимость».
На техническом уровне, используя доказательства с нулевым разглашением (ZK-SNARKs), пользователи могут доказать смарт-контракту свои атрибуты идентичности — например, «я резидент ЕС», «я не в санкционных списках», «я имею сертификат квалифицированного инвестора» — при этом конфиденциальная информация вроде паспортных данных и номеров идентификации полностью не раскрывается никому, включая разработчиков контракта.
Это решает традиционную проблему соответствия требованиям на цепи: либо конфиденциальность нарушается, либо проверки соответствия требованиям могут проводиться только через оффчейн ручное одобрение, что не соответствует требуемой производительности. Теперь можно проверить и при этом остаться невидимым — обе проблемы решены одновременно.
Думая логически, если в вашем проекте логика «кто может держать» намного важнее, чем «как переводить», а санкционированный доступ должен быть автоматизирован, происходить в реальном времени и быть неизменяемым на цепи, то Citadel от Dusk в настоящее время — один из наиболее зрелых решений. Чистые инструментальные токены или активы без разрешения действительно не нуждаются в этом; но для настоящих институциональных RWA отсутствие этой системы фактически означает «неполное соответствие требованиям».
Ваш проект — тип, независимый от идентичности, или с сильной привязкой к идентичности? Приветствуется обсуждение приоритизации Citadel в вашем решении для RWA на цепи.