ERC-7943: uRWA - Universal Real World Asset - Ahora es un estándar oficial de Ethereum.

Brickken blog cover announcing ERC-7943 as a Final Ethereum standard for institutional real-world asset tokenization

Esto es lo que significa para la tokenización institucional.

ERC-7943: uRWA - Universal Real World Asset  — creado por el cofundador de Brickken Dario Lo Buglio — ha alcanzado el estado final en el proceso de estándares de Ethereum. Los adoptantes pueden construir sobre él con la garantía de que no cambiará. La mayoría de las empresas y los equipos de infraestructura se abstienen de implementar un estándar de token hasta que alcanza el estado final, precisamente porque las propuestas en etapas anteriores aún pueden ser rechazadas o alteradas sustancialmente. ERC-7943 ha cruzado ese umbral y ahora figura como un estándar oficial.

La tokenización de activos del mundo real ha pasado los últimos años escalando sin una base común. Cada plataforma construyó su propia lógica de cumplimiento. Cada emisor bifurcó los estándares de token existentes para agregar restricciones de transferencia, listas de permitidos y acciones de cumplimiento. El resultado era predecible: integraciones fragmentadas, modelos de cumplimiento inconsistentes e infraestructura que no se comunicaba entre sí en todas las plataformas.

Introduce una interfaz universal y mínima para la tokenización conforme de activos del mundo real: un terreno común con el que las carteras, los custodios, los exchanges, los protocolos DeFi y los emisores pueden integrarse sin depender de la pila de cumplimiento de ningún proveedor en particular.

Este artículo explica qué hace el estándar, cómo funciona a nivel técnico y por qué es importante para las instituciones que construyen o integran infraestructura de activos tokenizados.

__wf_reserved_inherit

El problema que resuelve ERC-7943

Los estándares de tokens existentes — ERC-20, ERC-721, ERC-1155 — no fueron diseñados teniendo en cuenta los activos regulados. Definen cómo se mueven y actúan los tokens, pero no abordan las realidades operativas de los activos del mundo real: comprobaciones de elegibilidad, restricciones específicas de jurisdicción, saldos congelados, transferencias forzadas bajo autoridad legal y control de sanciones.

Para solucionar esto, muchas plataformas de tokenización han creado su propia versión de estos controles. Algunos codifican KYC en el propio contrato del token. Otros mantienen registros fuera de la cadena que restringen las transferencias. Algunos codifican la lógica jurisdiccional en bifurcaciones; otros la abstraen en módulos con permisos. Ninguna de estas implementaciones es interoperable.

Para las instituciones, esta fragmentación crea cuatro problemas distintos:

  1. Dependencia del proveedor.Una vez que un emisor se compromete con el modelo de cumplimiento de una plataforma, la migración es prácticamente imposible. El contrato del token, la capa de identidad y la lógica de cumplimiento están entrelazados y son propiedad de un tercero, a veces incluso de un competidor.
  2. Costo de integración.Las billeteras, los custodios, los intercambios y los protocolos DeFi no tienen una forma consistente de consultar si una transferencia está permitida. Cada integración es ad hoc.
  3. Trabajo duplicado. Los equipos de ingeniería de toda la industria están resolviendo los mismos problemas de forma independiente, incluyendo la elegibilidad, la validación de transferencias, los bloqueos, la aplicación,  con resultados incompatibles.
  4. Ambigüedad regulatoria.Sin ganchos estándar, es difícil para los equipos legales y de cumplimiento razonar sobre lo que un activo tokenizado puede y no puede hacer a nivel de protocolo.

El mercado ha estado esperando un estándar real que resuelva estos problemas sin prescribir cómo debe funcionar el cumplimiento porque el cumplimiento varía según la jurisdicción, la clase de activo y el mandato del emisor. Y como veremos a continuación, los intentos anteriores en esto no han cerrado la brecha.

El problema del jardín cerrado: por qué los "estándares" existentes no han cerrado la brecha

Un lector razonable preguntará: ¿no se ha abordado esto ya? Existen marcos que afirman manejar la tokenización conforme, especificaciones publicadas por proveedores, protocolos nativos de la plataforma o "estándares de tokens de seguridad" de marca promovidos por empresas individuales. El problema es que la mayoría de ellos no son estándares en ningún sentido significativo. Son marcos propietarios, a menudo controlados por una sola empresa o con una gobernanza centralizada y, por lo tanto, con una dirección intelectual sesgada. El código abierto no siempre significa estándares abiertos en este contexto. Un código fuente abierto con una gobernanza centralizada no te da la capacidad de influir en la dirección del código. Para las instituciones, las implicaciones son estratégicas, no solo técnicas. Comprometer la infraestructura de tokenización con un "estándar" controlado por un proveedor significa que la hoja de ruta de esa infraestructura está supeditada a las prioridades comerciales de una sola empresa. Si esa empresa es adquirida, cambia su estrategia de producto, descontinúa una función, aumenta los precios o simplemente ralentiza su actividad, todos los emisores construidos sobre ella quedan expuestos. Los reguladores, auditores y comités de riesgo notan estas dependencias y preguntan cada vez más sobre ellas.

El resultado ha sido predecible: adopción institucional más lenta. Los responsables de la toma de decisiones con mandatos importantes dudan en comprometer la infraestructura central con un “estándar” controlado por una sola entidad comercial o un solo proveedor privado. Pueden tener dificultades para justificar esa dependencia ante los consejos de administración, los reguladores o los socios limitados. Este modelo controlado por el proveedor ha ralentizado el desarrollo de la infraestructura compartida en todo el mercado de RWA, impidiendo que alcance la velocidad que su demanda subyacente produciría de otro modo.

También ha fragmentado el ecosistema de una manera más profunda que el código incompatible. Cuando cada plataforma importante publica su propio “estándar”, ninguna de ellas se convierte en el estándar. Las billeteras, los custodios y los exchanges se enfrentan a una elección imposible sobre qué marco propietario respaldar, por lo que la mayoría no respalda bien ninguno de ellos, y los efectos de red que deberían acelerar la adopción nunca se materializan.

ERC-7943 no es una reacción contra ningún competidor en particular. Es una respuesta a un problema más amplio: la sobreconsolidación de la infraestructura bajo modelos que reducen las opciones para los desarrolladores. Un ecosistema saludable necesita estándares que puedan implementarse de forma independiente, interpretarse de forma flexible y ser a prueba de futuro; la única manera de respaldar la lógica de cumplimiento diversa, los múltiples modelos de identidad y la heterogeneidad regulatoria de un mercado global.

ERC-7943 es estructuralmente diferente debido a cómo se construyó. Se desarrolló a través del proceso público EIP con la participación activa de la comunidad, los desarrolladores y los equipos de tokenización que trabajan en desafíos de implementación reales. Su valor no reside en que se encuentre fuera del proceso de estándares de Ethereum, sino en que refleja un esfuerzo abierto y colaborativo para definir una infraestructura de cumplimiento que otros puedan implementar, probar y extender. Eso es lo que realmente significa un estándar abierto, y es lo que le ha faltado a la tokenización institucional. “ERC-7943 no te dice cómo cumplir. Te da las herramientas para hacer que el cumplimiento sea modular, interoperable y programable, sin atarte al sistema de nadie.”— Dario Lo Buglio, autor de ERC-7943 Qué es ERC-7943 define una interfaz mínima y universal para las comprobaciones de cumplimiento, los controles de transferencia y las acciones de aplicación en activos del mundo real tokenizados. No define un modelo de cumplimiento. No requiere un proveedor de identidad específico. No impone lógica jurisdiccional.

Lo que hace es mucho más útil: le da a cada integrador (billeteras, custodios, intercambios, protocolos DeFi, plataformas de emisión…) una forma consistente y predecible de preguntarle al token si una acción determinada está permitida y actuar en función de la respuesta.

El diseño se basa en tres principios:

  • Minimalismo.Solo se estandarizan las primitivas que comparten prácticamente todos los activos regulados. Todo lo demás permanece agnóstico.
  • Neutralidad.No se hacen suposiciones sobre qué pila de cumplimiento, capa de identidad o lógica jurisdiccional utiliza un emisor.
  • Componabilidad.Funciona sobre ERC-20, ERC-721 y ERC-1155. Se integra con la infraestructura de tokens existente sin reemplazarla.

En otras palabras: ERC-7943 no intenta definir cómo debería funcionar la tokenización. Define la interfaz compartida que permite que cada implementación interopere.

Esa definición surgió a través de un proceso público. El estándar se moldeó a lo largo de múltiples ciclos de retroalimentación en Ethereum Magicians y dentro de un grupo de trabajo abierto, sacando a la luz casos límite y restricciones de integración de todo el ecosistema RWA antes de alcanzar el estado final. Los estándares desarrollados sin ese tipo de validación tienden a volverse demasiado dogmáticos, demasiado limitados en su aplicación o no a prueba de futuro. ERC-7943 se construyó específicamente para evitar esos modos de falla.

Cómo funciona el estándar

La arquitectura separa las preocupaciones en tres capas, cada una propiedad de una parte diferente de la pila:

1. Integradores (aplicaciones, billeteras, custodios, intercambios, protocolos DeFi). Llaman a un conjunto pequeño y predecible de funciones para verificar la elegibilidad y los permisos de transferencia antes de ejecutar o facilitar una transacción.

2. El contrato del token (capa ERC-7943, sobre ERC-20/721/1155). Expone la interfaz estandarizada — canTransact, canSend, canReceive, getFrozenTokens, setFrozenTokens, forcedTransfer — y emite señales consistentes a través de eventos y errores estandarizados.

3. Política e identidad (agnóstica). Los emisores traen su propio conjunto de cumplimiento: proveedores de KYC/KYB, reglas de jurisdicción, detección de sanciones, política interna. Nada de esto está estandarizado. El token consulta el conjunto de políticas que haya elegido el emisor y muestra el resultado a través de la interfaz estándar.

El resultado: integrar una vez, reutilizar en todas partes. Una billetera que admite ERC-7943 puede interactuar correctamente con cualquier token compatible construido sobre el estándar, independientemente del proveedor de cumplimiento que utilice el emisor.

Recursos técnicos

El estándar, las implementaciones de referencia y la documentación de soporte son públicos:

Para los equipos que evalúan la integración, la documentación incluye la especificación completa de la interfaz en las variantes ERC-20, ERC-721 y ERC-1155, orientación de integración para billeteras, custodios y protocolos DeFi, y patrones de referencia para conectar el estándar a pilas de cumplimiento comunes.

La Coalición detrás de ERC-7943

Un estándar es tan útil como el ecosistema que lo adopta. ERC-7943 se lanzó con una coalición de empresas Web3 y fintech establecidas comprometidas con la tokenización RWA interoperable y lista para instituciones:

Patrocinadores y colaboradores:Bit2me, Brickken, Casper Network, CMTA Swiss, Compellio, Dekalabs, DigiShares, Forte Protocol, FullyTokenized, Propchain, RealEstate.Exchange, Stobox y Zoth.

Socios de seguridad y auditoría:Hacken y QuillAudits.

La coalición abarca toda la pila RWA, desde plataformas de emisión, proveedores de infraestructura, exchanges hasta mercados, identidad, proveedores de cumplimiento y firmas de auditoría. Eso es lo que realmente importa: un estándar de token adoptado solo por los emisores, o solo por los proveedores de infraestructura, no ofrece interoperabilidad. ERC-7943 se posiciona en toda la cadena de valor porque la adopción en el mundo real depende de que cada capa se alinee en la misma interfaz.

Por qué esto importa

Para las instituciones y los desarrolladores que construyen sobre infraestructura tokenizada, las implicaciones prácticas son concretas:

Menor costo de integración.Una billetera, custodio o protocolo DeFi que agregue soporte para ERC-7943 puede interoperar con cualquier implementación de token compatible, independientemente del proveedor de cumplimiento subyacente.

Menor dependencia del proveedor.Los emisores pueden cambiar su pila de cumplimiento, proveedor de identidad, lógica de jurisdicción o motor de políticas, sin romper las integraciones, porque la superficie de integración está estandarizada a nivel de token.

Conversaciones regulatorias más claras. Los equipos legales y de cumplimiento tienen una interfaz documentada y auditable a la que pueden recurrir al explicar qué puede y qué no puede hacer un activo tokenizado a nivel de protocolo.

Componibilidad con DeFi.Dado que ERC-7943 se basa en ERC-20/721/1155, los tokens compatibles pueden integrarse en la infraestructura DeFi existente donde tenga sentido. sin abandonar los controles que requieren las instituciones.

En palabras de Dario:

“Nos costó encontrar un marco que pudiera satisfacer nuestras necesidades regulatorias y de composición, por eso creamos ERC-7943. Su estructura modular hizo que la integración fuera confiable, y el apoyo compartido de la comunidad fue una prueba de ello.

— Dario Lo Buglio, autor de ERC-7943 y cofundador de Brickken

¿Qué sigue?

El estándar es definitivo, pero el trabajo no lo es. La hoja de ruta incluye un desafío de implementación pública, una serie de mesas redondas, hackatones y eventos de exhibición compartidos diseñados para expandir la adopción y refinar el estándar en comparación con implementaciones del mundo real. La documentación, los repositorios de demostración y los canales de la comunidad están abiertos para cualquier equipo que desarrolle o se integre con ERC-7943.

Para las instituciones: este es el momento de evaluar si su pila de tokenización debe alinearse con el estándar. 

Para desarrolladores: la interfaz es lo suficientemente pequeña como para integrarse en días, no en trimestres.

La era en la que cada plataforma inventaba sus propias primitivas de cumplimiento está llegando a su fin. ERC-7943 es la base común que hace que la tokenización RWA institucional sea componible, portátil y auditable en toda la industria, sin imponer ningún modelo de cumplimiento único a nadie.