Я вижу деталь, которая легко может ввести в заблуждение при изучении того, как XSC с номером @Dusk обрабатывает верификацию держателя: «verified» — это не единый статус, а два раздельных уровня условий. Достижение первого уровня не гарантирует выполнение второго.
Первый уровень — это верификация личности на основе доказательств с нулевым разглашением (zero-knowledge): достаточно ли у кошелька условий, чтобы законно считаться кошельком держателя, без необходимости раскрывать чьи-либо персональные данные. Но второй уровень совсем другой: общее ограничение владения «зашито» прямо в договоре — например, лимит на максимальное число акционеров согласно требованиям законодательства.
Конкретная транзакция может поднять общее число держателей выше этого порога, независимо от того, является ли получатель подходящим по верификации личности. Именно из‑за этого «verified» оказывается намного сложнее, чем при обычном понимании. Кошелёк может полностью пройти KYC, но при этом получить отказ именно по конкретной транзакции.
По сути, это и есть то, как на самом деле работает compliance в традиционных финансах — не только «можно ли этому человеку владеть», но и «нарушит ли эта транзакция в сумме регуляторные ограничения». Dusk пытается закодировать оба эти вопроса в одном и том же on-chain механизме.
Самоопровержение: этот опыт может оказаться трудно понятным людям, привыкшим мыслить в логике «сделал KYC — и всё». Но это цена, необходимая для корректного соблюдения сложных юридических ограничений, характерных для ценных бумаг.
Я жду, сможет ли $DUSK прояснить это через интерфейс различий между «достаточностью условий для владения» и «нарушает ли эта транзакция общий лимит», чтобы избежать ощущения абсурда, с которым могут столкнуться многие новички.
#dusk $BTC $ETH
Первый уровень — это верификация личности на основе доказательств с нулевым разглашением (zero-knowledge): достаточно ли у кошелька условий, чтобы законно считаться кошельком держателя, без необходимости раскрывать чьи-либо персональные данные. Но второй уровень совсем другой: общее ограничение владения «зашито» прямо в договоре — например, лимит на максимальное число акционеров согласно требованиям законодательства.
Конкретная транзакция может поднять общее число держателей выше этого порога, независимо от того, является ли получатель подходящим по верификации личности. Именно из‑за этого «verified» оказывается намного сложнее, чем при обычном понимании. Кошелёк может полностью пройти KYC, но при этом получить отказ именно по конкретной транзакции.
По сути, это и есть то, как на самом деле работает compliance в традиционных финансах — не только «можно ли этому человеку владеть», но и «нарушит ли эта транзакция в сумме регуляторные ограничения». Dusk пытается закодировать оба эти вопроса в одном и том же on-chain механизме.
Самоопровержение: этот опыт может оказаться трудно понятным людям, привыкшим мыслить в логике «сделал KYC — и всё». Но это цена, необходимая для корректного соблюдения сложных юридических ограничений, характерных для ценных бумаг.
Я жду, сможет ли $DUSK прояснить это через интерфейс различий между «достаточностью условий для владения» и «нарушает ли эта транзакция общий лимит», чтобы избежать ощущения абсурда, с которым могут столкнуться многие новички.
#dusk $BTC $ETH
