#dusk $DUSK
Каждая RWA-цепочка заявляет о встроенном соответствии. Что на самом деле заставило меня остановиться — одна конкретная строка в документации Dusk по рыночной инфраструктуре: transfer controls существуют как отдельный, принудительно выполняемый этап. Enforce who can hold or transfer — отдельно от онбординга и отдельно от расчетов. Большинство цепочек смешивают это в одно: если у вас есть токены, вы можете их перемещать.
Поэтому я хотел проверить, что именно означает это разделение для NPEX при выходе onchain.
Задокументировано: архитектура Dusk разбивает жизненный цикл регулируемого актива на этапы: настройка эмитента, онбординг инвесторов (привязка кошелька к проверенным участникам), transfer controls, торговля/распределение и расчеты с детерминированной финальностью. Каждый этап — это контрольная точка, а не просто шаг интерфейса. Zedger реализует это нативно на DuskDS. Hedger приносит похожую модель на DuskEVM, используя гомоморфное шифрование и ZK-доказательства, чтобы балансы оставались зашифрованными, но при этом оставались аудируемыми.
Почему это важно: общедоступный реестр может доказать, что транзакция произошла. Он не может сам по себе доказать, что получатель был правомочен получать этот актив. Именно проверка правомочности отделяет Tokenized от регулируемых. Вывод NPEX с его ~€300M+ AUM onchain — это первое реальное испытание того, работает ли этот слой принуждения вживую, а не только «на бумаге».
Что я не могу подтвердить по публичным материалам: направляет ли текущая onchain-активность NPEX реально через логику привязки кошелька и transfer control на уровне контрактов, или же это принуждение сегодня по-прежнему происходит off-chain, а блокчейн в основном выступает как слой расчетов и записи. Документация Dusk описывает дизайн; она не показывает мне актуальную конфигурацию NPEX.
Искренне любопытно: кто-нибудь видел транзакцию (или отклоненную транзакцию) из развертывания NPEX, которая показывает, что логика transfer-control на самом деле блокирует неподходящего держателя onchain, а не только на уровне брокера?
@Dusk_Foundation $DUSK #dusk
Каждая RWA-цепочка заявляет о встроенном соответствии. Что на самом деле заставило меня остановиться — одна конкретная строка в документации Dusk по рыночной инфраструктуре: transfer controls существуют как отдельный, принудительно выполняемый этап. Enforce who can hold or transfer — отдельно от онбординга и отдельно от расчетов. Большинство цепочек смешивают это в одно: если у вас есть токены, вы можете их перемещать.
Поэтому я хотел проверить, что именно означает это разделение для NPEX при выходе onchain.
Задокументировано: архитектура Dusk разбивает жизненный цикл регулируемого актива на этапы: настройка эмитента, онбординг инвесторов (привязка кошелька к проверенным участникам), transfer controls, торговля/распределение и расчеты с детерминированной финальностью. Каждый этап — это контрольная точка, а не просто шаг интерфейса. Zedger реализует это нативно на DuskDS. Hedger приносит похожую модель на DuskEVM, используя гомоморфное шифрование и ZK-доказательства, чтобы балансы оставались зашифрованными, но при этом оставались аудируемыми.
Почему это важно: общедоступный реестр может доказать, что транзакция произошла. Он не может сам по себе доказать, что получатель был правомочен получать этот актив. Именно проверка правомочности отделяет Tokenized от регулируемых. Вывод NPEX с его ~€300M+ AUM onchain — это первое реальное испытание того, работает ли этот слой принуждения вживую, а не только «на бумаге».
Что я не могу подтвердить по публичным материалам: направляет ли текущая onchain-активность NPEX реально через логику привязки кошелька и transfer control на уровне контрактов, или же это принуждение сегодня по-прежнему происходит off-chain, а блокчейн в основном выступает как слой расчетов и записи. Документация Dusk описывает дизайн; она не показывает мне актуальную конфигурацию NPEX.
Искренне любопытно: кто-нибудь видел транзакцию (или отклоненную транзакцию) из развертывания NPEX, которая показывает, что логика transfer-control на самом деле блокирует неподходящего держателя onchain, а не только на уровне брокера?
@Dusk_Foundation $DUSK #dusk