ERC-3643: el estándar técnico de los security tokens

ERC-3643, también conocido como T-REX (Token for Regulated EXchanges), es un estándar de token permisionado para Ethereum y otras cadenas EVM, diseñado para representar valores y otros security tokens. Su función es hacer cumplir en cadena quién puede poseer o recibir el token, vinculando cada transferencia a una identidad verificada.

Qué es ERC-3643 (T-REX)

ERC-3643 es un estándar de token de Ethereum (ERC) con estado «Final» en el repositorio oficial de propuestas (EIP-3643, creada el 9 de julio de 2021); su documentación la publica la ERC3643 Association y la propuesta remite al repositorio T-REX de Tokeny para una implementación de la suite. Define cómo emitir y gestionar tokens cuya transferencia está restringida a inversores elegibles. A diferencia de un token abierto, un token ERC-3643 solo puede estar en manos de cuentas previamente verificadas, lo que lo hace adecuado para activos sujetos a regulación.

La idea central es el cumplimiento basado en identidad: el contrato no se limita a mover saldos, sino que comprueba, en cada operación, si el destinatario cumple las condiciones definidas por el emisor. Por eso encaja en el ámbito de los valores tokenizados frente a los criptoactivos, donde la identidad y la elegibilidad del titular son determinantes. Conviene distinguirlo además de un token de utilidad, una diferencia que desarrollamos en la comparativa entre security token y utility token.

Cómo funciona: identidad on-chain y cumplimiento programado

El estándar combina una identidad on-chain con una suite de contratos, conocida como suite T-REX, que reparte responsabilidades entre varios componentes:

• ONCHAINID. Es la identidad descentralizada que se asocia a cada inversor. Sobre ella se anclan los atributos verificados (claims), como el resultado del KYC o la condición de inversor elegible, que sirven para decidir si una cuenta puede poseer el token.
• Token. El contrato del propio valor tokenizado, que delega en el resto de la suite la comprobación de cada transferencia antes de ejecutarla.
• Identity Registry. Registro que vincula cada dirección con su ONCHAINID y mantiene la lista de titulares autorizados.
• Compliance. Módulo que aplica las reglas de cumplimiento definidas por el emisor (por ejemplo, límites por jurisdicción o por tipo de inversor) y que puede combinar varios módulos de reglas.
• Trusted Issuers Registry. Registro de las entidades de confianza autorizadas a emitir los claims que se tienen en cuenta (por ejemplo, el proveedor que certifica el KYC).
• Claim Topics Registry. Catálogo de los tipos de claim exigidos para poder operar con el token.

Con estos componentes, las restricciones de transferencia se aplican en cadena: una operación solo se completa si el receptor está verificado y cumple las reglas vigentes; en caso contrario, la transferencia se rechaza. Este enfoque convierte el cumplimiento en una propiedad del propio token, no en un control externo que dependa de la voluntad de las partes.

ERC-3643 vs ERC-20 vs ERC-1400

Frente a otros estándares de la familia EVM, ERC-3643 se distingue por incorporar identidad y cumplimiento como parte del diseño. La siguiente tabla resume las diferencias principales:

ERC-20 es el estándar fungible abierto y sin cumplimiento, pensado para que cualquier dirección pueda recibir el token. ERC-1400 (y estándares próximos como ERC-1404) introducen el concepto de transferencias restringidas para valores, pero dejan parte de la lógica a la implementación concreta. ERC-3643 lleva ese planteamiento más lejos al apoyar el cumplimiento en una identidad verificable y en una suite de registros y reglas estandarizada.

Por qué importa para los security tokens regulados: España, la UE, EE. UU. y Latinoamérica

ERC-3643 es una herramienta técnica que ayuda a cumplir determinadas obligaciones (verificación de inversores, KYC/AML y restricciones de transferencia), pero no es un marco legal ni sustituye a la regulación. La cobertura jurídica de un security token proviene del marco regulatorio aplicable, no del contrato que lo representa.

En España, un security token sigue siendo un instrumento financiero y se rige por MiFID II (Directiva 2014/65/UE) y por la Ley 6/2023, de los Mercados de Valores y de los Servicios de Inversión (LMVSI), con inscripción y registro a través de una ERIR y, cuando proceda, folleto aprobado conforme al Reglamento (UE) 2017/1129. El estándar puede facilitar el cumplimiento de esas exigencias en la capa técnica, pero no exime de ninguna de ellas. Por eso es útil situar su uso dentro de un proyecto de tokenización regulada en España y del proceso descrito en la guía sobre cómo emitir un security token en España. En el caso concreto del equity, el encaje se detalla en el artículo sobre acciones tokenizadas en España.

Otros Estados de la UE

La base es la misma en toda la UE: un security token que encaja en el anexo I, sección C, de MiFID II es un instrumento financiero (art. 4.1.15 de la Directiva 2014/65/UE), MiCA no se le aplica (art. 2.4.a del Reglamento (UE) 2023/1114) y su oferta pública necesita folleto o una exención del Reglamento (UE) 2017/1129. Las reglas por país del estándar ayudan cuando los requisitos se cuentan por Estado miembro: por ejemplo, un máximo de inversores por país cuando la oferta se acoge a la exención de menos de 150 personas por Estado miembro (art. 1.4.b). Esa exención se refiere a los destinatarios de la oferta, así que si se aplica o no es una decisión jurídica, no un ajuste del token.

Estados Unidos

En EE. UU., un valor tokenizado sigue siendo un valor: la interpretación de la SEC y la CFTC de 17 de marzo de 2026 (Release 33-11412) lo llama «digital security» y afirma que un valor es un valor tanto si se emite o representa dentro de la cadena como fuera de ella. ERC-3643 encaja con tres piezas de ese mercado:

• Transfer agent. El registro oficial de titulares lo lleva el emisor o un transfer agent, y registrarse como transfer agent solo es obligatorio para valores registrados bajo la Section 12 de la Exchange Act, o que lo estarían salvo por ciertas exenciones (§17A(c)(1)). Según las preguntas frecuentes de la División de Trading and Markets de la SEC (criterio del personal, no vinculante), un transfer agent registrado puede usar la blockchain como ese registro oficial si cumple las reglas de los transfer agents sobre registros, plazos, salvaguarda y control interno. Las funciones de agente del estándar (congelar, transferencias forzosas y recuperación de tokens de una wallet perdida, con historial de recuperaciones en la cadena) mantienen el token alineado con ese registro.
• Restricciones de transferencia. Los valores de Regulation D son valores restringidos y el puerto seguro de la Rule 144 exige una tenencia de seis meses o de un año según el emisor reporte o no a la SEC (17 CFR 230.144(d)(1)); en Regulation S, la categoría 3 obliga al emisor a negarse a registrar transmisiones no conformes de renta variable (230.903(b)(3)). Bloqueos temporales, listas de inversores y códigos de país son reglas que el token puede comprobar en cada transferencia mediante su Identity Registry y su contrato de cumplimiento, y la condición de inversor acreditado puede ser un claim emitido por un verificador de confianza.
• ATS. Una plataforma que reúne órdenes de varios compradores y vendedores y las casa con métodos establecidos y no discrecionales encaja en la definición de bolsa (17 CFR 240.3b-16): debe registrarse como bolsa u operar como ATS conforme a Regulation ATS, que, entre otras cosas, exige registrarse como broker-dealer (240.3a1-1(a)(2); 242.301(b)(1)). Como un token ERC-3643 solo llega a wallets verificadas en su Identity Registry, las cuentas que use el ATS o el broker-dealer también tienen que darse de alta en él.

Más detalle en nuestra guía de tokenización de activos en Estados Unidos y, para emisiones con inversores a los dos lados del Atlántico, en emisión transfronteriza de security tokens entre la UE y EE. UU. La definición breve está en la ficha de ERC-3643 del glosario.

Latinoamérica

Cada país tiene su propio régimen de valores y su regulador. El estándar se configura por jurisdicción (países admitidos, tipos de inversor, límites por inversor) junto con un asesor legal local; nuestro mapa regulatorio de Latinoamérica resume el marco país por país.

Preguntas frecuentes

¿ERC-3643 hace que un token cumpla MiCA o MiFID II por sí solo?

No. ERC-3643 es un estándar técnico que ayuda a aplicar controles como la elegibilidad del inversor o las restricciones de transferencia, pero el cumplimiento normativo depende del marco legal aplicable. En España, un security token se rige por MiFID II y la Ley 6/2023 (LMVSI), y en EE. UU., por las leyes federales de valores; en ningún caso, por el estándar en sí.

¿Qué es ONCHAINID?

Es la identidad on-chain asociada a cada inversor sobre la que se anclan los atributos verificados (claims), como el KYC o la condición de inversor elegible. El estándar la utiliza para decidir si una cuenta puede poseer o recibir el token.

¿Es obligatorio usar ERC-3643 para emitir un security token?

No. Es un estándar disponible y ampliamente adoptado para tokens permisionados, pero no es obligatorio. La obligatoriedad recae sobre los requisitos legales del instrumento financiero; el estándar concreto es una decisión técnica del emisor.

¿Funciona en otras cadenas EVM?

Sí. Al ser un estándar para entornos EVM, puede desplegarse en Ethereum y en otras cadenas compatibles con EVM, siempre que soporten los contratos de la suite T-REX y la infraestructura de identidad asociada.

¿Puede ERC-3643 aplicar restricciones de EE. UU. como las de Regulation S o la Rule 144?

Puede aplicarlas como reglas: el Identity Registry vincula cada wallet con una identidad y un código de país ISO-3166, y el contrato de cumplimiento puede limitar los países admitidos, los tipos de inversor y las transferencias antes de una fecha. Lo que el token no puede hacer es decidir qué restricción aplica: la categoría de Regulation S y el plazo de tenencia de la Rule 144 (17 CFR 230.903; 230.144(d)) se determinan con el abogado de valores de EE. UU. del emisor, y la plataforma los programa después.

Si estás valorando emitir un security token y quieres analizar qué estándar técnico y qué encaje regulatorio le corresponden, agenda una consulta con nuestro equipo.

Este artículo es divulgativo y técnico; no constituye asesoramiento jurídico ni financiero. La emisión de un security token exige análisis individualizado y verificación frente a las fuentes oficiales y el regulador competente (la CNMV en España, la SEC en EE. UU.).