Qué es ERC-3643 (T-REX) y por qué importa

ERC-3643 es el estándar de token construido específicamente para la transferencia permisionada y compatible con normativa de valores tokenizados, y se ha convertido en un punto de referencia por defecto para quien tokeniza activos del mundo real. También conocido como T-REX (Token for Regulated EXchanges), resuelve un problema que un token ERC-20 común nunca fue diseñado para manejar: asegurar que solo tenedores elegibles y verificados puedan enviar, recibir o tener un token de valores, verificado en cada transferencia y aplicado on-chain en lugar de confiar en una hoja de cálculo fuera de cadena. Si estás estructurando un bono tokenizado, un fondo inmobiliario o una emisión de equity, entender cómo funciona ERC-3643 y en qué se diferencia de un token ERC-20 estándar es una de las primeras decisiones técnicas que vas a enfrentar.

Qué problema resuelve ERC-3643

ERC-20 asume que cualquier wallet puede tener y transferir el token libremente. Eso funciona bien para un token utilitario o un activo fungible simple, y es exactamente la suposición equivocada para un valor. El emisor de un bono tokenizado, una participación de fondo o una posición de equity necesita saber, en todo momento, quién tiene el activo, confirmar que cada tenedor es elegible (KYC aprobado, acreditado cuando corresponda, sin residencia en una jurisdicción restringida) y a menudo aplicar reglas como periodos de bloqueo, límites de inversionistas o restricciones de transferencia.

Antes de ERC-3643, los equipos manejaban esto de dos formas: mantener el valor fuera de cadena y usar la blockchain solo como registro de liquidación, o añadir lógica de permisos a medida sobre un contrato propio sin ningún estándar compartido. Ambos enfoques complican las auditorías, las integraciones con custodios y la negociación secundaria, porque cada plataforma reinventa la misma lógica de identidad y cumplimiento de forma incompatible. ERC-3643 estandariza esa lógica para que wallets, exchanges, custodios y herramientas de cumplimiento puedan interoperar bajo las mismas reglas.

Los componentes centrales de ERC-3643 (T-REX)

Un token ERC-3643 no es un solo contrato, sino un pequeño sistema de contratos que trabajan juntos. Las piezas principales son:

• ONCHAINID. Un contrato de identidad on-chain y portable que pertenece al inversionista, no a la plataforma que emite el token. Puede guardar claims de varios emisores y reutilizarse en distintas emisiones tokenizadas, así el inversionista no repite la verificación de identidad desde cero en cada nuevo activo.
• Trusted Issuers Registry. El listado de partes, típicamente proveedores de KYC y AML, auditores o notarios, en los que el emisor del token confía para certificar hechos sobre los inversionistas, como identidad verificada, estatus de acreditación o país de residencia.
• Claim Topics Registry. Define qué categorías de claims debe tener un tenedor para este token en particular, por ejemplo un KYC completado, estatus de inversionista acreditado o confirmación de que no reside en una jurisdicción restringida.
• Identity Registry. Vincula direcciones de wallet con identidades ONCHAINID y, en cada transferencia, verifica que tanto el emisor como el receptor tengan los claims exigidos por el Claim Topics Registry, emitidos por un emisor del Trusted Issuers Registry.
• Contrato de cumplimiento (compliance contract). Aplica las reglas de negocio y regulatorias que se suman a la identidad: número máximo de tenedores, límites por jurisdicción, periodos de bloqueo, límites de transferencia y cualquier otra regla que configure el emisor.
• Contrato del token. Un contrato compatible con ERC-20 que llama al Identity Registry y al contrato de cumplimiento antes de permitir que cualquier transferencia se complete, y que suele añadir funciones de agente como transferencia forzada y recuperación, algo que un emisor de valores tokenizados puede necesitar por regulación.

Cómo se valida una transferencia, paso a paso

Una transferencia que para el inversionista parece un solo clic en realidad dispara una cadena corta de verificaciones on-chain:

1. La wallet emisora solicita una transferencia hacia una dirección receptora.
2. El contrato del token le pregunta al Identity Registry si la wallet receptora está vinculada a un ONCHAINID registrado.
3. El Identity Registry revisa esa identidad contra el Claim Topics Registry, confirmando que tiene claims válidos y vigentes emitidos por una parte del Trusted Issuers Registry.
4. El contrato de cumplimiento revisa las reglas definidas por el emisor sobre la identidad: límites de tenedores, restricciones por jurisdicción, ventanas de bloqueo, límites de transferencia y cualquier otra condición configurada.
5. Si todas las verificaciones pasan, la transferencia se ejecuta de forma atómica en la misma transacción. Si alguna falla, la transacción se revierte y ningún token se mueve.

Esa secuencia es la diferencia práctica frente a una transferencia ERC-20 común, donde el contrato solo verifica que el saldo del emisor sea suficiente.

ERC-20 vs ERC-3643: comparación lado a lado

La tabla siguiente compara ambos estándares en las dimensiones que más importan para un token de valores.

Dimensión	ERC-20	ERC-3643 (T-REX)
Quién puede tener el token	Cualquier wallet	Solo wallets vinculadas a una identidad verificada y elegible
Capa de identidad	Ninguna	ONCHAINID más claims de emisores de confianza
Validación de la transferencia	Solo verificación de saldo	Identidad, claims y reglas de cumplimiento verificadas en cada transferencia
Aplicación del cumplimiento	Fuera de cadena, si existe	Integrada en el contrato de cumplimiento, on-chain
Bloqueos y límites de tenedores	No soportado de forma nativa	Soporte nativo vía el contrato de cumplimiento
Recuperación por pérdida de llaves, transferencia forzada	No soportado	Soportado, a menudo exigido por reguladores
Uso típico	Tokens utilitarios, activos fungibles	Valores tokenizados, activos del mundo real

Ese contraste es justo lo que ilustra la figura de arriba: un token ERC-20 deja que cualquiera con una wallet compatible lo reciba y lo mueva, mientras que un token ERC-3643 verifica identidad y ejecuta la lógica de cumplimiento antes de que cada transferencia se liquide.

Cuándo usar ERC-3643 (y cuándo probablemente no lo necesitas)

ERC-3643 encaja cuando el token subyacente es, o es probable que se trate como, un valor: equity, deuda, participaciones inmobiliarias, cuotas de fondo o instrumentos con reparto de ingresos. En esos casos, una capa de identidad y cumplimiento on-chain no es una función adicional, es casi un requisito legal, porque el emisor debe poder demostrar quién tiene el activo y confirmar que sigue siendo elegible en el tiempo.

En general no es necesario para un token utilitario genuino sin características de valor, como puntos de lealtad o créditos dentro de una app, donde la transferencia libre es una ventaja y no un riesgo. Esa distinción es primero legal y después técnica, así que vale la pena revisarla con cuidado en nuestra guía sobre security tokens vs utility tokens antes de elegir un estándar.

Una nota sobre alternativas: la familia ERC-1400

ERC-3643 no es el único enfoque para valores tokenizados compatibles con normativa. La familia ERC-1400, un conjunto más modular de estándares anterior a T-REX que incluye extensiones relacionadas como ERC-1594 y ERC-1410, también apunta a valores tokenizados permisionados y compatibles con normativa, construida sobre un conjunto de interfaces distinto y más fragmentado. Algunos emisores y plataformas todavía construyen sobre contratos estilo ERC-1400, y otros usan extensiones propietarias de ERC-20 con permisos en lugar de cualquiera de los dos estándares públicos. ERC-3643 ha ganado tracción particular en la tokenización de activos del mundo real porque empaqueta identidad, claims y cumplimiento en un solo estándar interoperable con un ecosistema amplio de herramientas alrededor, pero eso no implica que un estándar haya ganado de forma definitiva; la elección correcta sigue dependiendo de tu custodio, tus socios de exchange o distribución, y las jurisdicciones donde planeas operar.

Por qué esto importa si estás tokenizando activos del mundo real

Como los activos del mundo real tokenizados suelen ser valores, el estándar de token que elijas no es un detalle de backend: define quién puede comprar legalmente, cómo puede funcionar un mercado secundario y cuánto trabajo manual de cumplimiento carga tu equipo frente a cuánto asumen los contratos inteligentes por ti. Los equipos que construyen sobre un estándar como ERC-3643 pueden automatizar las verificaciones de identidad y claims a nivel de protocolo, y dedicar su esfuerzo de diseño a la estructura del activo, ya sea tokenizar un inmueble o un fondo, y a lanzar una plataforma de tokenización white label que un equipo de cumplimiento realmente pueda operar día a día.

Esto también se conecta con dos decisiones cercanas. Primero, tu modelo de custodia: si los inversionistas o un custodio regulado tienen las llaves subyacentes influye en cómo se aplican las verificaciones de identidad y cumplimiento, algo que cubrimos en nuestra guía sobre custodia custodial vs no custodial. Segundo, tu flujo de onboarding: los claims que carga un ONCHAINID suelen originarse en el mismo proceso de KYC que ya corre una plataforma compatible con normativa, detallado en cómo funcionan KYC y AML en pagos cripto y fiat.

Este artículo es información general sobre un estándar de token, no asesoría legal ni de inversión. Si un activo determinado debe tokenizarse como un valor, y qué estándar encaja con tu estructura, depende de tu jurisdicción y debe confirmarse con asesoría legal calificada antes de construir.

Guías relacionadas

• Tokenización de activos del mundo real (RWA): la guía completa
• Cómo tokenizar un inmueble
• Security tokens vs utility tokens
• Cómo lanzar una plataforma de tokenización white label

Dónde encaja Tokelia

Tokelia es la infraestructura full-stack para lanzar una fintech o una plataforma de tokenización en Latinoamérica: cuentas virtuales, rieles unificados cripto y fiat, rieles locales (PIX, SPEI, Bre-b) junto a ACH, Wire, FedNow, SEPA y FPS, emisión de tarjetas y tokenización de activos del mundo real, detrás de una sola API, con arquitectura no custodial y cumplimiento integrado en la base. Los servicios de dinero los presta Tokelia LLC, registrada como Money Services Business ante FinCEN, y la banca regulada la entregan instituciones licenciadas, así que puedes lanzar con tu marca mientras las partes difíciles de cambiar ya están resueltas.

Si estás evaluando ERC-3643 para un programa de tokenización, conversa con nuestro equipo y revisamos juntos cómo la identidad, los claims y el cumplimiento se ajustan a tu activo y tus mercados específicos.