La reconfiguración de la arquitectura temporal de los mercados financieros
La tokenización suele describirse como un cambio de formato. Un bono del Tesoro, una participación en un fondo del mercado monetario, un depósito bancario, un bono corporativo u otro activo financiero pasa a estar representado en un registro distribuido, lo que permite transferirlo mediante redes digitales.
La descripción es correcta, pero incompleta.
La transformación más profunda comienza cuando el activo y el medio de pago funcionan dentro de un mismo sistema, o entre sistemas capaces de coordinar sus operaciones. La liquidación, la compensación, la entrega de garantías, las llamadas de margen, los registros de propiedad, las verificaciones de cumplimiento normativo y la gestión de la liquidez pueden entonces concentrarse en una cronología compartida.
La pregunta importante no es únicamente si la tokenización hace que las finanzas resulten más cómodas. La cuestión es si la reducción del riesgo de liquidación y de contraparte provoca que las necesidades de liquidez, las exigencias operativas y las decisiones jurídicas deban afrontarse antes.
La tokenización no elimina las restricciones financieras. Modifica el momento en que esas restricciones se hacen visibles.
Tokenizar un activo no equivale a tokenizar un derecho jurídico
Un token puede representar un activo sin constituir el registro jurídico oficial de ese activo.
Esta distinción es fundamental.
Algunos instrumentos financieros se emiten de forma nativa en un registro distribuido. En esa estructura, el propio registro puede actuar como fuente oficial de información sobre la emisión, la propiedad y la transferencia. El derecho nace dentro del sistema tokenizado.
Otros tokens representan derechos sobre activos cuyo registro jurídico permanece en otro lugar. Un token puede corresponder a un valor del Tesoro mantenido por un custodio, a una participación beneficiaria en un fondo, a un derecho contractual frente a un emisor o a una facultad administrada mediante un registro externo a la cadena.
Estas estructuras pueden parecer casi idénticas en una pantalla. Su sustancia jurídica puede ser radicalmente distinta.
El titular puede ser propietario directo del valor subyacente. También puede poseer únicamente una participación beneficiaria. En otra estructura, puede disponer tan solo de un derecho contractual frente al emisor del token. Estas diferencias determinan lo que sucede durante una insolvencia, un fallo de custodia, una interrupción operativa, un litigio o un conflicto entre reclamaciones de propiedad.
La tokenización posee, por tanto, dos capas: la representación digital del valor y la arquitectura jurídica que sostiene esa representación.
Un token transferible no constituye automáticamente un derecho de propiedad transferible. Una transferencia completada desde el punto de vista técnico no es necesariamente una transferencia jurídicamente definitiva. Un registro visible en una cadena de bloques no se convierte por ello en el registro oficial reconocido por los tribunales, los reguladores, los custodios o los administradores concursales.
La arquitectura importa más que la interfaz.
Un mismo formato de token puede contener formas de dinero muy diferentes
Las finanzas tokenizadas suelen agrupar diversos instrumentos bajo la amplia categoría de dinero digital. Esa simplificación oculta la pregunta más importante: ¿de quién es el pasivo?
El dinero de banco central es un pasivo del banco central. El dinero bancario comercial es un pasivo de una entidad regulada. Un depósito tokenizado continúa siendo un derecho frente al banco, aunque su registro se mantenga mediante tecnología de registro distribuido. Una moneda estable suele representar un derecho transferible frente a un emisor privado o frente a una estructura de reservas organizada por ese emisor. Una moneda digital mayorista de banco central es dinero de banco central emitido en un formato diseñado para la liquidación institucional.
Todos estos instrumentos pueden ser programables. Todos pueden circular mediante redes digitales. Todos pueden utilizarse en operaciones con valores tokenizados.
No son intercambiables desde el punto de vista económico ni jurídico.
Difieren en riesgo de crédito, derechos de reembolso, tratamiento concursal, estructura de reservas, seguro de depósitos, restricciones de transferencia, requisitos de acceso, gobernanza y firmeza jurídica de la liquidación.
Un token de depósito bancario puede operar dentro de una red autorizada y continuar sometido a la regulación bancaria, a los requisitos de identificación del cliente, a las limitaciones de las cuentas y a las normas de resolución bancaria. Una moneda estable puede circular con mayor libertad por redes públicas, pero su seguridad depende del emisor, de los activos de reserva, de la estructura de reembolso, del modelo de custodia y de la legislación aplicable.
El token es solo el recipiente. El emisor y la naturaleza jurídica del derecho determinan lo que contiene.
La liquidación atómica no es lo mismo que la liquidación instantánea
Uno de los argumentos más sólidos a favor de los mercados tokenizados es la posibilidad de realizar una liquidación atómica.
En una operación de entrega contra pago, la transferencia del activo y la transferencia del dinero están vinculadas. Una parte se liquida únicamente si la otra también se liquida. Ninguna de las partes debería entregar su activo sin recibir simultáneamente la contraprestación correspondiente.
El mismo principio puede aplicarse a operaciones de pago contra pago en el mercado de divisas o a operaciones de entrega contra entrega entre dos activos.
La atomicidad reduce el riesgo de principal. Trata de evitar que una parte de la operación se complete mientras la otra fracasa.
Sin embargo, la liquidación atómica no exige necesariamente que la operación se liquide de inmediato después de ejecutarse.
La distinción es importante porque la atomicidad y la velocidad resuelven problemas diferentes.
La liquidación atómica coordina los distintos componentes de una transacción. La liquidación instantánea exige que el efectivo, los valores, las garantías, las autorizaciones normativas y la capacidad operativa estén disponibles en el momento exacto en que se ejecuta la operación.
Un mercado puede lograr una liquidación coordinada sin obligar a que todas las operaciones se liquiden de manera inmediata. Del mismo modo, un sistema puede moverse con rapidez sin resolver todas las cuestiones relativas a la firmeza jurídica, la financiación o la propiedad.
Tratar la liquidación atómica y la liquidación instantánea como sinónimos crea la ilusión de que la máxima velocidad debe producir siempre la máxima seguridad.
No es así.
La liquidación instantánea reduce la exposición al adelantar las necesidades de liquidez
Los ciclos tradicionales de liquidación conceden tiempo a los participantes para organizar la financiación, obtener los valores necesarios, corregir errores, compensar obligaciones y recolocar garantías.
La liquidación instantánea acorta o elimina ese intervalo.
Esto puede reducir la exposición frente a la contraparte. También puede obligar a los participantes a mantener más efectivo y más valores por adelantado.
Para que una operación se liquide de manera instantánea, todos sus componentes deben estar preparados. El comprador debe disponer de los fondos necesarios. El vendedor debe poseer los valores. Las condiciones normativas deben estar satisfechas. Las garantías exigidas deben ser accesibles. Los sistemas implicados deben estar disponibles y sincronizados.
El riesgo de crédito disminuye porque el periodo de exposición se acorta. La presión de liquidez aumenta porque los recursos deben posicionarse antes.
Esta relación de intercambio resulta especialmente importante fuera del horario convencional. Un mercado que funciona de manera continua puede generar necesidades de liquidez durante la noche, los fines de semana y los días festivos. Sin embargo, los departamentos de tesorería, los bancos liquidadores, los custodios, las facilidades de los bancos centrales, los equipos jurídicos y el soporte operativo pueden no trabajar con el mismo horario ininterrumpido.
Un mercado de veinticuatro horas no es verdaderamente continuo solo porque su registro nunca cierre.
La liquidación continua exige gestión continua de la liquidez, supervisión permanente, resolución constante de incidencias y acceso creíble a financiación de emergencia.
Sin estos elementos, el mercado no ha eliminado el tiempo de inactividad. Lo ha trasladado al momento menos conveniente.
La compensación no es una ineficiencia
La compensación de obligaciones se presenta a veces como un residuo de infraestructuras financieras lentas y anticuadas. En realidad, constituye uno de los mecanismos más importantes para ahorrar liquidez.
Supongamos que dos instituciones realizan cientos de operaciones entre sí durante una jornada. La liquidación individual de cada obligación puede requerir grandes cantidades de financiación bruta y de garantías. La compensación permite agrupar las obligaciones que se contrarrestan y liquidar únicamente el saldo restante.
Esto reduce la cantidad de dinero y de valores que deben desplazarse.
La liquidación bruta operación por operación puede disminuir la exposición bilateral al crédito, pero también puede debilitar el ahorro de liquidez generado por la compensación. Las instituciones pueden verse obligadas a preposicionar más efectivo, reservar más activos líquidos de alta calidad y mantener mayores colchones de garantías.
La decisión relevante no consiste simplemente en elegir entre liquidación rápida y liquidación lenta.
Se trata de una relación de intercambio entre riesgo de crédito, eficiencia de liquidez y separación temporal de la información.
En algunos mercados puede resultar conveniente la liquidación bruta inmediata. En otros, la compensación multilateral jurídicamente exigible, la compensación mediante entidades de contrapartida central, los mecanismos de ahorro de liquidez o las ventanas de liquidación programadas pueden seguir siendo más eficientes.
La tokenización no convierte automáticamente en obsoletas a las entidades de contrapartida central. Su función puede transformarse. Una cámara de compensación podría convertirse en un centro de medición del riesgo en tiempo real, movilización de garantías, gestión de incumplimientos y coordinación de liquidez.
El mercado tradicional optimizó la liquidación alrededor de información retrasada y procesos periódicos. El mercado tokenizado tendrá que optimizarla alrededor de información continua sin renunciar a las ventajas de la agregación.
Unas garantías más rápidas también pueden agotarse más rápido
La movilidad de las garantías es una de las aplicaciones más importantes de la tokenización.
En los mercados convencionales, las garantías pueden quedar inmovilizadas por los horarios de liquidación, las cadenas de custodia, los sistemas fragmentados, las autorizaciones manuales, los retrasos de conciliación o la ubicación física de las cuentas de valores. Las garantías tokenizadas podrían identificarse, valorarse, pignorarse, transferirse, sustituirse y liberarse con mayor rapidez.
Esto podría mejorar la gestión de la liquidez intradía. Una institución que reciba una llamada de margen podría movilizar valores admisibles sin esperar a la siguiente ventana de procesamiento del custodio. La garantía podría transferirse al mismo tiempo que el pago. Los contratos inteligentes podrían aplicar criterios de admisibilidad, imponer recortes de valoración, supervisar los precios y liberar los activos una vez satisfecha la obligación.
La ventaja operativa es considerable.
También genera una nueva forma de aceleración.
Si las garantías pueden llegar más rápido, también pueden salir más rápido. Si los cálculos de margen se actualizan continuamente, las exigencias de garantías adicionales también pueden producirse de forma continua. Si los contratos inteligentes transfieren garantías o activan liquidaciones automáticas, las instituciones pueden disponer de menos tiempo para evaluar, impugnar, financiar o contener esos movimientos.
La misma infraestructura que mejora el acceso a las garantías en condiciones normales puede acelerar su agotamiento durante periodos de tensión.
Esta es la dualidad central de las garantías tokenizadas.
La movilidad puede reducir escaseces localizadas al permitir que los activos lleguen al lugar donde se necesitan. También puede transmitir con mayor velocidad la presión de liquidez entre instituciones y mercados.
Por tanto, la medida relevante de resiliencia no es la rapidez con la que las garantías pueden desplazarse en condiciones ideales. Es la capacidad del sistema para gestionar esa velocidad cuando caen los precios, aumentan los recortes de valoración, las contrapartes se retiran y numerosas instituciones necesitan al mismo tiempo los mismos activos de alta calidad.
Reutilización, doble pignoración y el problema de la unicidad
La tokenización puede mejorar la trazabilidad de las garantías, pero solo si la arquitectura jurídica y técnica mantiene un vínculo fiable entre el token y el activo subyacente.
Un valor tokenizado puede pignorarse en una red mientras el valor subyacente continúa registrado en una cuenta externa. Una representación del mismo activo puede aparecer en varios registros. Las garantías pueden reutilizarse mediante contratos inteligentes, acuerdos de custodia, operaciones de recompra o puentes entre plataformas.
El sistema debe ser capaz de determinar si el activo está realmente disponible, si ya está gravado, si está sujeto a reclamaciones concurrentes o si se encuentra bajo el control jurídico de otra parte.
La unicidad técnica no basta. Un token puede ser único dentro de un registro concreto aunque el derecho económico que representa ya se haya pignorado en otro lugar.
Esto crea varios posibles puntos de fallo.
El registro en cadena puede no coincidir con el registro del custodio. Dos plataformas pueden reconocer estados de propiedad diferentes. Un puente puede detenerse después de actualizar un registro, pero antes de actualizar el otro. Un oráculo puede comunicar un valor o un estado de admisibilidad incorrectos. Un acuerdo jurídico puede permitir una reutilización que la interfaz del token no revela. Una orden judicial puede afectar al activo subyacente sin modificar de inmediato el token.
La tokenización puede aumentar la visibilidad de las garantías, pero esa visibilidad depende de que el sistema sea completo.
Un registro perfectamente transparente no puede revelar una obligación externa que nunca fue diseñado para registrar.
Un token transferible no es necesariamente un activo reembolsable
La diferencia entre transferibilidad y reembolso resulta especialmente importante en los fondos tokenizados del mercado monetario.
Una participación tokenizada en un fondo del mercado monetario puede transferirse entre inversores autorizados durante todo el día. Puede utilizarse como instrumento remunerado de gestión de efectivo, activo de margen, fuente de exposición a deuda pública o garantía en mercados digitales y tradicionales.
Sin embargo, los activos subyacentes del fondo pueden seguir negociándose únicamente durante el horario convencional.
El cálculo del valor liquidativo puede efectuarse en momentos determinados. Los reembolsos pueden seguir sujetos a horas límite. Los bancos y los custodios pueden no procesar efectivo de forma continua. Las comisiones de liquidez, las restricciones, los ciclos de liquidación o las revisiones normativas pueden retrasar la conversión en dinero disponible.
El token puede moverse aunque el fondo no pueda reembolsarlo plenamente.
Esta diferencia puede pasar inadvertida en condiciones normales. El titular observa un activo que se transfiere de manera continua y conserva un valor relativamente estable. La tentación es tratarlo como si fuera efectivo.
En una situación de tensión, la diferencia se vuelve decisiva.
Si muchos titulares solicitan reembolsos fuera del horario operativo del mercado subyacente, la capa tokenizada puede transmitir las solicitudes con mayor rapidez de la que el fondo puede vender activos u obtener liquidez. Un pasivo transferible de forma continua puede quedar entonces respaldado por una cartera todavía limitada por horarios de mercado, ciclos de liquidación y restricciones de liquidez.
La tokenización no elimina la estructura de liquidez de un fondo del mercado monetario. Coloca sobre ella una interfaz más rápida.
El mismo razonamiento se aplica a otros activos reales tokenizados. Un token puede negociarse las veinticuatro horas mientras el activo subyacente no puede valorarse, transferirse, venderse o entregarse jurídicamente con el mismo horario.
Los mercados deben diferenciar tres propiedades: estar tokenizado, ser negociable y ser líquido.
No son sinónimos.
La gestión continua de la liquidez sustituye al cierre de la jornada
Los mercados financieros tradicionales dependen en gran medida de límites operativos.
Las posiciones se concilian al final de la jornada. La liquidez se proyecta alrededor de ventanas conocidas de liquidación. Las llamadas de margen siguen horarios definidos. Los departamentos de tesorería planifican en función de aperturas de mercado, plazos de pago y horarios de los bancos centrales.
Los mercados tokenizados pueden debilitar esos límites.
Los pagos pueden producirse de manera continua. Las exigencias de garantías pueden actualizarse en tiempo real. Los activos pueden desplazarse entre jurisdicciones fuera del horario local. Los contratos inteligentes pueden ejecutarse cuando se cumplen determinadas condiciones, independientemente de que haya personal disponible.
Esto abre la posibilidad de una gestión continua de la liquidez.
También elimina los periodos de calma en los que las instituciones revisaban tradicionalmente sus exposiciones, corregían errores y preparaban la financiación.
Un sistema que opera de forma continua necesita algo más que software permanentemente disponible. Necesita gobernanza permanente.
¿Quién responde si un contrato inteligente se comporta de manera inesperada a las tres de la madrugada? ¿Quién puede suspender una transferencia durante un incidente cibernético? ¿Quién decide si un oráculo está fallando? ¿Quién puede proporcionar liquidez de emergencia durante el fin de semana? ¿Qué legislación se aplica cuando intervienen sistemas situados en varios países?
El final de la jornada laboral nunca fue únicamente una limitación técnica. También constituía una frontera operativa para la toma de decisiones humanas.
Eliminar esa frontera modifica el diseño institucional de las finanzas.
El dinero de banco central continúa siendo el ancla de la liquidación
La tokenización no elimina la necesidad de un activo de liquidación fiable.
Cuando los bancos comerciales liquidan obligaciones entre sí, el dinero de banco central actúa como ancla porque no incorpora el riesgo de crédito de un emisor privado. También sostiene la unicidad del dinero: un dólar depositado en un banco solvente debe poder intercambiarse a la par por un dólar depositado en otro.
Los sistemas tokenizados siguen necesitando esa ancla.
Existen varias arquitecturas posibles. Un mercado tokenizado puede liquidar directamente en dinero de banco central tokenizado. Puede conectar un registro distribuido con un sistema existente de liquidación bruta en tiempo real. Puede sincronizar el movimiento de un activo en una plataforma con el movimiento de reservas de banco central en otra. También puede utilizar dinero bancario comercial, gestionando los riesgos de crédito y liquidez correspondientes.
Las iniciativas Pontes y Appia del Banco Central Europeo ilustran la diferencia entre una conectividad de transición y una arquitectura de largo plazo. Un enfoque conecta las infraestructuras de mercado basadas en registros distribuidos con los servicios existentes de liquidación en dinero de banco central. El otro estudia cómo las finanzas mayoristas tokenizadas podrían operar en el futuro dentro de un ecosistema más integrado.
La pregunta duradera no es qué registro se impondrá.
La pregunta es qué extingue finalmente la obligación de pago.
Un mercado tokenizado puede funcionar sin acceso directo al dinero de banco central. Sin embargo, deberá afrontar los riesgos del activo de liquidación alternativo: la solvencia del emisor, su liquidez, el mecanismo de reembolso, los horarios operativos, el tratamiento jurídico y la capacidad de mantener la convertibilidad a la par durante periodos de tensión.
La seguridad de la liquidación no puede deducirse de la velocidad de la interfaz.
La interoperabilidad exige un estado jurídico compartido
La interoperabilidad suele presentarse como un problema técnico relacionado con puentes, estándares de mensajería, interfaces de programación de aplicaciones y comunicación entre cadenas.
Estos elementos son importantes. No son suficientes.
Dos sistemas solo son verdaderamente interoperables si pueden ponerse de acuerdo sobre el estado jurídico y económico de una operación.
Deben saber quién es el propietario del activo, si está gravado, si el pago es definitivo, si las partes están autorizadas, qué registro tiene carácter oficial y qué sucede cuando falla la sincronización.
Un mensaje puede viajar correctamente de un registro a otro mientras los derechos subyacentes continúan siendo inciertos.
La dificultad aumenta en los sistemas híbridos. Un registro puede reflejar las transferencias de tokens. Un registro tradicional puede seguir siendo la fuente oficial de propiedad. Un custodio puede controlar el valor subyacente. Un contrato inteligente puede imponer las reglas de transferencia. Un tribunal puede tener autoridad para revertir, congelar o reasignar el activo.
Si esas capas discrepan, el sistema necesita una jerarquía.
¿Qué registro prevalece? ¿Puede revertirse una transferencia en cadena? ¿Quién asume la pérdida si una plataforma completa la operación y otra falla? ¿Qué ocurre cuando un puente se ve comprometido? ¿Puede un administrador concursal incautarse del activo subyacente aunque el token permanezca en otra cartera?
Añadir más conexiones no crea necesariamente más liquidez. Puede crear más lugares en los que la liquidez quede atrapada.
La verdadera interoperabilidad no consiste en enviar más mensajes. Consiste en preservar un único estado jurídico coherente entre varios sistemas.
La finalización técnica y la firmeza jurídica son acontecimientos distintos
Un registro distribuido puede mostrar que una transacción ha sido incluida en un bloque. Esto no significa necesariamente que la operación sea jurídicamente definitiva.
La firmeza jurídica determina el momento en que una transferencia se vuelve irrevocable y exigible, incluso en caso de insolvencia. Depende de la legislación aplicable, de las reglas del sistema, de los acuerdos de liquidación y del estatuto jurídico del registro.
Los sistemas técnicos pueden utilizar conceptos diferentes de finalización.
Un registro autorizado puede considerar definitiva una actualización validada conforme a sus normas operativas. Una cadena de bloques pública puede depender de una firmeza probabilística, en la que la confianza aumenta a medida que se añaden nuevos bloques. Una red de segunda capa puede registrar una transacción antes de que el resultado quede plenamente consolidado o deje de ser impugnable en la capa principal.
El proceso técnico puede contener, por tanto, varios momentos que parecen definitivos.
El derecho puede reconocer solo uno de ellos.
Esta diferencia se vuelve crítica ante errores, ciberataques, transferencias impugnadas, pérdida de claves privadas, aplicación de sanciones, órdenes judiciales, insolvencias o reclamaciones concurrentes.
Un sistema financiero no puede evitar la gestión de excepciones limitándose a escribir reglas en código.
Debe decidir quién posee autoridad para intervenir, en qué condiciones, con qué pruebas y mediante qué procedimiento jurídico.
Un mercado sin mecanismos de reversión puede resultar eficiente hasta la primera operación jurídicamente inválida. Un mercado con reversión discrecional puede ser flexible, pero también incierto.
La firmeza no es una característica que pueda deducirse de la velocidad de la transacción. Es un compromiso institucional respaldado por el derecho.
El cumplimiento normativo integrado adelanta la interpretación jurídica
Los instrumentos tokenizados pueden incorporar reglas de cumplimiento normativo en su propio diseño.
Un contrato inteligente puede restringir las transferencias a inversores autorizados. Puede imponer límites jurisdiccionales, sanciones, topes de concentración, periodos mínimos de tenencia, criterios de admisibilidad de garantías, clasificaciones de inversores o requisitos de distribución. Los datos sobre propiedad y transacciones pueden ponerse a disposición de los supervisores casi en tiempo real.
Esto suele denominarse cumplimiento normativo integrado.
Su verdadera importancia no reside en que el código sustituya al derecho. Consiste en que la interpretación jurídica se traslada a una fase anterior del proceso de transacción.
El cumplimiento tradicional puede examinar una operación antes o después de su ejecución. El cumplimiento integrado intenta hacer técnicamente imposible la operación salvo que se cumplan unas condiciones predefinidas.
Esto puede reducir el procesamiento manual y determinadas formas de conducta indebida. También puede convertir los errores en fenómenos sistemáticos.
Si una norma jurídica se traduce incorrectamente, el código puede aplicar el error de manera uniforme. Si los datos están incompletos, puede rechazarse a un inversor admisible o permitirse una transferencia no autorizada. Si cambia la regulación, deben actualizarse el contrato y la gobernanza que lo rodea. Si varias jurisdicciones interpretan una misma obligación de forma distinta, una única regla automatizada puede no satisfacerlas a todas.
El código solo puede aplicar una regla después de que alguien haya determinado lo que esa regla significa.
El cumplimiento integrado no elimina, por tanto, el juicio jurídico. Lo concentra en el diseño del sistema, la gobernanza de los datos, los procedimientos de actualización y la gestión de excepciones.
La cuestión jurídica se desplaza desde las operaciones administrativas hasta la arquitectura.
La tokenización no crea liquidez en el mercado secundario
Un activo puede dividirse en unidades más pequeñas, transferirse continuamente y mostrarse en una plataforma digital sin llegar a desarrollar un mercado secundario líquido.
La liquidez exige compradores, vendedores, creadores de mercado, formación de precios, custodia fiable, activos de liquidación, divulgación de información, centros de negociación, financiación y un marco jurídico que permita operar a los participantes.
La tokenización puede reducir algunas barreras. Puede disminuir la fricción operativa, permitir la propiedad fraccionada, ampliar la distribución o simplificar determinadas restricciones de transferencia. También puede conectar los activos con nuevas infraestructuras de garantías y pagos.
Pero la liquidez no puede programarse para que aparezca.
Un mercado puede contar con miles de titulares de tokens y seguir teniendo un libro de órdenes poco profundo. Puede operar durante todo el día y ofrecer precios poco fiables en periodos de bajo volumen. Puede permitir unidades fraccionadas sin atraer a creadores de mercado profesionales. Puede admitir la transferencia técnica y, al mismo tiempo, limitar la transferencia jurídica a un grupo reducido de participantes autorizados.
El activo subyacente también importa.
Un token que representa un valor del Tesoro ampliamente negociado parte de un mercado externo profundo. Un token vinculado a un activo privado altamente especializado no se vuelve líquido solo porque su propiedad se divida en más unidades.
La tokenización puede mejorar las condiciones en las que se desarrolla la liquidez. No puede sustituir al ecosistema económico que la sostiene.
Durante una crisis, la tokenización puede actuar como freno o como acelerador
Los mercados tokenizados pueden responder a las tensiones con mayor eficiencia que los mercados tradicionales.
Las garantías pueden localizarse con rapidez. La propiedad puede verificarse. La exposición de liquidación puede reducirse. Las instituciones pueden movilizar activos de alta calidad sin esperar a que varios intermediarios completen procesos manuales. Los supervisores pueden obtener una mayor visibilidad sobre posiciones y flujos.
La misma infraestructura también puede acelerar una crisis.
Los contratos inteligentes pueden emitir llamadas de margen en cuanto cambian los precios. Los recortes de valoración pueden aumentar automáticamente. Las garantías pueden transferirse de inmediato. Las liquidaciones forzosas pueden producirse en varias plataformas. Las solicitudes de reembolso pueden llegar de manera continua. Los participantes pueden retirar fondos antes de que las instituciones activen sus planes de contingencia.
Una reacción en cadena podría desarrollarse en cuestión de minutos.
Un oráculo informa de una caída de precios. Un contrato inteligente recalcula la exposición. Se exigen garantías adicionales. Una institución transfiere sus activos más líquidos. Otros acreedores observan el movimiento y reducen su exposición. Se reembolsan participaciones tokenizadas de fondos. El fondo subyacente debe vender activos durante un periodo de escasa liquidez. Los precios vuelven a caer y activan nuevas llamadas de margen.
La automatización no provoca necesariamente la crisis. Puede comprimir su desarrollo temporal.
Los fallos operativos pueden generar otra forma de contagio. Una interrupción de servicios en la nube, un fallo de red, el colapso de un puente, un ciberataque o un defecto de software pueden impedir el movimiento de activos precisamente cuando los participantes más los necesitan. Un activo tokenizado teóricamente líquido puede volverse inaccesible desde el punto de vista operativo.
La resiliencia del sistema depende de los mecanismos alternativos.
¿Pueden las operaciones liquidarse por otro canal? ¿Pueden reconocerse las garantías fuera del registro afectado? ¿Existe un procedimiento manual jurídicamente válido? ¿Pueden las autoridades suspender acciones automáticas? ¿Están disponibles las facilidades de liquidez de emergencia para las instituciones que las necesitan? ¿Puede reanudarse el mercado sin crear registros de propiedad incompatibles?
La pregunta ante una crisis no es si la tokenización es más segura o más peligrosa en términos abstractos.
La pregunta es si la automatización, la autoridad jurídica, el respaldo de liquidez y la recuperación operativa han sido diseñados como un único sistema.
La inteligencia artificial financiera debe interpretar algo más que el precio
Los mercados tokenizados amplían la información disponible para la inteligencia artificial financiera.
Un sistema automatizado puede observar historiales de transacciones, movimientos de garantías, estados de liquidación, criterios de admisibilidad, calendarios de reembolso, estructuras de custodia y condiciones de contratos inteligentes, además de precios y volúmenes.
Esto amplía el espacio de decisión.
Una inteligencia artificial financiera que evalúe un activo tokenizado no debería preguntarse únicamente si el precio resulta atractivo. Debe determinar qué representa jurídicamente el token, quién debe cumplir la obligación, cómo se registra la propiedad, qué activo de liquidación se acepta, si el instrumento puede utilizarse como garantía y con qué rapidez puede reembolsarse realmente.
Debe distinguir entre transferibilidad permanente y liquidez permanente.
Debe evaluar los calendarios de recortes de valoración, los requisitos de margen, las probabilidades de fallo de liquidación, las horas límite, las dependencias de red, las dependencias del emisor, las dependencias de custodia, los riesgos de los puentes, los riesgos de los oráculos y los mecanismos alternativos.
También debe comprender si el token representa un derecho directo de propiedad, una participación beneficiaria, un derecho de depósito, una participación en un fondo o un crédito no garantizado frente a un emisor.
Además, debe reconocer que los datos visibles en cadena pueden representar solo una parte del sistema económico. El activo subyacente, el contrato jurídico, el custodio, la cuenta bancaria o el registro externo pueden quedar fuera de su campo de observación directa.
Cuanto más programable se vuelve el mercado, menos suficiente resulta una optimización basada únicamente en precios.
Una inteligencia artificial que reaccione más rápido de lo que pueden soportar la infraestructura jurídica y la liquidez puede amplificar los mismos riesgos que pretende gestionar.
Los activos más rápidos hacen más visibles las restricciones financieras
La tokenización se presenta con frecuencia como una forma de lograr que los activos se desplacen del mismo modo que la información.
La idea es incompleta porque los activos financieros no son simplemente información.
Son conjuntos de derechos jurídicos, exposiciones de crédito, obligaciones de liquidación, necesidades de liquidez, dependencias operativas y garantías institucionales.
Cuando esos activos se mueven más rápido, todas las capas que los sostienen deben seguir el mismo ritmo. El pago debe estar disponible. Las garantías deben poder identificarse. La propiedad debe ser jurídicamente cierta. Las normas de cumplimiento deben poder interpretarse. Los sistemas deben mantenerse sincronizados. Los mecanismos de liquidez de emergencia y recuperación deben funcionar fuera del horario ordinario.
La tokenización puede reducir la conciliación, la exposición de liquidación y la fricción operativa. Puede aumentar la movilidad de las garantías y la programabilidad de los mercados. Puede conectar activos, pagos y cumplimiento normativo dentro de un proceso de transacción compartido.
Sin embargo, la velocidad no elimina la escasez. No suprime el riesgo de crédito. No crea profundidad de mercado. No garantiza el reembolso. No convierte cada anotación en un registro distribuido en una transferencia jurídicamente definitiva.
Lo que la tokenización modifica de manera más profunda es el tiempo de las finanzas.
Las decisiones de financiación llegan antes. Las llamadas de margen se desplazan con mayor rapidez. Los fallos operativos adquieren consecuencias inmediatas. Las ambigüedades jurídicas aparecen en el momento de la transferencia, y no varios días después. El respaldo de liquidez debe estar disponible cuando lo exige el mercado, no cuando comienza la jornada laboral.
El sistema financiero no se transforma simplemente porque los activos se estén volviendo digitales.
Se transforma porque el intervalo entre decisión, obligación, transferencia y consecuencia está empezando a desaparecer.


