Rayls conecta las finanzas tradicionales con las finanzas descentralizadas

Las instituciones financieras y las empresas fintech de todo el mundo están entrando de lleno en el mercado de blockchain. Se está ampliando el intento de trasladar activos y servicios financieros existentes, como acciones, bonos, fondos, depósitos y pagos, a la cadena. Las ventajas que ofrece blockchain, como el comercio 24 horas, pagos rápidos, programabilidad de activos y eficiencia en el uso de la liquidez, están provocando una competencia en la infraestructura de próxima generación entre las empresas financieras.

Sin embargo, aún no se ha determinado qué infraestructura de blockchain se establecerá como estándar en el mercado financiero. JP Morgan ha construido su propia infraestructura de blockchain privada llamada Kinexys, y Robinhood ha lanzado la cadena Robinhood basada en Ethereum Layer 2. Stripe ha construido su propia Layer 1 especializada en pagos, y BlackRock está emitiendo BUIDL en varias blockchains públicas como Ethereum y Solana.

Las razones por las que cada institución elige diferentes enfoques, como cadenas privadas, Layer 1 y 2 propias, o blockchains públicas existentes, son claras. Cada institución financiera tiene diferentes niveles de privacidad requeridos, requisitos regulatorios, rendimiento de procesamiento, estructura de costos y necesidad de conexión con la liquidez externa.

En este contexto, Rayls, que se orienta hacia blockchain para instituciones financieras, presenta un enfoque algo diferente. En lugar de elegir entre finanzas tradicionales y finanzas descentralizadas, busca construir una infraestructura que conecte los activos y la liquidez de las blockchains públicas, manteniendo la privacidad y el control requeridos por las instituciones financieras. La empresa desarrolladora de Rayls, Parfin, ha recaudado un total de 38 millones de dólares en inversiones de Framework Ventures, ParaFi Capital, Tether, entre otros, basándose en esta visión y capacidad técnica.

En este artículo, exploraremos las razones por las cuales las instituciones financieras tienen dificultades para utilizar directamente las blockchains públicas, cómo Rayls conecta las redes financieras privadas con las blockchains públicas, y si este modelo está llevando a la adopción real por parte de las instituciones financieras.

1. La barrera entre las finanzas tradicionales y las finanzas descentralizadas

Las blockchains públicas han abierto nuevas posibilidades que la infraestructura financiera existente no podía ofrecer. Se pueden programar activos, se puede comerciar las 24 horas y se pueden procesar transacciones y pagos en un solo libro mayor, reduciendo los costos y el proceso de intermediación. Gracias a la apertura que permite que cualquiera acceda a la misma red, también se pueden conectar libremente diversos activos y servicios financieros.

El problema es que esta apertura actúa como una barrera de entrada para las instituciones financieras. Para que una institución financiera traslade activos a la cadena, no es suficiente que las transacciones sean rápidas y baratas. Debe poder controlar a los participantes y los activos de manera que cumpla con las regulaciones, mientras protege la información del cliente y las estrategias de transacción.

El problema más representativo es la privacidad. Dado que el historial de transacciones en una blockchain pública puede ser verificado por cualquiera, si se revela la relación entre una dirección específica y una institución financiera o un cliente, se puede rastrear continuamente el saldo, las contrapartes de las transacciones y las rutas de movimiento de fondos. Para un inversor individual, esta transparencia puede ser un mecanismo que aumenta la confianza, pero para las instituciones financieras, representa un riesgo de exposición de los activos de los clientes y el flujo de efectivo de la empresa, así como de las posiciones de inversión.

También se necesita control para cumplir con las regulaciones. Los bancos y las casas de valores deben llevar a cabo obligaciones como la verificación de clientes (KYC), la prevención de lavado de dinero (AML) y la verificación de sanciones, y deben poder congelar o recuperar activos específicos si surge un problema. Sin embargo, en una blockchain pública donde cualquiera puede participar libremente, es difícil aplicar estos derechos y responsabilidades de la misma manera que en el sistema financiero existente.

Por esta razón, las instituciones financieras han utilizado principalmente blockchains privadas con permiso. Kinexys de JP Morgan es un ejemplo representativo. Al limitar a los participantes, pueden proteger la información del cliente y los datos de transacciones, al tiempo que aseguran el control sobre las reglas de la red y los activos.

Sin embargo, las blockchains privadas crean otra limitación. Las redes construidas por instituciones o consorcios permanecen como libros mayores cerrados que no están conectados entre sí, lo que facilita que los activos y la liquidez queden aislados dentro de cada sistema. Dentro de una institución financiera específica, se pueden emitir y transferir activos tokenizados libremente, pero para trasladarlos a otra institución o a una blockchain pública, se necesita una infraestructura de conexión separada. Esto significa que, a pesar de introducir blockchain, persiste el problema de fragmentación de la liquidez en el mercado financiero existente.

En última instancia, la transición de las instituciones financieras a la cadena no es una cuestión de elegir entre blockchains públicas y privadas. Deben poder conectar los activos y la liquidez de las blockchains públicas con otras instituciones financieras, manteniendo la privacidad y el control cuando sea necesario.

Es decir, ¿cómo conectar el control del sistema financiero tradicional con la apertura de las blockchains públicas dentro de una única infraestructura? Este es el desafío clave que debe resolverse para que las instituciones financieras y las empresas entren de lleno en la cadena.

2. Rayls, la infraestructura que conecta redes financieras privadas y blockchains públicas

2-1. Manteniendo la privacidad interna de las instituciones a través de una estructura de tres capas

El problema central que Rayls busca resolver es permitir que las instituciones financieras utilicen la liquidez y la interoperabilidad de blockchain sin revelar la información del cliente y el historial de transacciones.

Para ello, Rayls divide la red en tres capas: Rayls Sovereign, Rayls Private Network y Rayls Public Chain. Los roles son claros. Sovereign maneja las operaciones internas de la institución, Private Network conecta a las instituciones entre sí, y cuando es necesario, Public Chain se expande hacia blockchains públicas y el mercado DeFi.

Diagrama de la estructura de Rayls. Fuente = Rayls

La capa más interna, Rayls Sovereign, es una blockchain privada compatible con EVM que es operada directamente por la institución financiera. Funciona de manera independiente dentro de las instalaciones de la institución o en la nube privada, por lo que no es necesario revelar el saldo de los clientes, los datos de transacciones o las claves a redes externas.

La institución puede emitir y transferir activos tokenizados en este entorno, y también puede implementar funciones necesarias para cumplir con las regulaciones, como la congelación o el embargo de activos. Otra característica es que se puede conectar a los sistemas existentes de core banking o KYC a través de API, lo que significa que la infraestructura financiera existente se mantiene mientras se transfiere parte del libro mayor de activos y el procesamiento de transacciones a blockchain.

La siguiente capa, Rayls Private Network, conecta los Sovereign de diferentes instituciones financieras. Cada institución mantiene libros mayores y datos independientes, pero puede transferir activos o liquidar transacciones con contrapartes aprobadas. Aunque los activos y los pagos están divididos en los libros mayores de diferentes instituciones, pueden procesarse de manera que se realicen simultáneamente o no se realicen en absoluto mediante el método de liquidación DvP. Las funciones necesarias para la regulación, como la gestión de instituciones participantes, la aprobación y congelación de activos, y el monitoreo de transacciones, también se pueden controlar en esta red.

Lo importante es que esta red no necesita abrirse necesariamente al exterior. Las instituciones pueden realizar transacciones solo dentro de la Private Network y, si es necesario, pueden optar por conectarse a la Public Chain. La estructura permite que cada institución decida qué activos y transacciones se harán públicas y hasta qué punto.

La capa más externa, Rayls Public Chain, conecta esta red institucional con el ecosistema de blockchains públicas. Los activos permitidos por la institución pueden moverse a otras redes o acceder a la liquidez pública a través de aplicaciones DeFi. Rayls apoya el movimiento de tokens entre capas a través de Teleport y, además, ha diseñado una función de envío de mensajes arbitrarios para permitir la comunicación entre contratos inteligentes de diferentes redes.

En última instancia, el núcleo de Rayls no es trasladar todas las actividades financieras a una blockchain pública. Se trata de mantener datos sensibles y operaciones clave dentro de la institución, mientras se conectan selectivamente los activos y transacciones necesarios con el exterior.

A través de esto, las instituciones financieras pueden realizar transacciones en cadena con otras instituciones financieras, manteniendo la estructura de control de datos y regulaciones existentes, y además aprovechar la liquidez de los usuarios de la cadena pública. En lugar de elegir entre privacidad y apertura, la estrategia de Rails es conectar ambos entornos.

2-2. Tecnología para instituciones que implementa simultáneamente certeza rápida y confidencialidad

Para que las instituciones financieras trasladen sus operaciones clave a la cadena, necesitan un rendimiento que permita confirmar transacciones de gran volumen rápidamente y confidencialidad que evite la exposición de la información de las transacciones al exterior. Rails implementa esto a través del consenso basado en DAG Axyl y el protocolo de privacidad Enygma.

Axyl es un consenso basado en un grafo acíclico dirigido (DAG) que permite a múltiples validadores procesar transacciones simultáneamente. La clave está en combinar Narwhal y Bullshark para separar la propagación de datos de transacciones y la determinación del orden de las transacciones. Narwhal permite que varios validadores compartan transacciones en unidades de lotes y las organiza en forma de DAG para asegurar la disponibilidad de datos. Bullshark lee este DAG creado y determina un único orden de transacción que todos los validadores ejecutarán de manera uniforme, finalizándolo. Luego, la capa de ejecución EVM basada en Reth procesa las transacciones de acuerdo con el orden confirmado.

Esta estructura reduce los cuellos de botella que ocurren cuando el procesamiento de transacciones se concentra en un único generador de bloques, permitiendo que múltiples validadores procesen datos en paralelo. Además, está diseñada para mantener la seguridad del consenso incluso si menos de un tercio de los derechos de voto actúan de manera maliciosa o anómala.

Axyl tiene como objetivo procesar más de 15,000 transacciones por segundo y proporcionar finalización en menos de un segundo. En las pruebas iniciales de la capa de consenso, un prototipo compuesto por 4 nodos registró un rendimiento de aproximadamente 250,000 TPS. Esto demuestra que hay un margen significativo para aumentar el rendimiento incluso cuando la red se expanda en el futuro.

La confidencialidad de las transacciones es responsabilidad de Enygma. Enygma no solo limita el acceso a la red, sino que está diseñado para validar la validez de las transacciones incluso mientras oculta la información de las mismas.

Para ello, combina pruebas de conocimiento cero y el compromiso de Pedersen. El saldo real del usuario y el monto de la transacción se ocultan y se registran en forma de compromiso de Pedersen. A través de la prueba de conocimiento cero, se demuestra que el remitente tiene suficiente saldo, y se verifica que la cantidad total de activos antes y después de la transacción coincide utilizando las propiedades matemáticas del compromiso. Esto permite confirmar que la transacción se realizó correctamente sin revelar su contenido.

Además, Enygma separa la Clave de Gastos y la Clave de Visualización. La Clave de Gastos se utiliza para transferir activos, mientras que la Clave de Visualización se utiliza para verificar el historial de transacciones. Las instituciones financieras pueden proporcionar solo la Clave de Visualización a las autoridades reguladoras o auditoras si es necesario, manteniendo así la confidencialidad de las transacciones mientras permiten auditorías selectivas requeridas por la regulación.

También se están realizando algunos avances en la respuesta a la computación cuántica. Para el intercambio de claves que genera secretos compartidos entre participantes, se aplica el algoritmo cuántico resistente a estándares NIST, ML-KEM. Sin embargo, dado que toda la pila criptográfica, incluida la prueba de conocimiento cero, no ha sido completamente convertida a ser resistente a la cuántica, es más preciso considerar que actualmente se está en la etapa de transición de algunos componentes clave.

En última instancia, Axyl se encarga de procesar y confirmar transacciones rápidamente, mientras que Enygma valida su validez sin revelar el contenido de las transacciones. Rails busca implementar el rendimiento de procesamiento y la confidencialidad de las transacciones requeridos por las instituciones en una única infraestructura basada en EVM.

2-3. Diseño diferenciado de Rails que satisface simultáneamente la descentralización y el cumplimiento

Si la estructura de múltiples capas que se ha examinado conecta la red financiera privada de las instituciones con la cadena pública y Axyl y Enygma implementan la rápida confirmación de transacciones y la confidencialidad, el siguiente desafío es operar esto de acuerdo con el mercado financiero real. Rails está diseñando la previsibilidad de costos y liquidaciones, la resistencia a la censura y el cumplimiento en cadena.

Primero, para que las instituciones financieras puedan predecir los costos de transacción y el tiempo de liquidación, se han fijado las tarifas de transacción y el envío de tokens estándar en dólares. Esto reduce las variaciones de costos debido a la fluctuación del precio del token nativo, y permite que las transacciones que requieren procesamiento prioritario tengan tarifas adicionales. Además, a través de la finalización determinista de Axyl, se confirma rápidamente las transacciones acordadas. Esto está diseñado para reducir la incertidumbre de liquidación que puede surgir en el movimiento de fondos entre instituciones o en la liquidación de valores.

También se incluyen dispositivos que limitan la manipulación del orden de transacciones. Rails procesa las transacciones pendientes en unidades de lotes sin exponerlas a la mempool pública, lo que ayuda a suprimir algunos MEV maliciosos como el front-running o el ataque de sándwich. Los validadores pueden priorizar el procesamiento de transacciones con tarifas más altas, pero luego varios validadores procesan los datos de transacciones en paralelo y Bullshark determina el orden acordado. Esto alivia la concentración de la autoridad de decisión del orden de transacciones en un productor de bloques específico.

También se proponen medidas para complementar la resistencia a la censura de la cadena pública. El libro blanco de Rails propone registrar el compromiso de la raíz de estado de la cadena pública en Ethereum y construir un camino separado para presentar transacciones a través de Ethereum, incluso si un validador específico censura las transacciones. Esto busca utilizar Ethereum como una verificación adicional y un dispositivo de seguridad mientras se mantiene el rendimiento de la red independiente. Sin embargo, estas funciones aún están en la fase de planificación, y no se ha revelado un momento específico para su implementación.

Finalmente, está el cumplimiento en cadena. Rails está diseñado para validar los requisitos regulatorios necesarios como KYC, AML, CFT y adecuación del inversor en la cadena utilizando pruebas criptográficas y LayeredID. En las transacciones entre instituciones, se aplica la certificación KYB, mientras que en las transacciones entre instituciones y personas, se aplican las verificaciones de identidad requeridas por las dApps, variando así el nivel de regulación según el tipo de transacción.

En última instancia, Rails busca construir un entorno que las instituciones financieras puedan utilizar, combinando la estructura de conexión privada y pública con la previsibilidad de costos, resistencia a la censura y cumplimiento sobre Axyl y Enygma. La clave es mantener la capacidad de control y cumplimiento regulatorio que exige la financiación tradicional sin renunciar a la apertura y conectividad de la cadena pública.

3. Rails se está expandiendo hacia una infraestructura financiera real

Rails destaca su capacidad para proporcionar privacidad y cumplimiento regulatorio, así como un entorno de liquidación rápida, mientras se expande, si es necesario, hacia los activos y la liquidez de la cadena pública.

Esta estructura ha comenzado a aplicarse en algunas instituciones financieras y empresas de infraestructura financiera. Por ejemplo, la empresa brasileña de infraestructura del mercado financiero Núclea ha utilizado Rails para la tokenización de cuentas por cobrar empresariales, y el grupo financiero XP ha lanzado el activo digital USDXP vinculado al dólar para sus clientes. El Drex del Banco Central de Brasil, el Proyecto EPIC de JP Morgan, y los proyectos del Banco de Inglaterra y el Banco de Pagos Internacionales (BISIH) han validado tecnologías de privacidad e interoperabilidad para instituciones.

3-1. Núclea y XP aplican Rails a servicios financieros reales

El caso de uso más concreto es la empresa brasileña de infraestructura del mercado financiero Núclea. Núclea es una empresa clave de infraestructura financiera en Brasil que se encarga de pagos y el registro y liquidación de activos financieros, procesando la mayoría de los registros de pagos basados en facturas en Brasil y aproximadamente el 90% de la liquidación de pagos con tarjetas de crédito y débito. En 2024, procesó más de 40.7 mil millones de transacciones, con un monto de transacción que supera los 18 billones de reales.

Nuclea está expandiendo las funciones de registro de activos y liquidación que ha desempeñado en la infraestructura financiera existente al mercado de tokenización. Un ejemplo representativo es la tokenización de la Duplicata, que son cuentas por cobrar generadas en transacciones entre empresas. El objetivo es digitalizar las cuentas por cobrar utilizando blockchain y conectarlas de manera más eficiente con instituciones financieras e inversores. Según los últimos datos publicados por Nuclea, el volumen acumulado de tokenización superó los 300 millones de reales en junio de 2025.

Dirección de colaboración entre Rails y Nuclea. Fuente: Rails

Rails se está utilizando como la tecnología base para esta infraestructura. Nuclea ha estado utilizando la infraestructura basada en Rails en un entorno de producción desde junio de 2024, y según Rails, ha tokenizado y liquidado más de 10,000 cuentas por cobrar por semana. Esto es significativo porque va más allá de una simple prueba tecnológica y ha manejado activos que se comercializan realmente en el mercado financiero existente a escala de producción.

En el futuro, el siguiente paso es conectar estas cuentas por cobrar emitidas en un entorno privado con una cadena pública para expandir la liquidez en cadena con inversores externos. Si los activos emitidos en la infraestructura del mercado financiero existente se conectan con el mercado público, se podrá implementar la estructura de conexión privada-pública que Rails busca.

XP es un ejemplo de cómo Rails se está aplicando más allá del backend del mercado financiero a productos financieros dirigidos a clientes. XP es una plataforma de inversión representativa de Brasil que ofrece intermediación de productos de inversión, gestión de activos y finanzas institucionales, y está listada en Nasdaq. A partir del segundo trimestre de 2026, los activos de los clientes son aproximadamente 15.34 mil millones de reales, y hay más de 18,000 personas en el equipo de asesoría financiera.

La firma de corretaje Clear, bajo XP, lanzó USDXP, respaldado 1:1 por dólares estadounidenses, en marzo de 2026, basado en la infraestructura de Rails. Esto no es un piloto para validar la tecnología, sino un servicio real ofrecido a los clientes de Clear, donde la emisión y el comercio de USDXP se procesan en el entorno privado de Rails operado por XP. Los usuarios pueden asegurar exposición al dólar las 24 horas a través de la plataforma Clear.

Resultados de XP en Rails. Fuente: Rails

Según Rails, en la primera semana de lanzamiento de USDXP, se emitieron aproximadamente 300 millones de dólares. El siguiente paso es conectar USDXP emitido en un entorno privado con una cadena pública para intercambiarlo por otros stablecoins como USDT y USDC en el mercado externo y acceder a la liquidez global.

Además, el alcance de la adopción institucional real y la canalización de activos en cadena están en expansión. Rails informó que, a partir de agosto de 2026, la infraestructura de Sovereign se ha instalado y está siendo utilizada por más de 30 instituciones financieras. La plataforma de tokenización de crédito privado de Brasil, AmFi, tiene como objetivo emitir más de 1,000 millones de dólares en activos financieros reales en Rails para junio de 2027, y la empresa brasileña de energía y logística NimoFast también está construyendo una infraestructura basada en Rails para tokenizar activos relacionados con energía y materias primas.

El enfoque clave en el futuro es si se continuará la adopción de más instituciones y la emisión de activos, y si se conectará con la cadena pública para vincularse con la liquidez DeFi de inversores externos.

3-2. Drex, JP Morgan y el Banco de Inglaterra verifican las posibilidades tecnológicas de Rails en un entorno institucional

Mientras que Nuclea y XP son ejemplos de aplicación real de Rails, se están llevando a cabo casos de verificación de tecnologías de privacidad, liquidación e interoperabilidad centrados en bancos centrales e instituciones financieras globales. Ejemplos representativos incluyen el Drex del Banco Central de Brasil, el Project EPIC de JP Morgan y el DLT Innovation Challenge del Banco de Inglaterra y el Banco de Pagos Internacionales (BISIH).

El caso más representativo es el proyecto de moneda digital Drex del Banco Central de Brasil. Drex es un proyecto que experimenta con una estructura que permite comerciar y liquidar moneda del banco central, depósitos tokenizados y activos financieros en una infraestructura programable. En la fase piloto, el Banco Central de Brasil probó directamente Rails como una de las soluciones de privacidad y verificó la viabilidad del uso de tecnologías de privacidad en transacciones financieras, como la transferencia de moneda del banco central y la liquidación simultánea de bonos del gobierno (DvP).

La verificación con instituciones financieras globales también ha continuado. Rails participó como uno de los proveedores de tecnología de privacidad en el Project EPIC, llevado a cabo por la división de blockchain de JP Morgan, Kinexys, en 2024. El Project EPIC es un PoC para verificar la privacidad, la identidad digital y la composibilidad requeridas en las finanzas tokenizadas, y JP Morgan analizó la viabilidad de varias soluciones de privacidad, incluida Rails, en un informe oficial.

En 2025, también participó en el DLT Innovation Challenge del Banco de Inglaterra y el Centro de Londres del BISIH. Este proyecto es un experimento para examinar si se puede liquidar de manera segura la moneda central del banco mayorista en un libro mayor programable externo que no es operado directamente por el banco central. Nueve grupos, incluido Rails, participaron, y Rails presentó un enfoque sobre la interoperabilidad entre infraestructuras financieras institucionales en la exhibición final después de cuatro sesiones técnicas.

Sin embargo, no es fácil interpretar estos casos como adopciones comerciales. Tanto Drex como el Project EPIC y el DLT Innovation Challenge son proyectos que verifican las posibilidades y limitaciones de la tecnología en un entorno institucional, más que la implementación de sistemas operativos reales. Aun así, es evidente que los desafíos clave que Rails busca resolver, como la privacidad, el cumplimiento normativo y la interoperabilidad entre instituciones, están alineados con los problemas centrales que los bancos centrales y las instituciones financieras globales buscan resolver.

4. Rails, una infraestructura a la que se debe prestar atención en el momento de aceleración de la entrada de blockchain en las instituciones

A medida que se amplía la conversión de activos financieros a la cadena, también están cambiando las condiciones que los blockchain requieren de las instituciones financieras. Más allá de una red rápida y económica, se vuelve importante contar con una infraestructura que pueda mantener la privacidad y el cumplimiento normativo del sistema financiero existente, al tiempo que conecta la liquidez de otras instituciones y del mercado público.

La fortaleza de Rails radica en su intento de conectar estas dos áreas dentro de una sola estructura. A través de Sovereign y la Red Privada, las instituciones pueden mantener el control sobre los datos y activos, y a través de Axyl y Enygma, implementar confirmaciones de transacciones rápidas y confidencialidad. Conectar la cadena pública para extender los activos financieros que permanecían dentro de la institución a la blockchain pública es la estructura que Rails está visualizando.

Hasta ahora, la base de este modelo se ha confirmado a través de casos reales. En Nuclea, las cuentas por cobrar se han procesado sobre la base de Rails, y XP ha lanzado productos de activos digitales dirigidos a clientes. A través de proyectos como Drex, JP Morgan y el Banco de Inglaterra, también se ha verificado continuamente la tecnología de privacidad y interoperabilidad requerida en un entorno institucional.

En este sentido, Rails es una infraestructura que merece atención en el momento actual, cuando la entrada de las instituciones en la cadena se está intensificando. Proporciona un camino de entrada para que las instituciones se desplacen a blockchain mientras mantienen sus sistemas existentes y marcos regulatorios, y a largo plazo, puede conectar los activos institucionales con la liquidez pública. El hecho de que ya haya asegurado experiencias de adopción de instituciones financieras reales y validación tecnológica a través de instituciones globales también actúa como una ventaja competitiva.

Sin embargo, para que el modelo propuesto por Rails se complete, es necesario que las empresas adopten Rails como una infraestructura comercial real y que los activos institucionales emitidos en un entorno privado se expandan realmente a través de la cadena pública para conectarse con inversores externos y la liquidez DeFi. En el futuro, se debe verificar cuán rápido aumenta la emisión y el comercio de activos institucionales en la cadena pública, y si realmente se conectan con la liquidez externa.

Si este proceso se lleva a cabo con éxito, Rails podría establecerse como una infraestructura clave que conecta los activos y usuarios del financiamiento tradicional con la blockchain pública, más allá de ser simplemente una blockchain privada para instituciones.