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 final mantenido por la ERC-3643 Association, una asociación impulsada por Tokeny junto a otros actores del sector, que 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:
| Característica |
ERC-20 |
ERC-1400 |
ERC-3643 (T-REX) |
| Uso principal |
Token fungible de propósito general |
Security token (familia de estándares) |
Security token permisionado |
| Restricciones de transferencia |
No |
Sí, mediante particiones y reglas |
Sí, basadas en identidad verificada |
| Identidad del titular |
No contemplada |
Según implementación |
ONCHAINID con claims verificados |
| Cumplimiento programado |
No |
Parcial |
Integrado en la suite de contratos |
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 en España
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.
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. Un security token se rige por MiFID II y la Ley 6/2023 (LMVSI), no 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.
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 la CNMV.