@Dusk_Foundation Я снова и снова возвращался к одному неловкому состоянию транзакции на Dusk: кошелёк всё ещё может быть валидным держателем, актив всё ещё на месте, ничего не конфисковали и не сломали — и при этом площадка всё равно может быть вынуждена отклонить следующую сделку.
Сначала это казалось дублированием комплаенса. Если кошелёк уже прошёл проверку на соответствие, зачем спрашивать снова?
Но чем больше я смотрел, тем менее полезным становился один-единственный флаг «одобрено/не одобрено».
Удержание актива отвечает на один вопрос. Торговля им где-то отвечает на другой. Участник может удовлетворять условиям передачи актива, но при этом не проходить правило, специфичное для конкретной площадки — из‑за юрисдикции, статуса онбординга или какого-то разрешения, которое изменилось после приобретения актива.
Эта разница важна операционно. Иначе каждое правило площадки начинает просачиваться в логику владения активом, и локальное торговое ограничение может случайно превратиться в глобальное ограничение для держателя.
Мне больше интересно, где именно происходит отклонение. Если механизмы передачи на основе Dusk, учётные данные и логика площадки могут определить несоответствие до того, как начнётся работа по расчётам, это превращает отказ из проблемы «разворота» в проблему маршрутизации.
Но под этим всё равно лежит более сложный вопрос: кто объясняет отклонение, когда каждый слой говорит что-то чуть-чуть разное?
Именно это я бы отслеживал на живом рынке — как часто «может держать» и «может торговать здесь» расходятся и успевает ли система поймать это достаточно рано.#dusk $DUSK
Сначала это казалось дублированием комплаенса. Если кошелёк уже прошёл проверку на соответствие, зачем спрашивать снова?
Но чем больше я смотрел, тем менее полезным становился один-единственный флаг «одобрено/не одобрено».
Удержание актива отвечает на один вопрос. Торговля им где-то отвечает на другой. Участник может удовлетворять условиям передачи актива, но при этом не проходить правило, специфичное для конкретной площадки — из‑за юрисдикции, статуса онбординга или какого-то разрешения, которое изменилось после приобретения актива.
Эта разница важна операционно. Иначе каждое правило площадки начинает просачиваться в логику владения активом, и локальное торговое ограничение может случайно превратиться в глобальное ограничение для держателя.
Мне больше интересно, где именно происходит отклонение. Если механизмы передачи на основе Dusk, учётные данные и логика площадки могут определить несоответствие до того, как начнётся работа по расчётам, это превращает отказ из проблемы «разворота» в проблему маршрутизации.
Но под этим всё равно лежит более сложный вопрос: кто объясняет отклонение, когда каждый слой говорит что-то чуть-чуть разное?
Именно это я бы отслеживал на живом рынке — как часто «может держать» и «может торговать здесь» расходятся и успевает ли система поймать это достаточно рано.#dusk $DUSK