Liquidación en blockchain y el problema de los datos off-chain: cómo los fondos tokenizados manejan la finalidad de liquidación, la mecánica de DvP y los oráculos de NAV

La finalidad de liquidación y la entrega atómica contra pago están entre los argumentos operativos más convincentes a favor de los fondos tokenizados. Pero encuentro que los gestores de fondos se enfocan en el lado de la liquidación de la ecuación mientras subestiman el lado de los datos. La liquidación on-chain es tan fiable como los datos off-chain que la alimentan. Si el NAV que se entrega a un smart contract de distribución es incorrecto —porque la cadena de datos desde su administrador hasta el blockchain está rota, retrasada o manipulada—, la liquidación se ejecuta correctamente contra entradas incorrectas. Basura entra, basura sale, pero ahora es permanente. Este artículo cubre la mecánica de liquidación, la arquitectura DvP, el problema del oráculo y los rieles de distribución con stablecoins para fondos tokenizados.

Qué significa realmente la finalidad de liquidación on-chain

La liquidación de valores tradicional en EE. UU. pasó de T+2 a T+1 en mayo de 2024 bajo las enmiendas de la SEC a la Regla 15c6-1. La finalidad de liquidación —el momento legal en que una transferencia se vuelve irrevocable— tiene implicaciones regulatorias para los requisitos de margen, las penalizaciones por operaciones fallidas y la coordinación de la liquidación transfronteriza. Para los intereses en fondos, que no son valores cotizados en bolsa, la liquidación ocurre de forma bilateral entre el fondo y el inversionista, regida por el acuerdo de suscripción del fondo en lugar de las reglas de la bolsa.

La finalidad de liquidación en blockchain funciona de manera diferente según la red. Ethereum logra finalidad probabilística: después de aproximadamente 64 bloques (unos 13 minutos tras el merge), la probabilidad de una reorganización de la cadena se vuelve insignificantemente pequeña. Las redes empresariales como Kinexys de JP Morgan logran finalidad determinística: la transacción es final tras su inclusión en un bloque confirmado, típicamente en segundos. Para fines de administración de fondos, la diferencia práctica es si su sistema de distribución puede tratar una transacción como final de inmediato o si necesita esperar una ventana de confirmación. La mayoría de las integraciones de administración de fondos usan un umbral de confirmación conservador que trata la liquidación como final después de un número definido de bloques, independientemente de la red.

Por qué una liquidación más rápida crea valor operativo

El valor operativo de una liquidación más rápida no es solo la velocidad: es la reducción de la exposición a la contraparte durante la ventana de liquidación. En la liquidación T+2, un fondo y un inversionista están ambos expuestos al riesgo de incumplimiento del otro durante dos días hábiles entre el acuerdo de la operación y la liquidación final. En las transferencias secundarias de fondos tokenizados liquidadas en minutos, esa ventana de exposición se elimina. Para las transferencias transfronterizas que involucran a múltiples bancos corresponsales, la reducción de la exposición a la contraparte durante las cadenas de liquidación SWIFT de varios días es económicamente significativa. Los datos de Kinexys de JP Morgan muestran que su liquidación basada en blockchain ha procesado acumulativamente más de $3 billones en transacciones institucionales (con un volumen diario promedio que supera los $5 billones a finales de 2025), siendo la principal motivación institucional la eliminación de la exposición de liquidación intradía.

Liquidación DvP atómica: cómo funciona y dónde falla

La liquidación de entrega contra pago (DvP) significa que la transferencia de un activo y el pago correspondiente ocurren simultánea y atómicamente: o ambas patas se completan o ninguna lo hace. El DvP de valores tradicional es gestionado por cámaras de compensación (DTC en EE. UU., Euroclear y Clearstream en Europa) que netean posiciones entre participantes y garantizan la liquidación. El riesgo de que una pata se liquide sin la otra está respaldado por las contribuciones de las firmas miembro a los fondos de incumplimiento de la cámara de compensación.

El DvP atómico en un blockchain usa smart contracts para mantener en escrow tanto los tokens del activo como los tokens de pago, y luego ejecuta ambas transferencias simultáneamente en una sola transacción. Si cualquiera de las patas falla (tokens de pago insuficientes, violación de una restricción de transferencia en el lado del activo), toda la transacción se revierte y ninguna parte queda expuesta. Esto es estructuralmente superior al DvP tradicional: no hay intermediario de cámara de compensación, no hay ventana de exposición de liquidación y no hay posibilidad de que una pata se ejecute sin la otra.

Dónde falla el DvP atómico en la práctica

El DvP atómico requiere que ambos lados de la transacción estén en el mismo blockchain. Cuando el token del activo está en Ethereum y el pago es una transferencia bancaria tradicional, la liquidación atómica no es posible: la transferencia ocurre off-chain y la transferencia del token ocurre on-chain, reintroduciendo el riesgo de temporización de la liquidación. Por eso los rieles de pago con stablecoins (USDC, USDT) son importantes para la infraestructura de fondos tokenizados: ponen la pata de pago on-chain, habilitando una liquidación genuinamente atómica.

El DvP atómico entre cadenas —donde los tokens del activo y del pago están en blockchains diferentes— requiere protocolos de intercambio atómico entre cadenas (contratos con bloqueo temporal por hash, o protocolos de mensajería entre cadenas como Chainlink CCIP). Estas soluciones existen y están en uso en producción a escala institucional, pero añaden complejidad e introducen nuevos modos de falla. Los gestores de fondos deben preguntar a los proveedores específicamente: para una transferencia secundaria de intereses en el fondo, describa el flujo exacto de liquidación, dónde ocurre cada pata y qué sucede si una pata falla.

El problema de los datos off-chain: lo que los smart contracts no pueden saber

Los smart contracts se ejecutan de forma determinística con base en los datos disponibles en el blockchain. No pueden leer de forma nativa un PDF del portal de su administrador, consultar una base de datos SQL ni hacer una llamada a una API HTTP. Cada pieza de datos que un smart contract usa en su lógica debe entregársele on-chain. Para la administración de fondos, los puntos de datos críticos que existen off-chain incluyen: el NAV por unidad (calculado por el administrador a partir de valuaciones de activos off-chain), los devengos de ingresos (de los reportes financieros de las empresas del portafolio), los tipos de cambio de divisas (para fondos multimoneda) y los cambios en el estado de elegibilidad de los inversionistas (de los procesos de revisión KYC/AML).

Esto crea lo que los ingenieros llaman el problema del oráculo: un smart contract que necesita actuar sobre datos del mundo real debe depender de una fuente de datos externa (un oráculo) para llevar esos datos on-chain. La seguridad y fiabilidad del oráculo es tan importante como la seguridad del propio smart contract: una fuente de oráculo comprometida o manipulada produce un contrato que se ejecuta correctamente actuando sobre datos incorrectos.

Oráculos de NAV en la arquitectura de fondos tokenizados

En un fondo tokenizado donde las distribuciones se activan automáticamente mediante smart contracts con base en cálculos de NAV, el oráculo de NAV es un componente crítico del sistema. Los productos de prueba de reservas y fuentes de datos de Chainlink son la solución de oráculo institucional más ampliamente adoptada, usada por varios proyectos de fondos tokenizados para llevar valores de activos off-chain al on-chain con atestación criptográfica. La arquitectura de oráculo para un fondo en producción debe incluir: redundancia de fuentes de datos (múltiples fuentes de datos independientes, no un único punto de falla), firma criptográfica de los datos por parte del administrador (para que el smart contract pueda verificar la procedencia de los datos), detección de anomalías (alertas si el NAV cambia en una cantidad inverosímil entre fuentes) y una frecuencia de actualización apropiada para la cadencia de distribución del fondo.

La tokenización del fondo BENJI de Franklin Templeton es instructiva aquí. Franklin Templeton actúa como agente de transferencia on-chain, actualizando directamente los registros de inversionistas y los datos de NAV: no hay un oráculo de terceros, porque el propio gestor del fondo es la fuente de datos autoritativa. Esto elimina el riesgo de manipulación del oráculo, pero exige que el gestor del fondo mantenga directamente la infraestructura on-chain. La mayoría de los gestores de fondos del mercado medio dependerán de la infraestructura de oráculo de su proveedor de plataforma, lo que significa que entender la cadena de datos y la arquitectura de seguridad del proveedor es un due diligence esencial.

Rieles de distribución con stablecoins: arquitectura y consideraciones prácticas

Los rieles de pago con stablecoins permiten a los fondos tokenizados distribuir los rendimientos directamente a los wallets de los inversionistas en una sola transacción on-chain, evitando la cadena de banca corresponsal que hace que las distribuciones transfronterizas tradicionales sean costosas y lentas. USDC (Circle) y USDT (Tether) son las stablecoins más ampliamente usadas para pagos institucionales; para los fondos latinoamericanos, existen opciones de stablecoins regionales a través de la infraestructura fintech local.

Opciones de arquitectura de liquidación

Una distribución con stablecoin a nivel de smart contract funciona de la siguiente manera: el fondo recibe los rendimientos en su wallet de tesorería (ya sea de la monetización de activos o de los rendimientos de suscripción), el smart contract de distribución calcula la participación pro-rata de cada inversionista con base en sus tenencias de tokens, y el contrato transfiere el monto de stablecoin correspondiente a cada wallet de inversionista verificado en una sola transacción agrupada. La agrupación importa para la eficiencia de gas en la mainnet de Ethereum: distribuir a 100 inversionistas en una transacción es sustancialmente más barato por inversionista que 100 transacciones individuales.

El wallet receptor del inversionista debe ser capaz de mantener la stablecoin en cuestión y debe estar asociado con la identidad on-chain del inversionista en el registro ERC-3643. Los inversionistas que no tienen wallets de autocustodia requieren un wallet de custodio o de exchange como receptor. Para los inversionistas HNW que no están familiarizados con la custodia de activos digitales, la plataforma debe proporcionar una ruta clara: ya sea wallets gestionados por un custodio que abstraen la complejidad, o infraestructura de off-ramp que convierte las distribuciones en stablecoin a moneda fiat y las liquida en una cuenta bancaria automáticamente.

Estatus regulatorio de las distribuciones con stablecoins

El estatus regulatorio de las distribuciones con stablecoins varía según la jurisdicción. En EE. UU., las distribuciones en USDC de un fondo regulado se tratan como distribuciones en USD para fines fiscales: USDC está vinculado 1:1 al USD y Circle es un negocio de servicios monetarios regulado. En la UE, MiCA clasifica a USDC como un token de dinero electrónico (EMT), con la distribución sujeta a las regulaciones de dinero electrónico. En Brasil, el proyecto DREX del Banco Central do Brasil está desarrollando una CBDC que proporcionará funcionalidad de liquidación similar con respaldo directo del banco central. Los gestores de fondos que distribuyen de forma transfronteriza en stablecoins deberían obtener un análisis legal específico de la jurisdicción antes de depender de los rieles de stablecoin para las distribuciones a los LP.

Integridad de los datos en toda la pila de liquidación

La pila de liquidación para una distribución de fondo tokenizado involucra múltiples capas de flujo de datos que deben ser fiables cada una: el administrador calcula el NAV fuera de línea a partir de los datos del portafolio, el NAV se transmite a la infraestructura de oráculo con atestación criptográfica, el oráculo publica el NAV on-chain con un paquete de datos firmado, el smart contract de distribución lee el NAV, calcula las asignaciones de los inversionistas a partir de las tenencias de tokens y ejecuta las transferencias de stablecoin a los wallets verificados. Cada traspaso en esta cadena es un punto potencial de falla o manipulación.

El traspaso de mayor riesgo es el primero: del cálculo fuera de línea del administrador al oráculo on-chain. Este paso involucra procesos humanos (el cálculo y la revisión del NAV por parte del administrador) y una interfaz tecnológica (el sistema de firma y transmisión de datos) que son más difíciles de verificar que la lógica puramente on-chain. Los gestores de fondos deben preguntar a los proveedores: ¿cómo se firman los datos de NAV antes de la transmisión? ¿Quién tiene autoridad para insertar una actualización de NAV? ¿Cuál es el proceso de conciliación si el NAV on-chain diverge de los registros del administrador? ¿Qué alertas existen para cambios anómalos de NAV?

Fuentes

• J.P. Morgan (2026). Kinexys 2026 Milestones — Volumen de liquidación acumulado (más de $3 billones desde su creación, con un promedio de más de $5 billones diarios): jpmorgan.com/payments/newsroom/kinexys-milestones-2026
• SEC (2024). Amendments to Rule 15c6-1: T+1 Settlement — Marco regulatorio del ciclo de liquidación de valores de EE. UU.
• Chainlink (2024). Proof of Reserve and Data Feed Architecture for Institutional DeFi — Infraestructura de oráculo para NAV y datos de activos on-chain
• Franklin Templeton (2024). BENJI Fund On-Chain Transfer Agent Architecture — Modelo del gestor de fondos como autoridad de datos on-chain
• EU Commission (2024). Markets in Crypto-Assets Regulation (MiCA) — E-Money Token Requirements — Clasificación regulatoria de stablecoins en la UE