#dusk $DUSK @Dusk Seguí pensando en una pregunta mientras me adentraba en Dusk: ¿qué cambia cuando un activo financiero se diseña para la blockchain desde el principio, en lugar de representarse allí después de que ya existe?
Esa distinción entre tokenización y emisión nativa es más interesante de lo que suena a primera vista. La tokenización puede poner un activo existente en la cadena. La emisión nativa va más allá al diseñar partes del ciclo de vida del activo —la emisión, la titularidad, las transferencias y los controles relacionados— en torno a la infraestructura onchain desde el inicio.
Y ahí es donde Dusk se vuelve especialmente interesante para mí.
Los mercados financieros tradicionales a menudo dependen de varios sistemas que tienen que reconciliar constantemente la información: un sistema crea el activo, otro registra la titularidad, otro gestiona la negociación y otro se ocupa de la liquidación y el cumplimiento. Añadir un token puede mejorar algunos de esos procesos, pero no necesariamente cambia la arquitectura subyacente.
El enfoque de Dusk está orientado a un problema más difícil: ¿cómo se construye infraestructura financiera en la que la confidencialidad y la visibilidad regulatoria puedan coexistir?
Esa idea aparece a lo largo de toda la arquitectura. Su modelo de privacidad no consiste simplemente en ocultarlo todo. La red está diseñada en torno a la actividad financiera confidencial, y al mismo tiempo deja espacio para los requisitos de auditabilidad y cumplimiento que los mercados regulados necesitan.
Lo que más me interesa es lo que podría ocurrir si, con esa arquitectura, las garantías reguladas se emiten eventualmente pensando en ella desde el día uno.
Eso podría desplazar el debate de «¿Cómo ponemos este activo en la cadena?» a «¿Por qué este activo se diseñó desde el principio en torno a sistemas desconectados?»
Por supuesto, que la tecnología se esté diseñando para ese caso de uso y que haya una adopción institucional real son dos cosas muy distintas.
Dusk todavía tiene que demostrar que la infraestructura puede traducirse en actividad financiera real y significativa en el mundo.$DUSK
Esa distinción entre tokenización y emisión nativa es más interesante de lo que suena a primera vista. La tokenización puede poner un activo existente en la cadena. La emisión nativa va más allá al diseñar partes del ciclo de vida del activo —la emisión, la titularidad, las transferencias y los controles relacionados— en torno a la infraestructura onchain desde el inicio.
Y ahí es donde Dusk se vuelve especialmente interesante para mí.
Los mercados financieros tradicionales a menudo dependen de varios sistemas que tienen que reconciliar constantemente la información: un sistema crea el activo, otro registra la titularidad, otro gestiona la negociación y otro se ocupa de la liquidación y el cumplimiento. Añadir un token puede mejorar algunos de esos procesos, pero no necesariamente cambia la arquitectura subyacente.
El enfoque de Dusk está orientado a un problema más difícil: ¿cómo se construye infraestructura financiera en la que la confidencialidad y la visibilidad regulatoria puedan coexistir?
Esa idea aparece a lo largo de toda la arquitectura. Su modelo de privacidad no consiste simplemente en ocultarlo todo. La red está diseñada en torno a la actividad financiera confidencial, y al mismo tiempo deja espacio para los requisitos de auditabilidad y cumplimiento que los mercados regulados necesitan.
Lo que más me interesa es lo que podría ocurrir si, con esa arquitectura, las garantías reguladas se emiten eventualmente pensando en ella desde el día uno.
Eso podría desplazar el debate de «¿Cómo ponemos este activo en la cadena?» a «¿Por qué este activo se diseñó desde el principio en torno a sistemas desconectados?»
Por supuesto, que la tecnología se esté diseñando para ese caso de uso y que haya una adopción institucional real son dos cosas muy distintas.
Dusk todavía tiene que demostrar que la infraestructura puede traducirse en actividad financiera real y significativa en el mundo.$DUSK