ERC 3643 y ERC 1400: dos arquitecturas para tokens de…

ERC 3643 vs erc 1400 explicado se reduce a dónde vive la decisión de cumplimiento "sí/no": dentro del camino de transferencia del token en la cadena (ERC-3643) o en un flujo de autorización fuera de la cadena (ERC-1400). Esa única elección de diseño moldea la interoperabilidad, el riesgo operativo y cuán cerca está un emisor de cumplir con el código con un verdadero asentamiento T+0.

Puntos Clave

• ERC-20 mueve valor de manera limpia pero no puede hacer cumplir de manera nativa la elegibilidad de los inversores y restricciones de transferencia requeridas para activos, que es por qué surgieron los estándares de tokens de seguridad.
• erc 3643 utiliza un modelo de validador automático en la cadena vinculado a identidades y reglas de oferta, manteniendo el control del emisor o agente incluso cuando los inversores autocustodia.
• erc 1400 valida transferencias con una clave específica generada fuera de la cadena y añade características de mercados de capital como particiones y gestión de documentos.
• Los estándares difieren menos en 'características' que en la microestructura del mercado: el control en cadena (ERC-3643) tiende a integrarse como ERC-20, mientras que la autorización fuera de la cadena (ERC-1400) añade una dependencia crítica que cada lugar debe operacionalizar.

Por qué los tokens de seguridad necesitan estándares especiales

ERC-20 resolvió un problema de distribución para tokens al portador: los saldos se mueven de persona a persona con una única llamada de transferencia en cadena. Eso se rompe en el momento en que el activo está regulado. Un token de seguridad representa un 'activo del mundo real como capital, deuda, un interés en un fondo, o inmuebles tokenizados, y las transferencias no son solo “¿tiene el remitente saldo?”.

Son “¿es el receptor elegible, en esta jurisdicción, bajo las reglas de esta oferta, en este momento?”. Tokeny enmarca la brecha directamente: ERC-20 permite transferencias básicas pero no impone reglas de transferencia y regulaciones de cumplimiento que existen en los mercados de capitales.

Esa brecha es donde el cumplimiento por código comienza a parecerse menos a una característica y más a la plomería del mercado. Si la elegibilidad no se impone en la capa del token, se traslada a procesos manuales, controles de corredores-dealer o reglas específicas de la plataforma. El resultado es un asentamiento fragmentado y pasos operativos adicionales que se sienten como el post-comercio tradicional, solo que con un envoltorio de token.

Dos estándares de Ethereum se posicionan comúnmente como las principales respuestas a esto: erc 3643 (anteriormente el estándar t rex, también escrito como T-REX) y erc 1400. Tokeny describe ambos como estándares de tokens de seguridad que imponen reglas de cumplimiento y controlan las transferencias a inversores elegibles, pero con diferentes mecanismos. Ese “mecanismo diferente” es todo el juego.

Determina si una plataforma puede tratar el token como un ERC-20 con verificaciones adicionales, o si cada transferencia necesita un flujo de autorización externo que se convierte en una dependencia para el asentamiento.

Cómo ERC-3643 impone transferencias compatibles

Una transferencia bajo erc 3643 está diseñada para fallar rápidamente si las partes no son elegibles. El flujo central es un sistema de validación automática que verifica las reglas de transferencia vinculadas a los usuarios (identidades) y a la oferta. Tokeny y NYALA describen ambos el mismo patrón: antes de que se ejecute una transferencia, la lógica del token verifica si el remitente y el receptor satisfacen las reglas definidas por el emisor.

Aquí es donde encaja la analogía del “motor de emparejamiento”. El token en sí se comporta como una plataforma con permisos que se niega a liquidar un comercio no elegible. El token se convierte en un token con permisos por construcción, y el modelo mental más común que los usuarios alcanzan es un token de lista blanca. La diferencia es que la lista blanca no es solo una lista estática.

La lógica del validador puede reflejar atributos de identidad y restricciones de oferta, y puede actualizarse a medida que cambian las reglas.

La identidad es la palanca. La visión general de Rejolut vincula explícitamente las verificaciones de elegibilidad de ERC-3643 a ONCHAIN ID, describiendo onchainid como una identidad digital con atestaciones firmadas por emisores de reclamos de confianza.

Ya sea que un equipo use esa pila de identidad exacta o un registro equivalente, la implicación operativa es la misma: el registro de identidad y la configuración del validador se convierten en el camino crítico para cada transferencia.

El control del emisor y del agente es la otra palanca. Tokeny y NYALA enfatizan que el emisor de los valores, o su agente, mantiene el control de los tokens y las transferencias incluso cuando los inversores auto-custodian. NYALA describe controles como la quema o la transferencia forzada de tokens.

Eso es importante para las operaciones del día 2: las acciones corporativas, las actualizaciones de sanciones, las llaves perdidas y las órdenes judiciales no son casos marginales en mercados regulados. Son el trabajo.

Cómo ERC-1400 estructura tokens regulados

ERC-1400 toma un camino diferente hacia el mismo destino: transferencias conformes. En lugar de depender de una puerta de validación en cadena, Tokeny y NYALA describen ERC-1400 como validando cada operación utilizando una clave específica generada fuera de la cadena. Conceptualmente, eso se asemeja más a un ticket de pre-comercio. La transferencia se permite porque un sistema externo produjo la credencial correcta para ese movimiento específico.

Ese flujo de trabajo de clave fuera de la cadena se empareja con características que se asemejan al diseño de productos de mercados de capitales en lugar de una simple puerta de transferencia. NYALA describe un sistema de gestión de documentos que vincula tokens a documentos legales e información relevantes. Las mismas fuentes describen particiones, que dividen tokens en subconjuntos con diferentes reglas y restricciones.

Rejolut también enmarca ERC-1400 como una combinación de estándares ERC existentes y nuevos para cubrir las necesidades de tokens de seguridad, incluyendo restricciones de transferencia, metadatos de transferencia, gestión de documentos, transferencias forzadas y fungibilidad parcial a través de saldos particionados.

Las particiones son la parte que cambia cómo se comporta el activo en una pantalla. Un solo “token” puede representar múltiples cubos que no son intercambiables porque llevan diferentes derechos, bloqueos o restricciones. Eso es útil cuando el “mismo ticker” no puede ser tratado como un solo grupo uniforme. También significa que las integraciones necesitan entender qué partición se está moviendo, no solo el saldo total.

El compromiso operativo está incrustado en el modelo de autorización. Si cada transferencia necesita una clave generada fuera de la cadena, entonces la emisión y el pipeline de validación de claves se convierten en infraestructura del mercado. Si está caído, las transferencias fallan. Si se maneja mal, las transferencias pueden ser abusadas.

NYALA señala explícitamente la dependencia de una clave fuera de la cadena como un riesgo de seguridad y operativo porque la clave podría ser comprometida o perdida.

Diferencias clave que afectan la adopción

La forma más clara de comparar estos estándares de tokens de seguridad es alinear los ejes que determinan quién puede integrar y qué se rompe durante la liquidación.

1. Dónde vive la autorización. ERC-3643 impone elegibilidad en la cadena a través de un validador automático vinculado a identidades y reglas de oferta. ERC-1400 autoriza transferencias a través de una clave específica fuera de la cadena por operación. Esa es la bifurcación arquitectónica que cascada en todo lo demás. 2. Interoperabilidad y distribución.

NYALA afirma que ERC-3643 es compatible con cualquier billetera o intercambio ERC-20, mientras que ERC-1400 no es completamente compatible con billeteras e intercambios ERC-20 debido a la complejidad añadida. La descripción de Rejolut implica que ERC-1400 se basa en ERC-20 con extensiones, lo que puede leerse como compatibilidad parcial, pero no hace la misma afirmación amplia de “cualquier billetera/intercambio”. 3. Dependencia operativa.

La dependencia de ERC-1400 es el flujo de trabajo de clave de autorización fuera de la cadena. La dependencia de ERC-3643 es el registro de identidad y validador más los controles del emisor o agente. Ambos son caminos críticos, pero fallan de manera diferente a las 2 a.m. 4. Estructuración del producto.

Las particiones y la gestión de documentos de ERC-1400 están construidas para activos donde tramos, bloqueos o derechos necesitan ser representados como cubos separados. ERC-3643 está posicionado más como una puerta de transferencia uniforme que puede hacer cumplir múltiples reglas y jurisdicciones sin particionamiento.

Tokeny también posiciona ERC-3643 como cumplimiento de codificación, preservando el control del emisor o agente, reduciendo costos a través de la liquidación automatizada en cadena T+0, y aumentando la transferibilidad y liquidez. La afirmación T+0 no es mágica. Depende de que la decisión de cumplimiento se automatice en el camino de transferencia.

Si el cumplimiento se empuja hacia pasos de coordinación fuera de la cadena, el sistema puede volver a la latencia operativa.

La adopción es un juego de coordinación, por lo que la huella reportada importa incluso cuando es reportada por el emisor o proveedor. Tokeny enumera métricas de uso de ERC-3643 de más de 120 funciones, más de 180 jurisdicciones aplicadas, €28 BN de valor tokenizado para los clientes, y más de 120 emisores e instituciones financieras.

No se proporciona un conjunto de datos de adopción de terceros comparable para ERC-1400 en las fuentes suministradas, por lo que la comparación no se puede hacer de manera simétrica.

Cuando cada estándar tiene sentido

La selección generalmente comienza con una pregunta contundente: ¿el objetivo es una distribución amplia similar a ERC-20, o el objetivo es una estructuración legal detallada dentro del token?

ERC-3643 tiende a encajar en equipos que quieren que el cumplimiento se aplique en la capa de transferencia de tokens y quieren que las integraciones se parezcan lo más posible a ERC-20. La afirmación de compatibilidad de NYALA es la razón clave por la que aparece en conversaciones sobre distribución de RWA.

Si un token puede ser mantenido y movido utilizando las infraestructuras de billetera y exchange existentes, el emisor no está pidiendo a cada lugar que implemente un flujo de autorización a medida. El costo es que la configuración de identidad y validador se convierte en el centro de gravedad operativo, y los controles del emisor o agente deben ser gobernados de manera estricta.

ERC-1400 tiende a encajar en activos donde las particiones y el enlace de documentos no son opcionales. Si el producto requiere fungibilidad parcial, múltiples tramos, o diferentes conjuntos de restricciones que deben ser representados explícitamente, el sistema de particiones de ERC-1400 es una forma nativa de hacerlo.

El costo es financiar el flujo de trabajo de clave fuera de la cadena como infraestructura crítica, porque cada transferencia depende de ello.

Una secuencia de evaluación práctica es sencilla.

1. Mapea el modelo de restricciones del activo. Si el activo es un solo grupo con reglas de elegibilidad, el acceso en cadena se alinea naturalmente. Si el activo son múltiples cubos con diferentes derechos o bloqueos, las particiones pueden ser el producto. 2. Valida los objetivos de integración temprano.

Si la distribución depende del soporte existente de billeteras y exchanges ERC-20, prueba la afirmación de compatibilidad de ERC-3643 de NYALA con los lugares que realmente importan. 3. Financia el modo de falla. ERC-1400 concentra el riesgo en el pipeline de claves fuera de la cadena. ERC-3643 concentra el riesgo en los registros de identidad, la configuración de validadores y los controles de agentes.

Ambos estándares son intentos de convertir la liquidación regulada en software. La diferencia es si la decisión de cumplimiento se aplica como una regla de motor de emparejamiento en cadena, o como un ticket de pre-comercio emitido fuera de la cadena. Esa elección determina cuán cerca llega el sistema a la liquidación automatizada sin reintroducir la coordinación manual.

Conceptos erróneos comunes que desperdician tiempo

“Ambos son solo ERC-20 con una lista blanca.” Esa formulación pierde la distinción clave. El ERC-3643 se describe como el que aplica la elegibilidad a través de un validador en cadena y verificaciones de identidad, mientras que el ERC-1400 se describe como el que valida transferencias con una clave generada fuera de la cadena específica.

Un modelo mental de token de lista blanca puede ser útil como punto de partida, pero oculta dónde se toma la decisión real de autorización.

“Las particiones son solo una característica adicional.” Para muchos productos regulados, las particiones son el producto. NYALA y Rejolut describen las particiones como la división de tokens en subconjuntos o sub-saldos con diferentes reglas y restricciones, lo que cambia cómo se comportan los saldos, las transferencias y los informes. Tratar las particiones como cosméticas lleva a una contabilidad rota y a integraciones confusas.

“T+0 es automático una vez que tokenizas.” La posición de T+0 de Tokeny está vinculada a la liquidación automática en cadena con el cumplimiento integrado en el camino de transferencia. Si un diseño depende de pasos fuera de la cadena como la emisión de claves por operación, el sistema puede reintroducir latencia operativa incluso si la transferencia final es en cadena.

“La autorización fuera de la cadena es solo un detalle de implementación.” NYALA señala explícitamente la clave fuera de la cadena como una dependencia de seguridad y operativa porque puede ser comprometida o perdida. Eso no es una nota al pie. Es una pieza central de la infraestructura del mercado que debe ser operada como cualquier otro sistema crítico.

La Conclusión

He visto a equipos tratar la “elección del estándar de token” como una preferencia de desarrollador, y luego descubrir que en realidad es una decisión de diseño de recinto. Si la elegibilidad se aplica en cadena como el ERC-3643, el token en sí se convierte en la puerta, y las integraciones pueden parecerse más al camino ERC-20 que NYALA afirma.

Si la elegibilidad se aplica mediante una clave fuera de la cadena como el ERC-1400, la tubería de claves se convierte en lo que puede detener la liquidación cuando falla.

El error costoso es optimizar para la demostración en lugar de las operaciones del día 2. Las acciones corporativas, las transferencias forzadas y las actualizaciones de reglas son donde el cumplimiento por código o se mantiene unido o se convierte en un montón de excepciones manuales.

Elige el modo de falla que la organización realmente pueda manejar a las 2 a.m., porque ahí es donde estos estándares dejan de ser “estándares de tokens de seguridad comparados” y comienzan a ser microestructura del mercado.

Fuentes

• Tokeny
• NYALA
• Rejolut