Hay un patrón que sigo notando en proyectos de tokenización. Te muestran el contrato del token, la función de transferencia, quizá una lista blanca. Y lo llaman un activo regulado. No lo es.
Al revisar la lista real de requisitos para los activos regulados, hay siete cosas distintas, y la transferencia es solo una de ellas.
Control de acceso: no solo “¿esta billetera puede transferir?”, sino quién es realmente elegible para mantener este activo en primer lugar, y si eso puede cambiar con el tiempo a medida que cambian las regulaciones o el estatus del inversor.
Comprobaciones de transferencias: las transferencias que deban fallar tienen que fallar de forma clara y con una razón, no en silencio ni con un error genérico. También debe existir una forma de simular una transferencia antes de enviarla.
Acciones corporativas: un valor paga dividendos, tiene cupones, puede dividirse o consolidarse. El emisor necesita mecanismos en cadena para todo eso, no solo un token estático.
Recuperación y remediación: se pierden claves, ocurre fraude, los reguladores pueden exigir transferencias forzadas. Tiene que haber una vía para ello, o el registro en cadena se convierte en un problema legal.
Gobernanza y votación: las votaciones de los accionistas requieren instantáneas (snapshots) y ventanas en las que cuentes quién tenía qué, en un momento específico, sin permitir el doble conteo.
Auditoría e informes: los supervisores y auditores necesitan acceso a la información a la que legalmente tienen derecho, sin que ese proceso filtre datos al resto.
Coordinación de la liquidación: la pata del activo y la pata del pago tienen que liquidarse de forma predecible y juntas, no de manera independiente.
La transferencia es el requisito número dos de siete. La mayoría de los proyectos de tokenización lo construyen y describen el resultado como un valor. Que eso sea suficiente, probablemente dependa de si trabajas en finanzas o en cripto.
¿Cuál de estos siete crees que es más difícil de implementar correctamente en cualquier cadena, no solo Dusk, y cuál crees que se omite con más frecuencia? @Dusk
$DUSK #dusk
Al revisar la lista real de requisitos para los activos regulados, hay siete cosas distintas, y la transferencia es solo una de ellas.
Control de acceso: no solo “¿esta billetera puede transferir?”, sino quién es realmente elegible para mantener este activo en primer lugar, y si eso puede cambiar con el tiempo a medida que cambian las regulaciones o el estatus del inversor.
Comprobaciones de transferencias: las transferencias que deban fallar tienen que fallar de forma clara y con una razón, no en silencio ni con un error genérico. También debe existir una forma de simular una transferencia antes de enviarla.
Acciones corporativas: un valor paga dividendos, tiene cupones, puede dividirse o consolidarse. El emisor necesita mecanismos en cadena para todo eso, no solo un token estático.
Recuperación y remediación: se pierden claves, ocurre fraude, los reguladores pueden exigir transferencias forzadas. Tiene que haber una vía para ello, o el registro en cadena se convierte en un problema legal.
Gobernanza y votación: las votaciones de los accionistas requieren instantáneas (snapshots) y ventanas en las que cuentes quién tenía qué, en un momento específico, sin permitir el doble conteo.
Auditoría e informes: los supervisores y auditores necesitan acceso a la información a la que legalmente tienen derecho, sin que ese proceso filtre datos al resto.
Coordinación de la liquidación: la pata del activo y la pata del pago tienen que liquidarse de forma predecible y juntas, no de manera independiente.
La transferencia es el requisito número dos de siete. La mayoría de los proyectos de tokenización lo construyen y describen el resultado como un valor. Que eso sea suficiente, probablemente dependa de si trabajas en finanzas o en cripto.
¿Cuál de estos siete crees que es más difícil de implementar correctamente en cualquier cadena, no solo Dusk, y cuál crees que se omite con más frecuencia? @Dusk
$DUSK #dusk