Antes pensaba que la parte difícil de poner una seguridad en Dusk era crear el token en sí. Todo lo demás me parecía detalles.
La documentación de la propia infraestructura de mercado de Dusk me hizo verlo de otra manera. Describe la configuración del emisor, la elegibilidad de los inversores, los controles de transferencia, la negociación y distribución, la liquidación, así como la prestación de servicios y la divulgación como partes conectadas del mismo flujo de trabajo del mercado.
Eso llamó mi atención porque cambia la forma en que pienso sobre la tokenización. El token es solo una parte del proceso. El activo aún necesita reglas sobre quién puede tenerlo, cómo puede moverse, cómo puede negociarse, cómo ocurre la liquidación y qué sucede después de la emisión.
No creo que eso haga que el flujo de trabajo sea sencillo. Conectar estos requisitos diferentes es un problema mucho más amplio que simplemente crear una representación en cadena (on-chain) de un activo.
Para mí, lo interesante no es solo colocar una seguridad en cadena, sino cómo el flujo de trabajo del mercado que la rodea continúa operando una vez que esa seguridad está ahí.
¿Cómo tendría que adaptarse este flujo de trabajo si, en el futuro, el mismo activo tuviera que moverse entre múltiples recintos regulados con reglas de elegibilidad diferentes?
#dusk $DUSK @Dusk
La documentación de la propia infraestructura de mercado de Dusk me hizo verlo de otra manera. Describe la configuración del emisor, la elegibilidad de los inversores, los controles de transferencia, la negociación y distribución, la liquidación, así como la prestación de servicios y la divulgación como partes conectadas del mismo flujo de trabajo del mercado.
Eso llamó mi atención porque cambia la forma en que pienso sobre la tokenización. El token es solo una parte del proceso. El activo aún necesita reglas sobre quién puede tenerlo, cómo puede moverse, cómo puede negociarse, cómo ocurre la liquidación y qué sucede después de la emisión.
No creo que eso haga que el flujo de trabajo sea sencillo. Conectar estos requisitos diferentes es un problema mucho más amplio que simplemente crear una representación en cadena (on-chain) de un activo.
Para mí, lo interesante no es solo colocar una seguridad en cadena, sino cómo el flujo de trabajo del mercado que la rodea continúa operando una vez que esa seguridad está ahí.
¿Cómo tendría que adaptarse este flujo de trabajo si, en el futuro, el mismo activo tuviera que moverse entre múltiples recintos regulados con reglas de elegibilidad diferentes?
#dusk $DUSK @Dusk
