Esta semana leí la sección de Zedger de @Dusk — una clase dedicada para activos regulados — y hubo un detalle que me hizo detenerme.
No es un token estándar con algunas reglas extra. Es un tipo de activo propio, donde la normativa de transferencia está incrustada directamente en el propio activo. Quién puede recibirlo, en qué condiciones, y cuál es el máximo permitido — todo está dentro, no en una capa de aplicación superior.
Lo que me detuvo… la mayoría de los proyectos RWA hacen lo contrario. Usan un token común y luego colocan una lista blanca delante. Ese enfoque es mucho más fácil de implementar, pero tiene una debilidad clara: si el activo en sí no lleva reglas, entonces cualquiera que lo tenga fuera del flujo de la aplicación podría transferirlo libremente.
Una cosa pequeña: antes pensé que “compliance on-chain” solo era cuestión de bloquear carteras maliciosas. Eh… resulta que lo difícil son mucho más los eventos corporativos: pagar dividendos, levantar rondas adicionales, votaciones, recompras. Eso es lo que ocupa gran parte del ciclo de vida de un valor, y también lo que la mayoría de las cadenas no tienen forma de representar.
Así que la verdadera distancia no está en si se puede emitir o no. Está en el año siguiente, cuando la empresa necesite pagar dividendos a unos cientos de titulares anónimos: ¿el sistema puede hacerlo sin romper la privacidad que acaba de prometer?
Dos puertas distintas: subir un activo a la cadena es una cosa; mantenerlo vivo allí durante todo su ciclo de vida es otra.
Me pregunto qué tipo de activo será el primero que pase por esta capa de $DUSK : ¿el más simple, tipo un bono con pagos de interés fijos, o se atreverán a probarlo directamente con participaciones con derecho a voto? Esa elección dice hasta qué punto el sistema ya está preparado.
#dusk $BTC $ETH
No es un token estándar con algunas reglas extra. Es un tipo de activo propio, donde la normativa de transferencia está incrustada directamente en el propio activo. Quién puede recibirlo, en qué condiciones, y cuál es el máximo permitido — todo está dentro, no en una capa de aplicación superior.
Lo que me detuvo… la mayoría de los proyectos RWA hacen lo contrario. Usan un token común y luego colocan una lista blanca delante. Ese enfoque es mucho más fácil de implementar, pero tiene una debilidad clara: si el activo en sí no lleva reglas, entonces cualquiera que lo tenga fuera del flujo de la aplicación podría transferirlo libremente.
Una cosa pequeña: antes pensé que “compliance on-chain” solo era cuestión de bloquear carteras maliciosas. Eh… resulta que lo difícil son mucho más los eventos corporativos: pagar dividendos, levantar rondas adicionales, votaciones, recompras. Eso es lo que ocupa gran parte del ciclo de vida de un valor, y también lo que la mayoría de las cadenas no tienen forma de representar.
Así que la verdadera distancia no está en si se puede emitir o no. Está en el año siguiente, cuando la empresa necesite pagar dividendos a unos cientos de titulares anónimos: ¿el sistema puede hacerlo sin romper la privacidad que acaba de prometer?
Dos puertas distintas: subir un activo a la cadena es una cosa; mantenerlo vivo allí durante todo su ciclo de vida es otra.
Me pregunto qué tipo de activo será el primero que pase por esta capa de $DUSK : ¿el más simple, tipo un bono con pagos de interés fijos, o se atreverán a probarlo directamente con participaciones con derecho a voto? Esa elección dice hasta qué punto el sistema ya está preparado.
#dusk $BTC $ETH
