La digitalización de la economía está dando forma a una nueva arquitectura financiera global caracterizada por tres vectores convergentes: (1) blockchain y DLT( Tecnología de Contabilidad Distribuida), que aportan liquidación casi instantánea, inmutabilidad programable y tokenización nativa; (2) ISO 20022, el lenguaje de datos común que armoniza la mensajería financiera entre bancos, sistemas de pagos, activos tokenizados y monedas digitales de banco central (CBDC); y (3) Inteligencia Artificial (IA), que dota de capacidades predictivas, de gestión de riesgos, monitoreo de cumplimiento y orquestación autónoma de procesos.
Este artículo, surgido de la curiosidad del autor sobre cómo la blockchain está impactando en el diseño del nuevo sistema financiero, desglosa la transición desde el sistema tradicional basado en corresponsalía y mensajes MT hacia ecosistemas interoperables que integran rails heredados (RTGS, ACH, SWIFT) con DLT y CBDC bajo ISO 20022. Se analiza cómo Swift está evolucionando de red de mensajería a interconector neutral de múltiples cadenas y plataformas tokenizadas, y se estudian los tokens de utilidad y los tokens de interoperabilidad como elementos relevantes para este nuevo marco en términos de su función económica, ventajas técnicas y alineación con estándares.
Se presenta además cómo la IA se integra en este nuevo marco. Finalmente, se explica cómo la combinación IA + Blockchain + ISO 20022 sienta las bases del primer sistema financiero verificable y autoajustable, capaz de auditarse en tiempo real y de optimizar liquidez, riesgo y cumplimiento de manera continua.
1. Del sistema financiero tradicional a una red descentralizada e interoperable
Durante décadas, los pagos transfronterizos y el post-trade de valores han dependido de corresponsalía bancaria, ventanas horarias limitadas, prefundidos costosos y mensajes MT (no estructurados) que restringen la automatización. La fricción regulatoria (KYC/AML), la reconciliación manual y la fragmentación de infraestructuras incrementan coste, riesgo operacional y tiempos de ciclo. Y es en este contexto donde aparece la blockchain y las nuevas tecnologías 4RI como la inteligencia artificial.
Las blockchains públicas y permisionadas, junto con redes DLT especializadas permiten liquidación casi instantánea, alta disponibilidad 24/7/365 y programabilidad (smart contracts). La tokenización convierte derechos económicos en objetos de software auditables (RWA, depósitos tokenizados, e-money, stablecoins), facilitando DvP atómico (Delivery versus Payment ) y PvP (Payment versus Payment) atómico y nuevos modelos de liquidez y colateral.
El papel de ISO 20022 como “lenguaje común”
Esta transición requiere un estándar de datos rico y estructurado que garantice semántica consistente entre instituciones y rails. ISO 20022 cumple ese rol: es el estándar global de mensajería financiera con metamodelo y esquemas (p. ej., pacs.008, pain.001) que armoniza pagos, valores, FX, comercio, etc.
2. ISO 20022: el tejido conectivo entre bancos, CBDCs y blockchain
ISO 20022 es un marco de modelado semántico y un conjunto de mensajes que dotan de datos ricos y estructurados a las transacciones financieras. No se limita al XML: abarca modelos independientes de la sintaxis y, más recientemente, recursos API mantenidos por el grupo ISO correspondiente.
El arranque de la migración a ISO 20022 para pagos transfronterizos (CBPR+) se produjo en marzo de 2023, con período de coexistencia MT/MX teórica hasta noviembre de 2025 . Paralelamente, infraestructuras de mercado (EUR, USD, GBP, SGD, AUD) avanzan en su adopción; Fedwire completó su migración en 2025
Implicación clave: ISO 20022 permite que mensajes y datos de pagos y valores viajen de forma uniforme entre RTGS, sistemas instantáneos, CBDC y DLT, reduciendo falsos positivos de cumplimiento y elevando el STP (Straight Through Processing).
3. Tokens en la nueva arquitectura
Los tokens son el “objeto de software” que hace operativa la nueva arquitectura financiera: representan derechos y dinero (RWA, depósitos tokenizados, stablecoins, CBDC), mueven liquidez entre rieles y permiten liquidación programable (DvP/PvP atómica); activan servicios (cómputo, datos, oráculos, identidad) y alinean incentivos entre bancos, PSP y usuarios (staking, tarifas, revenue-sharing); habilitan micropagos y economías máquina-a-máquina 24/7; y, sobre todo, convierten cumplimiento y trazabilidad en propiedades verificables del sistema (hashes, pruebas ZK/TEE). Al integrarse vía gateways con ISO 20022 y capas como Swift, los tokens unifican mensajería bancaria y liquidación on-chain, reduciendo prefundidos, latencia y costos, y haciendo posible un mercado financiero interoperable, auditable y autoajustable.
Podemos clasificarlos en dos tipos: tokens de utilidad y tokens de interoperabilidad. Si bien a nivel regulatorio (p. ej., MiCA en la UE) se habla de “utility token” sí es categoría funcional; la “interoperabilidad” no es etiqueta legal per se, sino un rol técnico.
Aunque un mismo token puede tener algo de ambas funciones, su diseño principal y la capa donde crea valor es lo que marca la diferencia.
3.1. Los tokens de interoperabilidad
son activos nativos de redes o capas que conectan infraestructuras financieras heterogéneas (banca tradicional, CBDC, depósitos tokenizados y múltiples DLT) para mover valor y estados con baja fricción y semántica consistente. No “sustituyen” a la mensajería estándar (p. ej., ISO 20022), sino que ejecutan la liquidación, el puente de liquidez o la orquestación multichain. Muchos tokens de interoperabilidad son de utilidad.
Nota: ISO 20022 es mensajería/semántica de datos; las redes no “son ISO 20022”, se alinean vía gateways/APIs que emiten/consumen mensajes ISO.
Mecanismos técnicos clave
- Puente de liquidez (Liquidity Bridge): uso del token como activo puente para FX/transferencias entre rails (ej.: XRP en ODL).
- Redes con anchors/emisores fiat: tokens que conectan on/off-ramps y emisores locales (ej.: XLM con anchors para remesas).
- Capa de gobernanza y consenso “enterprise”: infra de alto rendimiento y gobernanza corporativa para conectar sistemas de empresa (ej.: HBAR/Hedera).
- Arquitectura híbrida público–privado: gateways y APIs que enlazan DLT con plataformas de trade/banca (ej.: XDC con Corda/Tradeteq).
- Interfaz universal multi-DLT: middleware que abstrae cadenas y expone APIs bancarias (ej.: QNT/Overledger).
- IoT ↔ finanzas (datos confiables): eventos y identidades de máquinas que activan pagos/liquidaciones (ej.: IOTA).
¿Por qué importan?
Porque convierten la interoperabilidad en una propiedad del sistema, no en un proyecto de integración perpetuo.
Los tokens de interoperabilidad aportan liquidez, rendimiento y gobernanza para conectar rails bancarios, CBDC y DLT diversas, mientras ISO 20022 garantiza que cada paso sea comprensible, conciliable y auditable a escala global.
El resultado es un sistema verificable y autoajustable: mensajería estándar, liquidación atómica y orquestación inteligente de rutas de pago y tokenización.
3.2. Tokens de utilidad en la nueva arquitectura
Un “utility token” o token de utilidad otorga acceso o uso a un bien/servicio digital de una red (no promete rendimiento financiero per se). En la nueva arquitectura —donde ISO 20022 estandariza datos y Swift/DLT orquestan valor— estos tokens activan capacidades (cómputo, datos, identidad, almacenamiento, oráculos, mensajería) sobre las que se construyen pagos, tokenización y cumplimiento.
Tipologías funcionales y rol en el sistema
- Gas/ejecución y seguridad de red (p. ej., ETH, ALGO, HBAR): pagan ejecución y priorizan transacciones; permiten DvP/PvP y lógica de contratos.
- Oráculos y veracidad de datos (p. ej., LINK): incentivan a feeds que firman precios/eventos externos usados por pagos, liquidaciones y riesgos.
- Almacenamiento descentralizado (p. ej., FIL, AR): conservan pruebas, respaldos de estados, evidencias regulatorias y documentación de comercio.
- Cómputo y aceleración (p. ej., RNDR, AKT): ofrecen render/cómputo bajo demanda; habilitan MLOps y análisis en la capa de IA.
- Datos e intercambio/mercados (p. ej., OCEAN): licencian datasets y registros con proveniencia y pagos programables.
- Identidad y credenciales (p. ej., CVC, credenciales verificables): pagan emisión/verificación de credenciales KYC/KYB y permisos.
- Mensajería/interoperabilidad de API (p. ej., QNT como token de plataforma): facilita gateways multi-DLT para bancos y FMI.
- Gobernanza de protocolos (p. ej., UNI, HNT…): fijan parámetros de riesgo/liquidez en pools y redes DePIN.
¿Por qué importan?
Los tokens de utilidad convierten capacidades técnicas (datos, cómputo, identidad, oráculos, almacenamiento) en servicios componibles que la banca puede invocar desde flujos ISO 20022.
Son el “cemento” que hace practicable la promesa de IA + Blockchain: probar, registrar y automatizar —con evidencia criptográfica— cada paso de un pago, un préstamo tokenizado o un proceso de trade finance.
4. Swift en el nuevo marco: de mensajería a interconexión de valor
4.1. Del MT a MX y más allá
La función histórica de Swift como red de mensajería evoluciona hacia un “interconector neutral” que enlaza rails heredados, CBDC y DLT. Sus experimentos muestran transferencias de activos tokenizados entre Ethereum, Avalanche y Quorum usando CCIP de Chainlink como capa de interoperabilidad, y un conector CBDC que orquesta FX, DvP y pagos de comercio digital.
4.2. ¿Qué cambia para bancos y mercados?
- Estandarización de datos (ISO 20022) + puntos únicos de acceso: menos integraciones ad-hoc, menor coste operativo.
- On-chain settlement con cash leg en dinero on-chain (CBDC, depósitos tokenizados) para DvP/PvP atómicos.
- Convivencia multirrail: pagos 24/7/365, menores prefundidos y trazabilidad granular de mensajes y eventos.
4.3 Swift y los tokens de interoperabilidad
Swift es la red de mensajería financiera (estándar ISO 20022) que coordina instrucciones y cumplimiento entre >11.000 instituciones; los tokens y capas como QNT/Overledger habilitan liquidación on-chain e interconexión técnica entre múltiples cadenas.
Swift y los “tokens de interoperabilidad” no son lo mismo ni compiten en el mismo plano.
En los pilotos más recientes, Swift se posiciona como interconector neutral que llama a estas redes cuando conviene (CBDC, activos tokenizados, FX PvP/DvP)
4.4 Swift y los tokens de utilidad
La relación es de complementariedad: Swift sigue siendo la capa de mensajería y orquestación (ISO 20022) entre bancos, mientras los tokens de utilidad proveen capacidades técnicas que esos flujos pueden invocar —gas/ejecución (p. ej., ALGO, HBAR), oráculos (LINK), almacenamiento de evidencias (FIL/AR), cómputo para IA (RNDR/AKT), datos/licencias (OCEAN) o identidad/credenciales (VCs).
En la práctica, Swift estandariza y coordina; los tokens de utilidad operan y evidencian capacidades específicas dentro del flujo, sin sustituir la mensajería bancaria.
4.5 Y .. ¿Cuál es la relación práctica?
- Lenguaje común (ISO 20022) + riel de instrucciones
Swift migra pagos transfronterizos a ISO 20022 (fin de coexistencia: 22-nov-2025). Eso aporta datos ricos para KYC/AML, trazabilidad y STP, y dispara procesos en otros rails (incluidos DLT). - Puente hacia “valor tokenizado”
Swift demostró transferencias de activos tokenizados a través de múltiples blockchains públicas y privadas (usando oráculos/CCIP), y un conector CBDC que orquesta pagos de comercio, DvP y FX PvP entre plataformas. Es decir, Swift instruye y verifica; la liquidación puede ocurrir on-chain. - Complementariedad con tokens de interoperabilidad
- XRP/XLM/XDC/HBAR/ALGO/IOTA: aportan liquidez, emisión de activos, rendimiento o trazabilidad en dominios concretos; se integran mediante gateways y mapeos ISO 20022 en el borde.
- QNT (Overledger): capa API multi-DLT para bancos; encaja con la ambición de Swift de ser “red de redes”.
4.6 ¿Sustituyen los tokens funciones de Swift ?
En general, no, aunque sí en ciertos flujos nicho.
Por qué no (sistémicamente):
- Gobernanza y alcance: Swift estandariza datos y compliance a escala global; los bancos ya están migrando a ISO 20022 con fecha firme. Sustituir ese entramado implicaría recrear mensajería, reglas y conectividad mundial.
- Estrategia de Swift: en vez de competir, integra DLT/CBDC. En 2025 arranca pruebas en vivo de transacciones de activos y monedas digitales sobre Swift, reforzando su papel de capa de orquestación.
- Consenso regulatorio: BIS/CPMI promueven ISO 20022 armonizado y “interlinking” entre sistemas; esto favorece interoperar más que reemplazar.
Dónde sí podría haber bypass parcial:
- Remesas/cripto-nativas con stablecoins o tokens puente en corredores concretos, operadas por PSP/fintech sin dependencia de Swift (p. ej., B2C, P2P).
- Rieles bilaterales entre instituciones que acuerdan liquidación directa en CBDC o depósitos tokenizados con mensajería propia/API.
- Mercados cripto y DeFi regulada, donde la coordinación se hace on-chain y el “mensaje” es la propia transacción.
Estas vías existen, pero no escalan por sí solas al ecosistema bancario global (KYC/AML multi-jurisdicción, interoperabilidad semántica, resiliencia, acuerdos operativos). De ahí el enfoque de coexistencia.
Modelo mental sencillo
- Swift = capa de instrucciones + cumplimiento (ISO 20022)
- Tokens/infra DLT = capa de liquidación/registro
- Conectores (Swift-CBDC, Overledger) = capa de interconexión
Resultado: coordinación centralizada en normas, descentralizada en liquidación, con pruebas piloto ya en marcha para integrar ambos mundos.
5. IA + Blockchain: un marco exhaustivo
La IA se integra con blockchain como capa de confianza y mercado: la cadena no entrena modelos, pero certifica, coordina y paga por datos, cómputo e inferencias con pruebas verificables y reglas programables. Los tokens de IA son el engranaje económico que abre acceso, coordina incentivos y monetiza el ecosistema (datos, GPU, modelos, validadores). Con privacidad y cumplimiento incorporados, esta convergencia habilita agentes y servicios inteligentes componibles con finanzas on-chain y sistemas bancarios, acelerando una economía de IA auditables, interoperables y rentables.
5.1
¿Existen “tokens de IA” aplicables a este nuevo sistema financiero bajo blockchain?
Sí. No todos son iguales, pero suelen encajar en cuatro patrones:
- Tokens de acceso/servicio (utility)
- ¿Para qué sirven? Pagar inferencia, entrenamiento, almacenamiento de artefactos o consultas de oráculo.
- Cómo operan: el usuario bloquea o gasta el token para consumir GPU/CPU, descargar un dataset, o hacer N llamadas a un modelo. Ejemplos típicos: redes de cómputo descentralizado (p. ej., AKT, RNDR), datos (p. ej., OCEAN) u oráculos (p. ej., LINK para datos; algunos proyectos de IA publican feeds especializados).
- Tokens de coordinación y gobernanza
- ¿Para qué sirven? Votar reglas de curación de datos, criterios de calidad de modelos, precios mínimos por cómputo, slashing a malos actores, etc.
- Cómo operan: staking para participar; los incentivos alinean a proveedores (datos/compute/modelos) y consumidores.
- Tokens de incentivo y revenue-sharing
- ¿Para qué sirven? Recompensar a quienes aportan datos útiles, verifican resultados, etiquetan o validan
- Cómo operan: contratos distribuyen ingresos por inferencia/entrenamiento a wallets de contribuidores según pruebas de contribución (hashes, proof-of-quality, reputación).
- Tokens de índice/infraestructura
- ¿Para qué sirven? Financiar y asegurar capas de indexación (p. ej., grafos de datos, feature stores, pipelines) que aceleran a los modelos.
- Cómo operan: los operadores hacen staking para indexar, cobran por consulta y pueden ser penalizados si sirven datos corruptos.
Regla de oro: un “token de IA” sano vincula el activo a un servicio medible (GPU-horas, llamadas de API, dataset descargado, oracle updates), con pruebas verificables de trabajo y mecanismos anti-spam/anti-fraude (staking, slashing, reputación, pruebas criptográficas).
6. Cómo IA + Blockchain + ISO 20022 crean el primer sistema financiero verificable y autoajustable
Verificable porque:
- Cada evento (pago, DvP, control AML, actualización de modelo) deja prueba criptográfica anclada en DLT.
- Las decisiones algorítmicas pueden someterse a ZK-proofs y atestado en TEE, reduciendo dependencia de auditorías manuales.
- La mensajería ISO 20022 aporta semántica estándar y datos enriquecidos para reconciliación y supervisión.
Autoajustable porque:
- Agentes de IA monitorizan latencia, coste, riesgo y cumplimiento, re-enrutando pagos entre rails (RTGS, stablecoin, XRP/ODL, CBDC) según políticas.
- Los modelos se recalibran con feedback continuo (fraude, fallos de STP), asegurando aprendizaje bajo privacidad diferencial y control en TEE.
- Conectores (p.ej., Swift, Overledger) coordinan interoperabilidad multired, reduciendo fricciones de integración y permitiendo optimización global.
Descripción visual (diagrama de arquitectura)
7. Ejemplos de aplicación real (selección breve)
- Pagos transfronterizos 24/7 con rails cripto y stablecoins: Ripple Payments integra stablecoins y XRP para liquidación instantánea y acceso a 90+ mercados vía API única, cumpliendo estándares y licencias.
- CBDC interconectadas y DvP on-chain: Swift demuestra con bancos centrales y comerciales un conector para FX PvP, DvP y pagos de comercio digital, integrando múltiples DLT y sistemas fiat.
- Tokenización de activos y acceso multipista: Swift evidencia que su infraestructura es punto único hacia blockchains públicas/privadas para transferir activos tokenizados, reduciendo la complejidad operativa.
- CBDC sobre Stellar: el whitepaper “Stellar for CBDCs” (Stellar Development Foundation) explica cómo implementar CBDC en Stellar, con controles y emisión de activos; relevante para pilotos de bancos centrales.
- Trade finance en XDC: ecosistema con Impel/Corda y NFTs de trade finance (Tradeteq) sobre XDC, orientado a digitalizar cartas de crédito y cuentas por cobrar.
8. Implicaciones regulatorias: MiCA, FATF y armonización de datos
La UE ya dispone de un marco MiCA (Reglamento 2023/1114), con reglas uniformes para emisores y proveedores de criptoactivos; su despliegue, junto con la Transfer of Funds Regulation y las guías FATF (Travel Rule), hace viable la convergencia entre rails bancarios y DLT siempre que exista mensajería estructurada y pruebas verificables de cumplimiento.
9. Conclusiones
- La estandarización de datos (ISO 20022) es el punto de inflexión que permite que rails heredados, CBDC y DLT hablen el mismo idioma. El final del periodo de coexistencia MT/MX (teóricamente noviembre de 2025 ) marca el inicio de la normalidad data-rich en pagos.
- Swift se reposiciona como interconector de valor, orquestando múltiples blockchains y rails fiat, con pruebas de tokenización y conector CBDC.
- Los tokens de interoperabilidad aportan funciones complementarias: liquidez, inclusión, gobernanza empresarial, trade finance, eficiencia energética, IoT e interconexión universal. Su alineación ISO debe entenderse como capacidad de integrar/transportar mensajes estandarizados en pasarelas y APIs, no como “certificación de cadena”.
- Los tokens de utilidad permiten pagar y activar servicios digitales críticos (cómputo, datos, oráculos, identidad y almacenamiento) de forma programable y auditable, integrándose con flujos bancarios e ISO 20022 para automatizar, trazar y liquidar procesos financieros end-to-end.
- La IA convierte esta pila en un sistema verificable y autoajustable: ZK-proofs y TEE para auditoría sin revelar datos, DP en reporting, agentes que optimizan liquidez y riesgo, y mensajería ISO para trazabilidad y cumplimiento automatizados.
Estamos ante el nacimiento del primer sistema financiero verificable y autoajustable, en el que los datos son contratos, la conformidad es computable y la liquidez es orquestable a escala global. Quienes adopten ISO 20022, exploten DLT interoperables y habiliten IA confiable liderarán la próxima década de finanzas.