Entendiendo ERC-3643: El estándar de tokens compatible con RWA

La tokenización de activos del mundo real (RWA) está pasando del concepto a la producción. Las instituciones están emitiendo fondos y valores tokenizados, los reguladores están publicando marcos más claros y la infraestructura se está poniendo al día. En este contexto, ERC-3643 ha surgido como un estándar práctico y nativo de EVM para representar tokens compatibles y con permisos en blockchains públicas, conectando las finanzas reguladas con los canales descentralizados.

Este artículo desmitifica ERC-3643, explica cómo funciona, por qué es importante para RWA, cómo se compara con estándares anteriores y qué deben considerar los emisores, desarrolladores y usuarios.

Por qué RWA necesita un estándar de token consciente de la conformidad

Las blockchains públicas son globales y sin permisos por diseño; las finanzas tradicionales son jurisdiccionales y con permisos. La tokenización de RWA tiene éxito cuando los activos en cadena pueden hacer cumplir los requisitos del mundo real (KYC/AML, restricciones de transferencia, divulgaciones, acciones corporativas) sin sacrificar la programabilidad y la interoperabilidad.

Los desarrollos recientes subrayan la necesidad de una conformidad sólida:

• BlackRock lanzó un fondo tokenizado en Ethereum, señalando la adopción generalizada de la tokenización bajo marcos regulados. Consulte el anuncio oficial y los detalles en la sala de prensa de BlackRock y la documentación del fondo (comunicado de prensa y página del fondo al final de este párrafo). Comunicado de prensa de BlackRock y página del fondo.
• El Reglamento de Mercados de Criptoactivos (MiCA) de la UE ahora establece normas para los tokens referenciados a activos y los tokens de dinero electrónico, dando forma a cómo puede operar la tokenización conforme en Europa. Texto del reglamento MiCA.
• El Proyecto Guardian de Singapur continúa expandiendo los pilotos del mundo real para activos tokenizados y DeFi institucional bajo la Autoridad Monetaria de Singapur. MAS Project Guardian.

En este contexto, ERC-3643 proporciona a los emisores una forma de acuñar tokens que solo pueden ser mantenidos y transferidos por participantes elegibles y verificados, con permisos en cadena y control auditable.

¿Qué es ERC-3643?

ERC-3643 es un estándar de token de Ethereum diseñado para tokens con permisos y conscientes de la conformidad, a menudo utilizado en escenarios RWA como valores tokenizados, fondos e instrumentos de mercado privado. Extiende el comportamiento familiar de ERC-20 con módulos de contrato adicionales que verifican la identidad y las reglas de cumplimiento antes de que pueda ocurrir cualquier transferencia o emisión. Especificación EIP-3643.

En su núcleo, ERC-3643 desacopla la lógica de negocio para la identidad y la conformidad del contrato del token, permitiendo:

• Identidad y reclamos en cadena.
• Permisos de transferencia (quién puede poseer y mover el token, bajo qué condiciones).
• Reglas jurisdiccionales, elegibilidad de inversores, bloqueos y otras restricciones.
• Eventos y auditabilidad para contextos regulados.

Se ha formado un ecosistema en torno a ERC-3643, notablemente ONCHAINID para la gestión de identidad y reclamos en cadena, utilizado para verificar participantes y adjuntar atributos de conformidad. Documentación de ONCHAINID. Para una descripción general y una arquitectura de referencia, consulte el portal de documentación dedicado a ERC-3643. Documentación de ERC-3643.

Cómo ERC-3643 hace cumplir la conformidad

ERC-3643 generalmente involucra tres componentes:

1. Contrato del token: Implementa un comportamiento similar a ERC-20 pero delega las decisiones de permisos a registros/gestores externos.
2. Registro de identidad: Mapea direcciones a identidades en cadena (por ejemplo, ONCHAINID), que almacenan reclamos verificables (nivel KYC, jurisdicción, acreditación, filtrado de sanciones).
3. Gestor de conformidad: Codifica las reglas que deben cumplirse antes de acuñar, quemar o transferir (por ejemplo, "el remitente y el receptor deben tener reclamos KYC válidos de emisores aprobados", "no hay transferencias durante el bloqueo", "la jurisdicción X no puede recibir").

Un flujo típico:

• El inversor completa el KYC con un verificador aprobado; se emite un reclamo a su ONCHAINID.
• El registro de identidad reconoce la dirección como elegible.
• Al transferir tokens, el contrato del token consulta al gestor de conformidad, que inspecciona los reclamos y las reglas. Si todo está en orden, la transferencia se permite; de lo contrario, se revierte.

ERC-3643 se basa en primitivas de identidad establecidas como ERC-734 (Gestión de Claves) y ERC-735 (Titular de Reclamos) para representar datos de identidad en cadena. ERC-734 y ERC-735.

Cómo se compara con estándares de tokens de seguridad más antiguos

• ERC-20: Tokens fungibles simples y sin permisos. Sin conformidad nativa, identidad o restricciones de transferencia.
• ERC-1400: Primer intento de tokens de seguridad (con particiones y restricciones de transferencia), útil pero menos modular para marcos modernos de identidad/reclamos. EIP-1400.
• ERC-3643: Permisos modulares a través de registros de identidad y gestores de conformidad, alineados con las necesidades de RWA y los sistemas modernos de reclamos de identidad.

En la práctica, la arquitectura desacoplada de ERC-3643 facilita la actualización de las políticas de conformidad sin volver a desplegar el contrato del token, y la integración de múltiples emisores de reclamos o proveedores de verificación.

Características clave y consideraciones de diseño

• Transferencias con permisos: Los tokens solo pueden moverse entre direcciones que satisfagan las políticas de conformidad actuales.
• Identidad en cadena: Los reclamos pueden ser verificados, revocados o actualizados por emisores autorizados; los cambios se propagan a las verificaciones de transferencia.
• Revocación y actualizaciones: Si un reclamo expira o es revocado, la dirección pierde inmediatamente la elegibilidad para la transferencia.
• Auditabilidad: Los eventos en cadena y las reglas deterministas ayudan a los auditores y reguladores a examinar el movimiento y el cumplimiento de las políticas.
• Roles configurables: Los emisores, controladores, proveedores de reclamos y registradores pueden tener permisos a través de procesos de gobernanza.

Dónde encaja ERC-3643 en la pila de RWA

• Emisión primaria: Alinea la acuñación en cadena con KYC/AML en el onboarding.
• Mercado secundario: Permite transferencias controladas de igual a igual dentro de una cohorte elegible (por ejemplo, jurisdicciones restringidas o inversores acreditados).
• Acciones corporativas: Los bloqueos, la adquisición de derechos, los reembolsos y las transferencias forzosas (cuando sea legalmente requerido) se pueden implementar a través de funciones controladas por la gobernanza, sujetas a la ley local.

Este diseño admite marcos de conformidad, incluidos KYC/AML y la guía de la Regla de Viaje FATF cuando se requiere un intercambio de datos fuera de cadena apropiado. Para un contexto más amplio sobre los estándares AML relevantes para los activos virtuales, consulte los materiales de FATF. Guía de FATF sobre activos virtuales.

Consejos prácticos para emisores y desarrolladores

• Elija cadenas con herramientas maduras: ERC-3643 es compatible con EVM, lo que convierte a Ethereum y a los principales L2 en opciones naturales. Considere el entorno de tarifas, la descentralización de validadores y el soporte del ecosistema.
• Separe la política de la lógica del token: Mantenga las reglas de conformidad en un contrato gestor dedicado; actualícelas a medida que evolucionen las regulaciones.
• Gestione emisores de reclamos y registradores: Defina quién puede emitir, atestiguar o revocar reclamos; implemente una gobernanza clara para agregar/eliminar verificadores.
• Planifique los eventos del ciclo de vida: Los bloqueos, los cambios de jurisdicción, las acciones corporativas y las obligaciones de informes deben parametrizarse y probarse.
• Integrar con custodia y firma: Las instituciones deben alinear los registros de identidad con su configuración de custodia para garantizar que las direcciones sean seguras y demostrables.

UX y seguridad para usuarios finales

Los tokens con permisos vinculan la elegibilidad a direcciones específicas. Eso hace que la gestión de claves privadas sea crítica: si una clave se ve comprometida o se pierde, el usuario puede necesitar volver a verificar y migrar los reclamos a una nueva dirección. Para tenencias reguladas a largo plazo, las billeteras de hardware pueden reducir el riesgo operativo al mantener las claves sin conexión y proporcionar copias de seguridad deterministas.

Si está invirtiendo en RWA tokenizados o creando productos en ERC-3643, OneKey puede ayudar a asegurar las claves detrás de sus direcciones elegibles:

• Almacenamiento de claves seguro y sin conexión con copias de seguridad sencillas y soporte de frases de contraseña.
• Compatibilidad multicanal EVM para direcciones utilizadas en registros de identidad y transferencias conformes.
• Integraciones abiertas y diseño transparente adecuados para flujos de trabajo institucionales y profesionales.

Al alinear la custodia segura de claves con la identidad en cadena, reduce la posibilidad de que las direcciones elegibles para la conformidad caigan fuera de su control justo cuando las acciones corporativas o las transferencias secundarias son más importantes.

Preguntas comunes

• ¿Se pueden puentear los tokens ERC-3643? Técnicamente sí entre cadenas EVM, pero la conformidad debe aplicarse en la red de destino. Los registros de identidad y los emisores de reclamos necesitan planes entre cadenas; de lo contrario, los tokens envueltos pueden perder sus permisos.
• ¿Cómo se manejan las reglas de sanciones o jurisdicción? A través de políticas de conformidad y emisores de reclamos aprobados. Los emisores deben hacer referencia a listas autorizadas y mantener actualizaciones oportunas, de acuerdo con las regulaciones locales.
• ¿ERC-3643 funciona con DeFi? Puede hacerlo, si los protocolos DeFi integran verificaciones de identidad. Espere un crecimiento en "pools con permisos" para DeFi institucional donde las políticas de ERC-3643 limiten la participación. Consulte MAS Project Guardian para ver ejemplos en vivo de pilotos de DeFi institucionales con permisos. MAS Project Guardian.

Conclusión

La tokenización de RWA se está acelerando, pero la alineación regulatoria determina si los activos pueden escalar a través de las fronteras. ERC-3643 brinda a los emisores una forma estandarizada y modular de hacer cumplir la identidad y la conformidad en cadena, haciendo que las blockchains públicas sean viables para instrumentos regulados y al mismo tiempo preservando la programabilidad.

A medida que las instituciones expanden los pilotos a la producción —bajo marcos como MiCA e iniciativas como Project Guardian—, estándares como ERC-3643 anclarán cómo interactúan los tokens conformes con los exchanges, custodios y DeFi. Para desarrolladores e inversores, emparejar los permisos de ERC-3643 con una seguridad sólida de claves privadas es esencial. Si necesita una custodia de hardware confiable y multicanal para direcciones que participan en flujos de trabajo ERC-3643, considere OneKey para salvaguardar las claves detrás de sus cuentas registradas en identidad y agilizar las operaciones conformes.