Mi tío vendió un terreno el año pasado. Él tenía la escritura, el comprador tenía el dinero y todos asumieron que tardaría una semana. Tardó tres meses. La tierra tenía una condición de herencia del testamento de mi abuela que restringía la reventa durante cinco años. Nadie lo recordó hasta que el notario lo señaló. La restricción no estaba en la escritura en sí. Estaba incluida en un documento legal separado que nadie pensó en revisar.
Tokenizar activos del mundo real se topa con la misma pared. Emitir un token que representa un bono o una acción toma minutos. Pero las restricciones legales sobre quién puede poseerlo, cuándo se puede transferir y bajo qué condiciones no viajan automáticamente con el token.
@Dusk_Foundation diseñó el estándar XSC, Confidential Security Contracts, para resolver exactamente esto. En lugar de añadir verificaciones de cumplimiento a un token genérico después, XSC incrusta directamente las reglas de transferencia en el contrato. El estado de KYC, las comprobaciones de inversor acreditado, las restricciones de jurisdicción, las ventanas de bloqueo por periodo de tenencia, todo codificado en la emisión. El activo y sus limitaciones legales existen como un solo objeto. Un comprador que no cumpla las condiciones simplemente no puede recibir el token. No hizo falta que el notario lo señalara tres meses después.
Autocrítica: codificar reglas en la emisión asume que alguien acertó con esas reglas en ese momento. Las leyes cambian. Las jurisdicciones actualizan las definiciones de inversores. Una condición de bloqueo que era correcta en 2026 podría estar desactualizada para 2028. Si actualizar un XSC requiere volver a emitir el token completo, el costo y la complejidad podrían empujar a los emisores a establecer reglas mínimas desde el inicio solo para evitar futuros dolores de cabeza, lo cual contradice el propósito.
$DUSK debería evaluarse según qué tan bien gestionan sus contratos XSC las actualizaciones de reglas con el paso del tiempo, no solo en función de cuántas condiciones de cumplimiento se pueden codificar en el lanzamiento.
#dusk $TUT $AKE
Tokenizar activos del mundo real se topa con la misma pared. Emitir un token que representa un bono o una acción toma minutos. Pero las restricciones legales sobre quién puede poseerlo, cuándo se puede transferir y bajo qué condiciones no viajan automáticamente con el token.
@Dusk_Foundation diseñó el estándar XSC, Confidential Security Contracts, para resolver exactamente esto. En lugar de añadir verificaciones de cumplimiento a un token genérico después, XSC incrusta directamente las reglas de transferencia en el contrato. El estado de KYC, las comprobaciones de inversor acreditado, las restricciones de jurisdicción, las ventanas de bloqueo por periodo de tenencia, todo codificado en la emisión. El activo y sus limitaciones legales existen como un solo objeto. Un comprador que no cumpla las condiciones simplemente no puede recibir el token. No hizo falta que el notario lo señalara tres meses después.
Autocrítica: codificar reglas en la emisión asume que alguien acertó con esas reglas en ese momento. Las leyes cambian. Las jurisdicciones actualizan las definiciones de inversores. Una condición de bloqueo que era correcta en 2026 podría estar desactualizada para 2028. Si actualizar un XSC requiere volver a emitir el token completo, el costo y la complejidad podrían empujar a los emisores a establecer reglas mínimas desde el inicio solo para evitar futuros dolores de cabeza, lo cual contradice el propósito.
$DUSK debería evaluarse según qué tan bien gestionan sus contratos XSC las actualizaciones de reglas con el paso del tiempo, no solo en función de cuántas condiciones de cumplimiento se pueden codificar en el lanzamiento.
#dusk $TUT $AKE