El estado de los emisores de RWA: Brickken Research está disponible
Informe sobre el estado de los emisores de RWA
Consíguelo ahora
TL;DR
El segundo trimestre de Brickken marcó un cambio desde el despliegue de tokenización hasta la madurez de la infraestructura institucional: más de 660 millones de dólares en activos tokenizados, más de 150 clientes, más de 40 países, migración a BKN 2.0, estado final de ERC-7943, RAMS para agentes de IA regulados, Brickken CLI y Base MCP, certificaciones ISO ampliadas, nueva presencia en EE. UU. y Luxemburgo, y asociaciones en todo MENA, datos inmobiliarios, financiación comercial y ejecución de socios certificados.
El segundo trimestre fue el trimestre en el que la tokenización se alejó más de la narrativa y se adentró más en la infraestructura.
El mercado ya no necesita otra explicación de por qué los activos del mundo real pueden representarse en la infraestructura de libro mayor distribuido. Necesita los sistemas operativos que hagan que los instrumentos financieros tokenizados sean compatibles, interoperables, auditables y manejables después de su emisión.
Ahí es donde el segundo trimestre fue importante.
Cerramos el trimestre con más de $660 millones en activos tokenizados, más de 150 clientes y actividad en más de más de 40 países. Las cifras reflejan un cambio estructural en el mercado. Las instituciones no están evaluando la tokenización como concepto. Están evaluando si la infraestructura está lista para capital regulado, flujos de trabajo en vivo, cumplimiento multijurisdiccional y gestión del ciclo de vida a escala.
Cuatro desarrollos definieron el trimestre:
Cada uno apunta a la misma conclusión: la tokenización solo escala cuando los rieles son repetibles, cumplen y son operativos desde la emisión hasta la distribución secundaria y la post-emisión. gestión.
El primer trimestre confirmó que la tokenización había salido de la fase piloto. El segundo trimestre mostró lo que viene a continuación.
Una vez que los emisores, fondos, gestores de activos e instituciones financieras pasan a la producción, los requisitos cambian. El enfoque ha pasado de la mera tokenización de un activo a si su modelo operativo completo puede realmente soportar una intensa presión institucional.
• ¿Se puede integrar el cumplimiento directamente en la lógica de transferencia?
• ¿Pueden los activos moverse entre cadenas sin fragmentar la liquidez?
• ¿Puede todo el ciclo de vida del activo permanecer conectado después de la emisión?
• ¿Pueden los agentes de IA interactuar de forma conforme con los instrumentos regulados?
• ¿Pueden las transacciones en vivo conectarse fácilmente a una red verificada de expertos?
Estas son las preguntas prácticas que dan forma a la siguiente fase de la tokenización. El segundo trimestre se trató de responderlas a través de la infraestructura.
En junio, Brickken comenzó la migración de BKN a un nuevo contrato inteligente de Ethereum.
La migración no es una actualización cosmética. Consolida BKN en un único contrato canónico de Ethereum, con una relación de migración 1:1, ticker sin cambios y una auditoría revisada independientemente por OpenZeppelin sin hallazgos de gravedad Crítica, Alta o Media.
La ventana de migración se abrió el 25 de junio de 2026 a las 13:00 UTC y se cierra el 25 de julio de 2026 a las 00:01 UTC.
Para la infraestructura institucional, la importancia de esta actualización radica en la arquitectura que la respalda.
BKN 2.0 establece la base técnica necesaria para la interoperabilidad nativa entre cadenas a través de Chainlink CCIP y para modelos de cumplimiento adaptativos que admiten activos tokenizados regulados. El capital institucional no opera dentro de una red aislada. Los activos, la liquidez, las instrucciones y los permisos deben moverse entre sistemas manteniendo el control, la verificación y la rendición de cuentas.
Ese es el papel de la nueva arquitectura.
BKN 1.0 se construyó para la primera fase de la tokenización: llevar los activos a la cadena. BKN 2.0 está construido para la siguiente fase: capital programable, coordinación entre cadenas, agentes de IA autorizados e instrumentos financieros gestionados por ciclo de vida que operan a través de infraestructura conectada.
La tokenización institucional no puede escalar con una lógica de cumplimiento fragmentada.
Durante años, las plataformas construyeron sus propias restricciones de transferencia, listas de permitidos, mecanismos de congelación, lógica de aplicación y comprobaciones de elegibilidad. Ese enfoque funcionó para implementaciones aisladas. No funciona para mercados de capitales interoperables.
En el segundo trimestre, ERC-7943 alcanzó el estado final como un estándar de Ethereum para la tokenización de activos del mundo real. El estándar introduce una interfaz mínima e independiente del proveedor para activos tokenizados que cumplen con los requisitos. Admite requisitos institucionales básicos como la validación de transferencias, saldos congelados, transferencias forzadas y acciones de cumplimiento sin vincular a los emisores a un único proveedor de identidad, modelo jurisdiccional o pila de cumplimiento.
Esa distinción importa.
ERC-7943 no prescribe un sistema de cumplimiento. Estandariza cómo los activos regulados exponen las funciones de cumplimiento al mercado. Las carteras, los custodios, las plataformas, los emisores y los proveedores de infraestructura pueden integrarse en una interfaz común, manteniendo la flexibilidad en cuanto a KYC, control de sanciones, elegibilidad de los inversores y normas específicas de cada jurisdicción.
Así es como el cumplimiento se vuelve interoperable.
Junto con ERC-7943, Brickken presentó RAMS, el Estándar de Mandato de Agente Regulado, publicado como ERC-8226. RAMS aborda un nuevo problema en las finanzas reguladas: los agentes de IA pueden ejecutar transacciones, pero los mercados regulados necesitan saber quién autorizó al agente, qué se le permite hacer, durante cuánto tiempo y bajo qué límites financieros.
RAMS define una capa de delegación de cumplimiento para agentes de IA que operan con activos regulados tokenizados. Permite que un principal verificado delegue autoridad con alcance, límite de tiempo y límite financiero a un agente en la cadena. El instrumento financiero no solo verifica si una billetera puede realizar transacciones, sino si el agente tiene un mandato válido para actuar.
Esta es la versión institucional de la ejecución de agentes. No es una actividad autónoma sin controles. Ejecución autorizada bajo una responsabilidad definida.
ERC-7943 estandariza la interfaz de activos regulados.
RAMS estandariza la capa de mandato para transacciones impulsadas por agentes.
Juntos, llevan la tokenización más allá de la emisión de activos y a la arquitectura operativa de los mercados de capitales programables.
Los agentes de IA necesitan más que inteligencia. Necesitan infraestructura.
Un agente que puede analizar un mercado, preparar una asignación o identificar una oportunidad de emisión aún necesita tres capacidades operativas antes de poder actuar: una forma de pago, una forma de probar quién es y una forma de ejecutar.
En el segundo trimestre, Brickken lanzó la Brickken CLI, una interfaz de línea de comandos para flujos de trabajo de transacciones de agentes.
La ruta del desarrollador es directa:
CLI → x402 → ERC-8004 → Implementación de tokens
Un desarrollador, o un agente de IA en sí mismo, puede instalar la CLI, pagar las llamadas a la API de Brickken a través de x402, registrar una identidad en la cadena a través de ERC-8004 y Despliegue o administre un token ERC-20 directamente desde la terminal.
Sin sesión de navegador. Sin clave API. Sin bucle de aprobación manual.
La CLI proporciona a los agentes la pila operativa faltante:
• x402 maneja el pago.
• ERC-8004 maneja la identidad del agente.
• Token Deploy maneja la ejecución de ERC-20.
La misma lógica se extiende a través de Brickken Agentic en Base MCP, donde los agentes pueden interactuar con Brickken a través de un punto final para registrar la identidad, manejar pagos x402 y emitir tokens compatibles a través de un flujo estructurado.
Esta no es una función de conveniencia para desarrolladores. Es un paso hacia una infraestructura financiera operada por máquinas donde la identidad, el pago, los permisos y la ejecución están conectados programáticamente.
Para la tokenización, esto importa porque la próxima etapa de la infraestructura de los mercados de capitales no se gestionará solo a través de paneles. Los emisores, fondos, oficinas familiares y plataformas dependerán cada vez más de agentes para el monitoreo, el enrutamiento, la presentación de informes, la preparación de transacciones y la ejecución. Esto solo funciona cuando el agente opera dentro de permisos definidos y una infraestructura verificable.
La pila de agentes de Brickken lleva ese modelo a los flujos de trabajo de producción.
Las instituciones no incorporan plataformas por confianza. Los incorporan basándose en evidencia.
En el segundo trimestre, Brickken logró la certificación ISO/IEC 27701 y ISO/IEC 27018, sumándose a su certificación ISO 27001:2022 existente y la alineación con DORA.
Para los bancos, gestores de activos, oficinas familiares y empresas reguladas, esto no es un hito administrativo. Es parte de la base operativa que evalúan antes de que los datos confidenciales del emisor, los registros de inversores, los resultados de KYC y AML, la información de propiedad efectiva y la documentación de instrumentos financieros pasen por una plataforma externa.
ISO/IEC 27701 extiende la privacidad a una disciplina operativa auditada. Cubre roles, controles, derechos de los interesados, subprocesadores, privacidad desde el diseño, retención, eliminación y mitigación de riesgos en torno al procesamiento de datos personales.
ISO/IEC 27018 aborda la información de identificación personal en entornos de nube pública. Cubre el manejo, la separación, la transparencia, el acceso restringido, la eliminación y las salvaguardas específicas de la nube para la infraestructura SaaS.
Junto con ISO 27001:2022 y la verificación DORA, estas certificaciones respaldan el conjunto de cumplimiento que las instituciones requieren para los instrumentos financieros tokenizados.
La privacidad y la protección de datos no están separadas de la infraestructura de tokenización. Son parte de ella.
Esta base de cumplimiento también respalda la transición más amplia de Brickken hacia un corredor regulado y un custodio que cumple con MiCA. El mercado se está moviendo hacia una infraestructura con licencia y responsable. El segundo trimestre fortaleció los controles operativos necesarios para esa dirección.
El segundo trimestre también amplió la presencia geográfica y de socios de Brickken.
Brickken lanzó operaciones en EE. UU. en Miami, agregando un tercer centro global junto con Barcelona y Dubái. Miami es ahora un ancla operativa para el trabajo de Brickken en bienes raíces tokenizados, PropTech y desarrollo del mercado estadounidense.
También nos unimos a The LHoFT en Luxemburgo, uno de los principales centros de tecnología financiera de Europa. Luxemburgo es un mercado crítico para fondos, gestión de activos, banca privada e infraestructura financiera regulada. Establecer una oficina dedicada dentro de The LHoFT nos acerca a las instituciones y a las conversaciones regulatorias que dan forma al mercado europeo de activos tokenizados.
En MENA, nos asociamos con ADI Foundation para implementar infraestructura de tokenización en ADI Chain, una red institucional de capa 2 diseñada para stablecoins y activos del mundo real en MENA y mercados emergentes. La integración admite la emisión de activos conforme a la normativa, la gestión del ciclo de vida, la presentación de informes y la distribución secundaria controlada para instrumentos financieros tokenizados, incluidos capital, deuda, crédito privado, bienes raíces y fondos.
En bienes raíces, nos asociamos con MAGMA para ofrecer un oráculo de valor liquidativo para bienes raíces tokenizados. El marco conecta los datos verificados de edificios con la infraestructura de tokenización de Brickken para que los emisores y los gestores de activos puedan utilizar datos actualizados continuamente a nivel de activo para la valoración, la presentación de informes a inversores, las auditorías, la refinanciación y el seguimiento posterior a la emisión.
Esto aborda una de las brechas estructurales en el sector inmobiliario tokenizado. Los registros de propiedad por sí solos no son suficientes. La tokenización de bienes raíces de grado institucional requiere una capa de datos confiable detrás del activo.
En materias primas y financiamiento comercial, participamos en un piloto con Blockticity, Seedcore y XDC Network para tokenizar un recibo de cacao respaldado por un envío de exportación verificado de fincas filipinas con licencia.
El modelo conectó cuatro capas:
El mecanismo es importante: el recibo tokenizado hacía referencia a la documentación comercial autenticada en lugar de replicarla en la cadena. El instrumento financiero hacía referencia al registro verificado; no lo reemplazó.
Así es como la tokenización respaldada por materias primas se vuelve institucionalmente útil. El origen del activo, la estructura de la transacción, la integridad de la documentación y el estado del ciclo de vida siguen siendo verificables entre los participantes.
Los acuerdos de tokenización no se cierran solo a través de la infraestructura.
Cada transacción en vivo implica preguntas sobre la estructura legal, el tratamiento fiscal, la comunicación con los inversores, las restricciones jurisdiccionales, las reglas de marketing, la debida diligencia y la estrategia de distribución. Los emisores no pueden responder a todas esas preguntas por sí solos. Necesitan apoyo especializado en torno a la transacción.
En el segundo trimestre, presentamos el Programa de Socios Certificados de Brickken para construir una red verificada de especialistas legales, tecnológicos, comerciales, fiscales y de marketing en torno a proyectos de tokenización en vivo.
El programa otorga a los socios certificados una insignia oficial de Socio Certificado de Brickken, presentaciones cordiales a oportunidades de clientes relevantes, colaboración comercial mejorada, acceso a conocimientos sobre tokenización y materiales de ventas, talleres exclusivos y actualizaciones de la industria, y un gerente de cuenta dedicado de Brickken.
También brinda a los socios acceso a materiales de crecimiento empresarial, incluidos RFP, marcos, conocimientos sobre tokenización y recursos de soporte de transacciones diseñados para mejorar la ejecución en ambas partes.
El propósito es práctico. La infraestructura está implementada. Los acuerdos que se cierran son los que cuentan con los especialistas adecuados a su alrededor.
El segundo trimestre también trajo reconocimiento externo.
Brickken ganó el premio Plataforma de tokenización del año en los Hedgeweek Digital Assets Awards, recibió el premio Estrella en ascenso en la Cumbre WAIB y fue seleccionado para la lista Institutional 100 de BeInCrypto.
El equipo también estuvo presente en los principales foros institucionales y de activos digitales de la industria, incluyendo Paris Blockchain Week y Proof of Talk en París, Consensus y Future PropTech en Miami, EthCC en Cannes, WAIB Summit en Mónaco, TokenizeThis en Nueva York, ETHMilan en Milán, Adminovate en Dublín y Dutch Blockchain Week en Ámsterdam.
Estos eventos no se trataron solo de visibilidad. Reflejaron hacia dónde se ha movido la conversación del mercado: fondos regulados, bienes raíces tokenizados, agentes de IA, infraestructura de cumplimiento, liquidación entre cadenas, administración de fondos y despliegue institucional.
Esas son las conversaciones para las que Brickken está construyendo.
El segundo trimestre confirmó que la tokenización ya no se mide por si los activos se pueden emitir en la cadena.
El estándar institucional es más alto.
Los instrumentos financieros tokenizados necesitan una emisión que cumpla con las normas. Necesitan incorporación y verificación de inversores. Necesitan controles de transferencia exigibles. Necesitan gestión del ciclo de vida, informes, acciones corporativas, entradas de valoración, lógica de distribución, controles de privacidad, preparación para la custodia e interoperabilidad entre proveedores de infraestructura.
También necesitan modelos operativos que puedan soportar agentes de IA sin eliminar la rendición de cuentas de las finanzas reguladas.
Ese es el mercado para el que estamos construyendo.
En el segundo trimestre, esa infraestructura se estandarizó más, cumplió más, se volvió más interoperable y estuvo más preparada para la ejecución de agentes.
El mercado necesita plataformas en las que los equipos financieros tradicionales puedan confiar, implementar y escalar.
Eso es lo que ofreció el segundo trimestre.
Estructurado. Cumple. En funcionamiento.
