CIP-113 de Cardano impulsa los activos nativos hacia la tokenización regulada

Los activos nativos de Cardano necesitan una capa de programabilidad

El modelo de activos nativos de Cardano siempre ha sido uno de sus puntos fuertes arquitectónicos más claros. Los tokens no se tratan como objetos de contratos inteligentes aislados dentro de aplicaciones individuales, sino que son parte del propio libro mayor. Esto da a los activos de Cardano simplicidad, eficiencia y un perfil de seguridad que muchos sistemas basados en cuentas deben recrear mediante contratos adicionales.

Esa misma fortaleza crea una limitación. Un activo nativo clásico puede moverse libremente, lo que funciona bien para tokens públicos, NFTs y aplicaciones descentralizadas. Es menos adecuado para stablecoins institucionales, valores tokenizados, productos básicos, fondos o activos regulados, donde los emisores pueden necesitar reglas de transferencia, restricciones jurisdiccionales, lógica de KYC o AML, congelación de activos o respuestas a órdenes legales.

CIP-113, también conocido como CIP-0113, es el intento de Cardano de abordar esa brecha.

La Fundación Cardano lo describe como un marco que permite a los activos tokenizados admitir reglas de cumplimiento personalizables en cadena, incluidas restricciones de transferencia y congelaciones de activos, mientras permanecen como activos nativos de Cardano. El estándar se ha presentado como un marco modular para valores regulados, productos básicos, stablecoins y otros activos tokenizados que necesitan más que un movimiento sin restricciones.

CIP-113 no está finalizado. La solicitud de extracción #444 en el repositorio oficial de CIPs de Cardano permanece abierta, mientras que el repositorio de implementación describe el estándar como en desarrollo activo, con la especificación aún sujeta a cambios.

Eso hace que el trabajo actual sea importante como dirección de viaje, mostrando cómo la Fundación Cardano está intentando estandarizar reglas programables antes de un uso más amplio en producción.

El momento es importante. El mercado de criptomonedas se está adentrando más en la infraestructura de stablecoins, activos tokenizados y productos financieros regulados. Esos segmentos no pueden depender únicamente de transferencias de tokens sin restricciones. Si Cardano quiere tener un papel serio en ese mercado, su modelo de activos nativos necesita una forma de admitir tokens regulados sin perder las ventajas arquitectónicas que lo hacen diferente.

CIP-113 agrega reglas sin hard fork

El punto técnico clave es que CIP-113 no cambia el modelo L1 de Cardano. Los tokens programables permanecen como activos nativos de Cardano, pero reciben una capa de validación adicional para transferencias, emisión y quema. La implementación usa la infraestructura existente de Cardano, contratos inteligentes de Aiken y un diseño modular, en lugar de requerir un hard fork o cambios en las reglas del libro mayor.

Esa distinción es importante. Cardano no está tratando de copiar diseños de tokens de cumplimiento de redes basadas en cuentas. Está tratando de preservar los activos nativos mientras agrega reglas programables a través de un marco de validación compartido. El objetivo no es reemplazar el modelo de tokens de Cardano, sino extenderlo para casos de uso donde la transferibilidad libre no es suficiente.

El marco central define infraestructura compartida, incluido un modelo de custodia compartido, un registro en cadena y coordinación de validación. Las reglas específicas vienen a través de subestándares. Por lo tanto, CIP-113 no es simplemente un estándar de KYC. Es un marco más amplio de tokens programables donde flujos de KYC, listas de exclusión, listas de permitido, lógica de congelación y embargo o transferencias autorizadas pueden adjuntarse como conjuntos de reglas.

Durante una reciente exhibición de desarrolladores de Cardano, el equipo de Ingeniería del Ecosistema de la Fundación Cardano demostró cómo un flujo compatible con KYC podría funcionar en la práctica. El modelo utiliza entidades confiables, verificación de credenciales fuera de la cadena y una carga útil firmada que luego se usa en la transacción. Las verificaciones sensibles de identidad no necesitan vivir completamente en la cadena, mientras que el contrato inteligente todavía puede verificar si una transferencia está permitida bajo las reglas definidas.

Esa aproximación apunta a un requisito institucional real. Un banco, emisor de stablecoins o plataforma de tokenización no solo necesita un activo que exista en la cadena. Necesita un activo que pueda seguir reglas, demostrar control, restringir transferencias no válidas y permanecer legible para wallets, exploradores, intercambios y usuarios.

La tokenización regulada dependerá de integraciones

CIP-113 es importante porque la tokenización regulada se está convirtiendo en uno de los mayores debates sobre infraestructura en cripto. Stablecoins, valores tokenizados, activos del mundo real y activos regulados no crecerán solo porque las transacciones sean rápidas o las tarifas bajas. Necesitan estándares que puedan conectar la infraestructura abierta de blockchain con el entorno basado en reglas de las finanzas tradicionales.

La misma lógica puede extenderse más allá de las finanzas. Un activo tokenizado de música o medios, por ejemplo, puede necesitar más que prueba de propiedad coleccionable. Si un token representa acceso a licencias, participación en ingresos o derechos de distribución restringidos, el emisor puede necesitar reglas sobre quién puede poseerlo, cómo puede moverse y cuándo esos derechos permanecen válidos. Eso hace que CIP-113 sea relevante no solo para activos financieros, sino también para medios, derechos digitales y la economía de los creadores.

La Fundación Cardano enumera stablecoins, valores tokenizados, activos regulados y RWAs tokenizados como casos de uso clave para los tokens programables. La documentación de implementación también señala transferencias autorizadas, registros en cadena, lógica componible, controles opcionales del emisor y soporte extensible para listas de exclusión, listas de permitido, bloqueos de tiempo y políticas personalizadas.

El riesgo es la integración. El modelo de dirección de script compartida y propiedad de credencial de participación significa que wallets, exploradores y DEXs necesitan soporte adicional para mostrar y procesar tokens programables correctamente. Un wallet tiene que identificar al verdadero propietario del activo, un explorador tiene que mostrar la relación entre una dirección, credencial de participación y activo, y un DEX tiene que reconocer cuando una transferencia está bloqueada por reglas adicionales.

El soporte de Rosetta muestra por qué esto no es solo un problema de contratos inteligentes. La Fundación Cardano ya tiene un problema abierto para el soporte de CIP-113 en cardano-rosetta-java, incluidos modelos de transferencia, balance y construcción. Eso es importante para intercambios e integradores institucionales que necesitan infraestructura predecible antes de admitir una nueva clase de activos programables.

La historia central es la estandarización. Cardano está construyendo un marco que podría dar a los activos nativos reglas programables para casos de uso regulado, pero el valor dependerá de la adopción por parte de wallets, exploradores, indexadores, integraciones de Rosetta, intercambios, DEXs, auditores y emisores reales.

La prueba es simple: los activos programables deben sentirse como activos de Cardano, no una clase separada de tokens que solo los especialistas comprenden. Si CIP-113 madura, pasa la auditoría y obtiene integraciones reales, podría dar a Cardano un camino estandarizado hacia la tokenización regulada mientras preserva la arquitectura de activos nativos que hizo valioso el modelo en primer lugar.