Transferir activos entre redes blockchain es más complicado que intercambiar dos tokens en una misma red. Cada blockchain mantiene su propio libro mayor, ejecuta sus propias transacciones y sigue sus propias reglas.
Como resultado, una transacción en una red no completa automáticamente la transacción correspondiente en otra.
Este es el problema que la infraestructura de ejecución entre cadenas busca resolver.
STON.fi aborda este desafío mediante Omniston, una capa de ejecución entre cadenas diseñada para coordinar el intercambio de activos entre las redes blockchain compatibles.
En lugar de exigir que los usuarios coordinen manualmente transacciones separadas, Omniston integra la búsqueda de cotizaciones, los proveedores de liquidez, la ejecución de transacciones y la liquidación en un proceso coordinado.
Comprender cómo funcionan conjuntamente estos componentes ayuda a explicar tanto los beneficios como los riesgos de los intercambios entre cadenas.
1. Solicitud de cotización: encontrar una ruta ejecutable
El proceso comienza cuando un usuario selecciona un activo de origen, uno de destino y el monto que desea intercambiar.
Por ejemplo, imaginemos a un usuario que quiere intercambiar USDT en TON por USDG en Robinhood Chain.
La aplicación solicita una cotización para la transacción prevista.
Omniston utiliza un mecanismo de solicitud de cotización (RFQ) para obtener ofertas ejecutables de los proveedores de liquidez participantes, conocidos como resolvers.
Estos resolvers evalúan el intercambio solicitado y pueden devolver cotizaciones según su liquidez disponible, sus precios y las condiciones de ejecución.
A continuación, el usuario puede revisar la oferta disponible en la aplicación.
Esto es importante porque el precio que se muestra está vinculado a una propuesta de ejecución, en lugar de ser simplemente un precio de mercado indicativo.
Las cotizaciones y rutas disponibles dependen de los resolvers participantes, los activos compatibles y las condiciones actuales del mercado.
2. Competencia entre resolvers: suministro de liquidez en el destino
Los resolvers son proveedores de liquidez independientes que compiten por ejecutar solicitudes de intercambio que cumplen los requisitos.
Cada resolver determina el precio y las condiciones que puede ofrecer en función de factores como su inventario, sus costos operativos y el par de activos solicitado. En una transacción entre cadenas, un resolver puede proporcionar los activos del lado de destino necesarios para completar la orden.
Esto significa que la aplicación no necesariamente tiene que mantener un inventario propio de cada activo compatible en todas las cadenas de bloques.
En cambio, los resolvers participantes pueden aportar liquidez en el destino cuando surge una orden adecuada.
La competencia entre resolvers puede mejorar los precios y las opciones de ejecución, aunque la mejor oferta disponible depende de las cotizaciones recibidas.
Una ruta también puede no estar disponible si ningún resolver está dispuesto o puede ejecutarla en condiciones aceptables.
3. Coordinación de la ejecución: vincular transacciones entre redes
Encontrar una cotización es solo una parte del proceso. La transacción también debe ejecutarse en las redes de origen y destino.
STON.fi describe la arquitectura de liquidación entre cadenas de Omniston mediante contratos de bloqueo temporal con hash (HTLC) vinculados.
Un HTLC es un mecanismo de contrato inteligente que combina una condición criptográfica con un límite de tiempo.
En términos simplificados, los contratos establecen las condiciones bajo las cuales las partes pueden reclamar sus respectivos activos.
En un intercambio entre cadenas compatible, el proceso puede incluir dos contratos vinculados:
- Un contrato en la red de origen asociado al activo del usuario.
- Un contrato en la red de destino asociado al activo del resolver.
Ambos contratos utilizan una condición de hash criptográfico compartida y límites de tiempo compatibles.
Esto vincula ambos lados del intercambio sin que las cadenas de bloques tengan que compartir un único libro mayor.
Los contratos hacen cumplir las condiciones de liquidación especificadas en sus respectivas redes.
La distinción importante: Omniston coordina el intercambio, mientras que las transacciones de la cadena de bloques subyacente y los contratos inteligentes hacen cumplir las condiciones pertinentes de ejecución y liquidación.
4. Liquidación atómica: ¿qué ocurre cuando se completa el intercambio?
La liquidación atómica es fundamental para el diseño entre cadenas descrito por Omniston.
En este contexto, atomicidad significa que el intercambio se estructura en torno a condiciones vinculadas, de modo que la transferencia prevista de activos pueda completarse en ambos lados o que los activos bloqueados correspondientes puedan reembolsarse.
El proceso utiliza un secreto criptográfico cuyo hash se incorpora a los contratos vinculados.
Cuando se revela el secreto requerido y se cumplen las condiciones contractuales, se habilitan las reclamaciones correspondientes.
El usuario puede reclamar el activo de destino, mientras que el resolver puede usar el secreto revelado para reclamar el activo de origen.
La condición criptográfica compartida conecta ambas reclamaciones.
Si no se cumple la condición de liquidación requerida dentro del plazo correspondiente, los contratos ofrecen una vía de reembolso conforme a sus reglas.
Este diseño busca reducir el riesgo de que una de las partes entregue activos sin recibir el activo acordado a cambio.
Sin embargo, la liquidación atómica no debe interpretarse como una garantía contra cualquier posible pérdida. Las vulnerabilidades de los contratos inteligentes, los errores de implementación, las interrupciones de la red y otros riesgos técnicos siguen siendo relevantes.
Los usuarios deben comprender la implementación real del protocolo y el estado de la transacción, en lugar de confiar únicamente en la palabra «atómico».
5. Un ejemplo práctico: USDT en TON a USDG en Robinhood Chain
Imaginemos a un usuario que tiene USDT en TON y quiere recibir USDG en Robinhood Chain.
El flujo de trabajo previsto muestra cómo encajan los distintos componentes.
Paso 1: Seleccionar los activos.
El usuario elige USDT en TON como activo de origen y USDG en Robinhood Chain como activo de destino, siempre que la aplicación en funcionamiento admita esa ruta exacta.
Paso 2: Solicitar una cotización.
La aplicación solicita una oferta ejecutable para los activos y el monto seleccionados.
Paso 3: Revisar la oferta.
Antes de autorizar la transacción, el usuario revisa el monto que espera recibir, las comisiones aplicables y las condiciones de ejecución.
Paso 4: Coordinar la ejecución.
Si el usuario continúa y se acepta la ruta, el proceso de ejecución correspondiente coordina los lados de origen y destino de acuerdo con el mecanismo de liquidación del protocolo.
Paso 5: Completar o recuperar los activos.
Si el intercambio se liquida correctamente, el usuario recibe el activo de destino conforme a las condiciones acordadas. Si la ejecución no se completa, el mecanismo de reembolso aplicable del protocolo determina cómo se pueden recuperar los activos bloqueados.
El flujo de trabajo concreto depende de la ruta seleccionada y de la implementación.
El ejemplo de USDT a USDG es ilustrativo: antes de intentar el intercambio, los usuarios deben verificar que este par de activos específico esté disponible actualmente en la interfaz activa de STON.fi.
6. Por qué importa esta arquitectura
El enfoque de Omniston separa varias responsabilidades que suelen estar a cargo de distintos sistemas.
La búsqueda de cotizaciones ayuda a identificar las ofertas de ejecución disponibles.
La competencia entre resolvers incorpora proveedores de liquidez al proceso.
La coordinación de la ejecución conecta los lados de origen y destino de la transacción.
La liquidación mediante contratos inteligentes hace cumplir las condiciones bajo las cuales se pueden reclamar o reembolsar los activos.
Combinar estas funciones puede simplificar la experiencia de los usuarios y reducir la necesidad de que las aplicaciones creen una infraestructura independiente para cada ruta compatible.
También puede ayudar a los integradores a ofrecer funcionalidades entre cadenas sin tener que mantener por su cuenta liquidez en la red de destino para cada transacción.
El beneficio depende de la disponibilidad real de la ruta, la participación de los resolvers y la fiabilidad de los contratos subyacentes.
7. Riesgos y limitaciones
Aunque Omniston está diseñado para coordinar la ejecución entre cadenas, los usuarios deben comprender los riesgos.
Liquidez y precios: la competencia entre resolvers no garantiza el mejor precio de mercado posible en todas las situaciones. Las ofertas disponibles dependen de los proveedores participantes y de las condiciones actuales.
Disponibilidad de rutas: no necesariamente son compatibles todos los pares de activos ni todas las combinaciones de redes. Una ruta puede no estar disponible si la liquidez o la capacidad de ejecución son insuficientes.
Riesgo de los contratos inteligentes: los contratos vinculados pueden reducir ciertos riesgos de liquidación, pero no eliminan las vulnerabilidades ni los fallos de implementación.
Condiciones de la red: la congestión, las interrupciones y los retrasos de las transacciones pueden afectar la ejecución y el tiempo necesario para resolver un intercambio incompleto.
Condiciones de la cotización: antes de firmar, los usuarios deben revisar la cotización real, las comisiones y las condiciones de ejecución aplicables.
Condiciones de recuperación: los reembolsos dependen de las reglas del contrato, los límites de tiempo y el estado de la transacción.
Los usuarios deben comprender estas condiciones y no suponer que cualquier fallo dará lugar a un reembolso inmediato.
Comprender estas limitaciones es fundamental para evaluar cualquier sistema de ejecución entre cadenas.
Omniston coordina los intercambios entre cadenas al integrar la búsqueda de cotizaciones, la liquidez proporcionada por los resolvers, la coordinación de la ejecución y la liquidación mediante contratos inteligentes.
Su mecanismo RFQ permite que los resolvers participantes propongan ofertas ejecutables. Su arquitectura entre cadenas utiliza HTLC vinculados para establecer condiciones de liquidación o recuperación en las redes participantes. Para los usuarios, el objetivo es sencillo: intercambiar un activo de una cadena de bloques compatible por otro de una cadena distinta sin coordinar manualmente cada operación subyacente. Para los desarrolladores, la arquitectura ofrece una forma de integrar la ejecución entre cadenas sin tener que crear por su cuenta cada componente del proceso de enrutamiento y liquidación.
La lección general es que la infraestructura entre cadenas implica más que transferir tokens de una red a otra. Requiere coordinar la liquidez, los precios, la ejecución de transacciones y las condiciones de recuperación entre sistemas que funcionan de manera independiente.
Más información: https://ston.fi/cross-chain-swap-from-ton-to-base
Investiga el mecanismo.
Verifica la ruta.
Comprende los riesgos antes de realizar una transacción.
Recursos oficiales:
«Resumen de la ejecución entre cadenas» de Omniston (https://ston.fi/omniston)
«Documentación técnica de Omniston» de STON.fi (https://docs.ston.fi/developer-section/omniston)
«Explicación de la ejecución entre cadenas» de STON.fi (https://blog.ston.fi/omniston-explained-how-cross-chain-swaps-on-ton-work-without-a-bridge/)