#dusk $DUSK @Dusk ‎Вчера я пытался отправить деньги другу, но его счет оказался помечен для KYC. Банк остановил операцию сразу — транзакция даже не успела пройти. Это не давало мне покоя: такие проверки должны происходить до, а не после.
‎
‎@Dusk применяет ту же логику к передаче регулируемых активов. Обычная криптовалютная отправка требует только баланса и комиссии за газ — и проходит. Но для регулируемого актива Dusk сначала проверяет, вообще ли получающий кошелек соответствует условиям.
‎
‎Во время онбординга инвестора кошельки привязываются к подтвержденным учетным данным, а правила пригодности задаются, когда актив выпускается. Поэтому, когда отправка оформляется, система сначала сверяет ее с этими правилами. Если контрагент не соответствует условиям, передача просто не выполняется. Нечего отменять, нечего потом замораживать.
‎
‎Это особенно важно в регулируемых финансах. Если некорректная передача все-таки проходит и фиксируется, это уже не просто сбой — это нарушение комплаенса, которое потом приходится устранять, иногда с привлечением регулятора. Блокировка до отправки полностью этого избегает. Именно такого рода проблему #Dusk. и создали решить на уровне протокола.
‎
‎Чего я раньше не учел, так это того, сколько здесь требуется актуализации. Статус инвестора, юрисдикция, учетные данные — ничто из этого не остается неизменным. Если эти данные устареют, реальный инвестор тоже может оказаться заблокирован.
‎
‎Это изменило то, как я воспринимаю комплаенс здесь: меньше как бумажную процедуру «после факта», больше как условие, которое должно быть выполнено еще до того, как передача вообще сможет произойти.
‎
‎Кто в итоге отвечает за обновление этих правил пригодности и как при этом избежать того, что обновления сами станут узким местом?
‎
‎Кто должен обновлять правила пригодности?
‎
‎@Dusk #Dusk/usdt✅
$TUT
$PORTAL