Tu equipo técnico debate qué estándar usar para el token. Alguien propone ERC-3643. Otra persona defiende ERC-1400. Y nadie tiene claro qué implica esa elección para cumplir la ley española. Es una decisión de arquitectura que arrastra consecuencias durante toda la vida de la emisión: cómo controlas quién puede tener el valor, cómo bloqueas wallets, cómo separas clases de acciones, cómo demuestras a la CNMV (Comisión Nacional del Mercado de Valores) que cumples.
Aquí comparamos los dos estándares técnicos más usados para tokens de valores regulados (security tokens) en Ethereum: ERC-3643 y ERC-1400. Qué resuelve cada uno, en qué se diferencian y cómo encajan con el marco legal español. Una advertencia desde el principio: el estándar es la capa técnica. La ley manda. El estándar solo tiene que permitirte cumplir lo que la ley exige.
Qué estándar elegir, en una frase
Si quieres identidad on-chain integrada y cumplimiento comprobado en cada transferencia, ERC-3643 te da más de serie; si necesitas separar varias clases de valor en un mismo contrato y atar documentos legales al token, la familia ERC-1400 te da esa granularidad. Ninguno de los dos te hace cumplir la ley: eso lo hacen la LMVSI y la ERIR.
La LMVSI es la Ley 6/2023 de los Mercados de Valores y de los Servicios de Inversión. La ERIR es la Entidad Responsable de la Inscripción y el Registro, la figura que lleva el registro de titularidad de tu valor representado en blockchain (art. 8 LMVSI). El estándar técnico vive por debajo de todo eso.
Qué es ERC-3643 (T-REX)
ERC-3643 es un estándar de «permissioned token» que mete la identidad del inversor dentro del propio contrato: solo wallets que cumplen condiciones predefinidas pueden tener el token.
T-REX significa Token for Regulated EXchanges. Es una suite de smart contracts de código abierto para emitir, gestionar y transferir tokens con permisos. Alcanzó el estado «Final» como EIP (Ethereum Improvement Proposal) el 15 de diciembre de 2023. Fue el primer estándar de tokenización compatible con EVM aprobado por la comunidad Ethereum. Lo mantiene la ERC3643 Association, con miembros como Apex Group, Invesco o Polygon.
Cómo funciona
La pieza central es ONCHAINID, un marco de identidad descentralizada en cadena. Cada inversor tiene una identidad on-chain con sus credenciales verificadas (KYC, acreditación, jurisdicción). El token comprueba dos cosas en cada transferencia: las reglas del inversor (vía ONCHAINID) y las reglas de la emisión. Si ambas se cumplen, la transferencia pasa. Si no, se rechaza en el propio contrato.
De serie soporta whitelisting (solo wallets KYC-verificadas), congelación de tokens y de wallets, y forzar operaciones por parte de un agente autorizado. El cumplimiento es modular: añades módulos de reglas (límites por país, máximo de inversores, periodos de bloqueo) sin reescribir el token.
Qué significa para ti: si tu emisión necesita controlar identidad y restricciones de transmisión con poca lógica custom, ERC-3643 te ahorra trabajo. La identidad reutilizable entre emisiones es su gran ventaja operativa.
Qué es ERC-1400 (familia Security Token Standard)
ERC-1400 no es un contrato único: es una familia de estándares que reparte las funciones del valor regulado entre varias piezas que encajan entre sí.
Lo impulsó Polymath (autores como Adam Dossa) como Security Token Standard. A diferencia de ERC-3643, ERC-1400 no llegó a estado «Final» como EIP; es un estándar de comunidad ampliamente adoptado pero formalmente en borrador. Se compone de varios sub-estándares:
Las piezas de la familia
- ERC-1410 (particiones): permite «fungibilidad parcial». Divide el saldo en particiones o tramos dentro de un mismo contrato. Sirve para separar clases de valor: acciones bloqueadas frente a líquidas, distintas series, lotes con condiciones distintas.
- ERC-1594 (core): el núcleo de restricciones de transferencia. Valida cada transferencia antes de ejecutarla y devuelve códigos de razón si la rechaza, lo que ayuda a justificar por qué una operación no pasó.
- ERC-1643 (documentos): ata documentación legal al token. Guarda el hash del documento en cadena (para probar que no se ha alterado) y un enlace al documento off-chain.
- ERC-1644 (controller operations): da a una autoridad la capacidad de forzar transferencias entre direcciones. Útil para órdenes judiciales, fraude o pérdida de claves privadas.
Qué significa para ti: si tu valor tiene varias clases o series, o necesitas anclar el folleto y los acuerdos al propio token, la familia ERC-1400 te da esa estructura. A cambio, montas tú la lógica de identidad y compliance, porque no viene integrada como en ERC-3643.
ERC-3643 vs ERC-1400: comparativa
La diferencia de fondo: ERC-3643 trae identidad y cumplimiento integrados; ERC-1400 te da bloques modulares para construir el comportamiento del valor, con más flexibilidad de clases pero más trabajo de integración.
| Dimensión | ERC-3643 (T-REX) | ERC-1400 (Security Token Standard) |
|---|---|---|
| Identidad / KYC | ONCHAINID integrada en cadena; identidad reutilizable | No integrada; la añades con sistemas externos o módulos propios |
| Control de transferencias | Reglas de inversor + reglas de emisión comprobadas en cada transferencia | Validación por ERC-1594 con códigos de razón |
| Particiones / clases | No nativo; se modela con módulos o varios tokens | Nativo vía ERC-1410 (fungibilidad parcial) |
| Documentos legales | No nativo en el estándar | Nativo vía ERC-1643 (hash on-chain + enlace) |
| Forzar cumplimiento | Agente autorizado: congelar, forzar, recuperar | Controller operations vía ERC-1644 |
| Estado del estándar | EIP «Final» (dic 2023) | Borrador de comunidad, muy adoptado |
| Adopción | Asociación con respaldo institucional; foco en RWA | Amplia en plataformas de security tokens |
| Encaje legal (España) | Depende de la emisión; ambos deben soportar lo que exige la LMVSI | Depende de la emisión; ambos deben soportar lo que exige la LMVSI |
Ambos cubren lo esencial de un valor regulado: whitelisting, transferencias solo a wallets KYC-verificadas, congelación y capacidad de forzar cumplimiento. La elección no es «cuál cumple la ley», porque ninguno la cumple por sí solo. Es «cuál encaja mejor con tu emisión y tu stack».
El estándar no sustituye al marco legal
El cumplimiento jurídico de tu security token en España no lo da el estándar técnico: lo dan la LMVSI y el régimen de la ERIR. El estándar solo tiene que permitirte ejecutar lo que la ley te obliga a controlar.
Tu valor representado mediante sistemas basados en tecnología de registro distribuido necesita una ERIR que lleve el registro de titularidad con plenos efectos legales (art. 8 LMVSI; RD 814/2023). A 2026, la primera entidad autorizada por la CNMV como ERIR es Ursus-3 Capital. Esa capa legal existe por encima de Ethereum y por encima del estándar que elijas.
El estándar entra en juego para soportar las restricciones que la emisión necesita. La normativa antiblanqueo te obliga a identificar al inversor (Ley 10/2010 de prevención del blanqueo de capitales): tu token debe poder restringir transferencias a wallets con KYC verificado. La emisión puede llevar restricciones de transmisión (lock-ups, límites por jurisdicción, número máximo de titulares): el estándar debe permitir codificarlas. Si una autoridad ordena bloquear o recuperar tokens, el estándar debe soportar esa operación.
Qué significa para ti: primero defines con tu asesor jurídico qué restricciones impone la emisión. Después eliges el estándar que las soporte con el menor esfuerzo de integración. No al revés. Para situar el flujo completo, revisa cómo emitir un security token en España y qué es una ERIR.
Cómo elegir entre ERC-3643 y ERC-1400
Decide por las necesidades reales de tu emisión, no por la moda del estándar: identidad reutilizable y compliance de serie apunta a ERC-3643; varias clases de valor y documentos atados al token apunta a ERC-1400.
Señales que apuntan a ERC-3643
- Quieres identidad on-chain reutilizable entre varias emisiones.
- Prefieres cumplimiento modular comprobado en cada transferencia, sin construirlo desde cero.
- Valoras un estándar con estado EIP «Final» y respaldo institucional para RWA.
Señales que apuntan a ERC-1400
- Tu valor tiene varias clases, series o tramos que deben convivir en un contrato.
- Necesitas anclar folleto, acuerdos o documentos legales al propio token.
- Tu plataforma o proveedor ya trabaja sobre esta familia.
Qué significa para ti: no hay un ganador universal. Hay un estándar que encaja mejor con tu caso. Lo que no cambia es la obligación legal: la capa jurídica española manda sobre la técnica. Si todavía estás encuadrando el proyecto, parte de qué es la tokenización de activos antes de bajar al detalle del estándar.
Qué hacer ahora
- Define con tu asesor jurídico las restricciones de transmisión y de identidad que impone tu emisión (LMVSI, Ley 10/2010).
- Confirma el flujo de emisión y registro en esta guía sobre emisión de security tokens en España.
- Entiende el papel de la ERIR en el registro de titularidad antes de cerrar la arquitectura.
- Mapea cada requisito legal a una capacidad concreta del estándar (KYC, congelación, particiones, documentos, forzar transferencias).
- Consulta los términos técnicos y normativos en el glosario.
Preguntas frecuentes
¿ERC-3643 o ERC-1400 cumple la ley española por sí solo?
No. Ninguno cumple la ley por sí solo. El cumplimiento jurídico lo dan la LMVSI y el régimen de la ERIR (art. 8 LMVSI; RD 814/2023). El estándar solo tiene que permitirte ejecutar las restricciones que la ley exige.
¿Cuál es la diferencia principal entre ERC-3643 y ERC-1400?
ERC-3643 integra la identidad del inversor en cadena (ONCHAINID) y comprueba el cumplimiento en cada transferencia. ERC-1400 es una familia de estándares modulares que destaca en particiones (clases de valor) y en atar documentos legales al token, pero la identidad la añades aparte.
¿Puedo separar clases de acciones en un mismo token?
Con ERC-1400 sí, de forma nativa, gracias a ERC-1410 (fungibilidad parcial por particiones). Con ERC-3643 modelas las clases con módulos o con varios tokens, porque las particiones no son nativas del estándar.
¿Los dos estándares permiten congelar o forzar transferencias?
Sí. ERC-3643 lo gestiona con un agente autorizado que puede congelar y forzar operaciones. ERC-1400 lo hace con controller operations vía ERC-1644. En ambos casos sirve para órdenes judiciales, fraude o claves perdidas.
¿Necesito una ERIR aunque use un estándar con compliance integrado?
Sí. La ERIR es una figura legal que lleva el registro de titularidad con efectos jurídicos (art. 8 LMVSI). Existe por encima del estándar técnico. A 2026, Ursus-3 Capital es la primera ERIR autorizada por la CNMV.
¿Qué estándar tiene más respaldo formal?
ERC-3643 alcanzó estado «Final» como EIP en diciembre de 2023. ERC-1400 es un estándar de comunidad muy adoptado, pero no llegó a estado «Final» en el proceso EIP. El respaldo formal no decide por ti: lo decide el encaje con tu emisión.
Aviso
Contenido divulgativo. No constituye asesoramiento jurídico, fiscal ni de inversión. HokenFi es proveedor de software e infraestructura; no presta servicios regulados. Verifica la versión vigente de las normas citadas en BOE y EUR-Lex.
Normas citadas
- Ley 6/2023, de 17 de marzo, de los Mercados de Valores y de los Servicios de Inversión (LMVSI) — BOE-A-2023-7053 (art. 8).
- Real Decreto 814/2023 — BOE-A-2023-22764 (régimen de la ERIR y registros de la CNMV).
- Ley 10/2010, de 28 de abril, de prevención del blanqueo de capitales y de la financiación del terrorismo — BOE-A-2010-6737.
- ERC-3643 (T-REX): especificación en eips.ethereum.org/EIPS/eip-3643.
- ERC-1400 y familia (ERC-1410, ERC-1594, ERC-1643, ERC-1644): Security Token Standard, thesecuritytokenstandard.org.
