#dusk $DUSK @Dusk
Одна вещь в регулируемых финансах начала казаться мне более понятной после того, как я внимательнее присмотрелся к Dusk.
Раньше я думал, что комплаенс — это по сути просто «ворота» на входе в каждое финансовое приложение.
Ты подтверждаешь, кто ты, получаешь одобрение — и тогда это приложение знает, что тебе разрешено.
Но если тот же инвестор хочет использовать несколько регулируемых активов или приложений, то делать это снова и снова начинает звучать как именно та разновидность трения, которую блокчейн должен был устранить.
Именно тогда идея Dusk привязать кошелёк к имеющему право участнику привлекла моё внимание.
Интересная часть не только в том, чтобы доказать, что человеку разрешено владеть активом.
Важно и то, что происходит, если это право можно встроить в инфраструктуру, а не собирать заново силами каждого отдельного приложения.
Это может сделать регулируемую экосистему менее похожей на набор изолированных платформ и больше — на единый взаимосвязанный рынок.
Но есть одна оговорка, о которой я всё время думаю.
Чем более многоразовой становится комплаенс-надстройка, тем важнее правильно настроить правила идентификации и доступа.
Потому что когда комплаенс становится инфраструктурой, ошибка — это не просто плохой пользовательский онбординг.
Она может повлиять на всё, что построено поверх.
Этот компромисс, вероятно, для меня интереснее, чем очередной заголовок про приватность.
Одна вещь в регулируемых финансах начала казаться мне более понятной после того, как я внимательнее присмотрелся к Dusk.
Раньше я думал, что комплаенс — это по сути просто «ворота» на входе в каждое финансовое приложение.
Ты подтверждаешь, кто ты, получаешь одобрение — и тогда это приложение знает, что тебе разрешено.
Но если тот же инвестор хочет использовать несколько регулируемых активов или приложений, то делать это снова и снова начинает звучать как именно та разновидность трения, которую блокчейн должен был устранить.
Именно тогда идея Dusk привязать кошелёк к имеющему право участнику привлекла моё внимание.
Интересная часть не только в том, чтобы доказать, что человеку разрешено владеть активом.
Важно и то, что происходит, если это право можно встроить в инфраструктуру, а не собирать заново силами каждого отдельного приложения.
Это может сделать регулируемую экосистему менее похожей на набор изолированных платформ и больше — на единый взаимосвязанный рынок.
Но есть одна оговорка, о которой я всё время думаю.
Чем более многоразовой становится комплаенс-надстройка, тем важнее правильно настроить правила идентификации и доступа.
Потому что когда комплаенс становится инфраструктурой, ошибка — это не просто плохой пользовательский онбординг.
Она может повлиять на всё, что построено поверх.
Этот компромисс, вероятно, для меня интереснее, чем очередной заголовок про приватность.
