La RFQ de Dexalot permite a un trader en cualquier cadena compatible intercambiar en el libro de órdenes de Dexalot L1 en una sola transacción atómica — sin puente, sin activo envuelto, sin ventana de espera.
December 24, 2024 |
El trading entre cadenas en cripto suele ser un problema de puentes disfrazado de problema de UX. Quieres AVAX, pero tu USDC está en Arbitrum. La respuesta estándar es hacer un puente: bloqueas tu USDC en una cadena, acuñas una representación tokenizada en otra, esperas a la finalización, aceptas que ahora tienes un activo cuya redención depende de la solvencia de un contrato de terceros y, después, negocias. Cada paso añade demora, supuestos de confianza y riesgo de ejecución.
El SimpleSwap de Dexalot no hace esto. Un usuario en Arbitrum puede comprar en vivo un token en Dexalot L1, pagar con su USDC nativo y recibir el token de salida de forma nativa en Avalanche — sin activo envuelto, sin transacción de puente y sin sala de espera. El mecanismo que hace esto posible es un sistema RFQ que la mayoría de los usuarios nunca ve. Este post es lo que hace realmente.
RFQ significa Request for Quote (solicitud de cotización). Es una de las estructuras de mercado más antiguas en finanzas, anterior a los libros de órdenes de los exchanges por siglos. En un RFQ de TradFi, un comprador le pide a un dealer un precio para un tamaño específico de un activo específico. El dealer responde con una cotización firme: “Te venderé 10.000 acciones a $42,17, válido durante 30 segundos.” Si el comprador acepta dentro de la vigencia de la cotización, la operación se ejecuta exactamente a ese precio.
La propiedad definitoria de un RFQ es que el precio es un compromiso por parte de un contrapartida específica. No es una instantánea de un libro público que podría moverse entre la consulta y la ejecución. No es una curva que se moverá en tu contra de forma determinista. Es un precio que alguien ha acordado respetar, firmado y puesto en la línea.
Esto es estructuralmente diferente de cómo funciona la mayoría del trading en DEX. Los AMM te fijan precios contra una curva de bonos (ver nuestro post anterior sobre slippage). Los libros de órdenes en streaming te permiten ver la liquidez en reposo, pero el precio al que realmente ejecutas depende de lo que todavía haya cuando tu transacción llega. El RFQ elimina esa ambigüedad: la cotización es el precio, punto final.
La solución predeterminada para el trading entre cadenas es un puente. La mecánica varía — lock-and-mint, burn-and-mint, optimista, zk-verificada — pero la experiencia de usuario converge en la misma forma.
Para un trader que solo quiere intercambiar un activo por otro, el puente es un flujo de trabajo completo que se interpone entre la intención y la ejecución. Además, es la capa donde se pierde la mayor parte del valor entre cadenas, ya sea por exploits directos o por slippage del lado del activo envuelto.
Dexalot se construye sobre un modelo de hub-and-spoke. El hub es Dexalot L1 — la cadena específica de la aplicación donde vive el libro de órdenes canónico. Los spokes son contratos inteligentes desplegados en cada cadena soportada (Avalanche, Arbitrum, Base, BNB Chain); cada uno mantiene un inventario pequeño de los tokens base y quote para los pares a los que da servicio.
Dos piezas de infraestructura hacen posible el RFQ entre cadenas:
El libro de órdenes en sí nunca sale de Dexalot L1. No hay un libro de órdenes fragmentado, no hay un motor de emparejamiento multi-cadena, no hay liquidez duplicada entre despliegues. Hay una única fuente de verdad para el precio, y pequeños pools de inventario en los bordes para atender a los usuarios donde ya están.
Veamos un ejemplo concreto. Un usuario en Arbitrum quiere intercambiar 5.000 USDC por AVAX. AVAX/USDC se negocia en el libro de órdenes de Dexalot L1. El usuario nunca ha usado un puente, no tiene intención de hacer bridging y solo interactúa con su wallet en Arbitrum.
Desde la perspectiva del usuario, toda la interacción es una sola transacción en Arbitrum. Ningún diálogo de puente. Ningún activo envuelto en su wallet. Ninguna ventana de retraso.
Esta frase se usa demasiado en el marketing cripto, así que vale la pena ser preciso sobre lo que significa aquí.
El usuario nunca mantiene un activo puenteado. El token de entrada es nativo en la cadena de origen, y el token de salida es nativo en la cadena de destino. Cuando el swap se liquida en Arbitrum, el AVAX que el usuario recibe es el mismo AVAX que cualquiera más mantiene en la red — no un derivado envuelto canjeable desde un contrato de puente.
La liquidación en sí es atómica en la cadena del usuario. No hay un commit en dos fases, no hay que esperar confirmaciones en una segunda cadena antes de que el usuario esté completo. El lado del usuario en la operación se completa en una sola transacción de Arbitrum, firmada una vez, y o se ejecuta completamente o se revierte.
Lo que cruza el límite entre cadenas es la infraestructura de mensajería: el flujo de actualizaciones del libro de órdenes y el reequilibrado del inventario entre cadenas via LayerZero, pero solo en el lado del operador. Los usuarios nunca firman una transacción de puente. Nunca esperan un puente. El puente ya no está en su camino.
Los agregadores DEX como 1inch, Kyberswap, Odos, Velora y OpenOcean enrutan operaciones a través del ecosistema DEX disponible para encontrar la mejor ejecución para el usuario. Los AMM son una parte natural de este panorama, pero tienen un problema de enrutamiento que RFQ resuelve de forma elegante.
Cuando un agregador enruta a través de un AMM, el precio real de ejecución depende de la curva, de qué otras transacciones llegan en el mismo bloque y de cualquier intento de sandwich que produzca el mempool. Los agregadores manejan esto con tolerancias de deslizamiento y reversiones, pero la incertidumbre es estructural.
Cuando un agregador enruta a través del RFQ de Dexalot, la cotización es un compromiso firmado. El agregador conoce la salida exacta, puede presentársela al usuario con confianza y la operación se ejecuta en ese precio o no se ejecuta en absoluto. No hay una variable de deslizamiento que modelar y no hay una superficie MEV para que los bots de sandwich la exploten.
Desde el punto de vista del agregador, una fuente RFQ es la integración más sencilla posible: precio limpio, liquidación atómica, comportamiento predecible. Por eso, cada agregador importante ahora admite flujos RFQ junto con enrutamiento AMM, y por eso las integraciones de Dexalot en todas las cadenas que admite se traducen directamente en volumen enrutado al libro de órdenes de L1.
La combinación de un CLOB on-chain, una arquitectura hub-and-spoke y una capa cross-chain impulsada por RFQ produce una UX que no se siente cross-chain. Un trader en Arbitrum, un trader en Avalanche, un trader en Base y un trader en BNB Chain están interactuando con la misma liquidez, a los mismos precios, en el mismo instante — sin que ninguno de ellos toque un puente.
Para el listado del proyecto en Dexalot, significa que una sola fuente de liquidez sirve para muchos mercados. Para el usuario, significa que el cross-chain deja de ser un paso en el flujo de trabajo y empieza a ser una propiedad de la infraestructura subyacente. Para el ecosistema DEX en general, significa que ahora hay una forma de entregar ejecución basada en libro de órdenes a cadenas donde construir un libro de órdenes directamente nunca sería viable.
Los puentes resolvieron el problema de mover un activo entre cadenas. RFQ resuelve el problema de no necesitar hacerlo.
