La arquitectura de los DEX híbridos perpetuos:
Coincidencia fuera de la cadena vs. liquidación dentro de la cadena 
Traductor traducir
No todos los intercambios perpetuos descentralizados funcionan de la misma manera. Las plataformas más potentes utilizan un modelo de ejecución híbrido: las órdenes se procesan rápidamente mediante un motor externo, pero los fondos nunca salen de la blockchain. Esta división entre ejecución y custodia define cómo estos sistemas resisten la presión, quién controla realmente los fondos de los usuarios y la velocidad con la que se puede ejecutar una liquidación forzosa.
Qué hacen realmente los contratos perpetuos
Un contrato perpetuo sigue el precio de un activo subyacente (Bitcoin, Ether o cualquier token cotizado) sin fecha de vencimiento. Los operadores mantienen posiciones largas o cortas indefinidamente, pagando o recibiendo una tasa de financiación periódica que mantiene el precio del contrato cercano al del mercado al contado correspondiente. Las posiciones largas pagan a las cortas cuando el contrato cotiza con prima; el flujo se invierte cuando cotiza con descuento.
Este mecanismo elimina la necesidad de entrega física o renovaciones trimestrales. El contrato continúa hasta que el operador lo cierra o se liquida. Esta simplicidad impulsó a los perpetuos a la cima de los derivados de criptomonedas por volumen de negociación.
Los contratos de futuros en los primeros DEX completamente en cadena alcanzaron rápidamente un límite estricto. Cada envío, modificación o cancelación de una orden requería una transacción independiente en la blockchain. En la red principal de Ethereum, esto implica esperar varios segundos por acción y pagar una tarifa de gas, independientemente de si la orden se ejecuta o no; incluso una orden límite cancelada inmediatamente cuesta dinero.
Los creadores de mercado, que publican y retractan cientos de cotizaciones por segundo, consideraron estas condiciones inapropiadas. Sin su participación, los diferenciales entre oferta y demanda se amplían drásticamente. Un mercado con diferenciales amplios y una ejecución lenta pierde operadores frente a la competencia. El límite de rendimiento en cadena no era algo que la optimización de contratos inteligentes pudiera solucionar por sí sola.
Negociación de futuros en una plataforma híbrida
La negociación de futuros en una plataforma híbrida comienza con una orden firmada. La billetera del usuario firma los parámetros de la operación (activo, tamaño, dirección, límite de precio) y envía el mensaje firmado a un motor de libro de órdenes externo a la cadena. El motor almacena el mensaje en memoria, lo compara con las órdenes de contraparte en curso y ejecuta las órdenes a velocidades inferiores a un milisegundo sin tocar un contrato inteligente en esta etapa.
La firma es el ancla de seguridad. El motor de comparación no puede cambiar lo acordado por el usuario. Si intentara ejecutar una orden a un precio inferior, la verificación de firma del contrato de liquidación rechazaría la transacción directamente. El motor de comparación controla la velocidad de ejecución, pero no puede robar fondos ni alterar las condiciones comerciales unilateralmente.
¿Qué sucede en el momento del acuerdo?
Cuando una posición se abre, se cierra o se reduce parcialmente, el cambio resultante en la propiedad de los fondos se realiza en la cadena mediante un contrato inteligente. Este contrato custodia todas las garantías del usuario. El motor de emparejamiento no tiene acceso a retiros; solo puede enviar registros de operaciones válidos y firmados para que el contrato los procese.
Los contratos de liquidación aplican todas las reglas de posición en el código: apalancamiento máximo, umbrales de margen de mantenimiento y elegibilidad para liquidación. El código es público y cualquiera puede verificar bajo qué condiciones se cierra una posición y cómo se distribuye la garantía posteriormente. Esta transparencia es la característica que distingue a un DEX auténtico de una plataforma centralizada con una marca descentralizada.
Muchas plataformas agrupan múltiples operaciones de liquidación en una única transacción en cadena (procesando entre 50 y 200 actualizaciones de posiciones a la vez en lugar de una por una) para reducir los costos de gas por usuario.
Contabilidad y Liquidación de Margen
Las plataformas híbridas implementan la contabilidad de margen dentro del contrato de liquidación. En el modo de margen cruzado, el saldo total de un operador respalda todas las posiciones abiertas colectivamente. En el modo aislado, cada posición tiene su propio límite fijo de garantía: las pérdidas en una operación no pueden agotar los fondos reservados para otra.
Cuando el ratio de margen de una posición cae por debajo del umbral de mantenimiento, un bot guardián (un servicio de monitorización fuera de la cadena) envía una transacción de liquidación al contrato de liquidación. El contrato valida la solicitud y cierra la posición. Cualquier garantía restante después de la comisión de liquidación regresa al operador. Si la posición entró en capital negativo antes de que el guardián lo detectara, un fondo de seguro cubre el déficit.
Precios de AMM vs. profundidad del libro de órdenes
La alternativa a un libro de órdenes fuera de la cadena es un creador de mercado automatizado (AMM). Las plataformas perpetuas basadas en AMM calculan el precio de las operaciones algorítmicamente utilizando la composición del pool o fuentes de oráculos externos. Los proveedores de liquidez depositan activos en los pools; los operadores intercambian contra estos pools a precios determinados por una fórmula.
Los AMM gestionan operaciones de cualquier tamaño sin necesidad de creadores de mercado activos. El coste es el impacto en el precio: una operación de 500.000 USDC en una plataforma basada en pools modifica considerablemente el precio de ejecución. En un libro de órdenes DEX, la misma operación se ejecuta contra múltiples órdenes límite restantes a diferentes niveles de precio, lo que produce menos deslizamiento cuando el libro tiene suficiente profundidad. El modelo más adecuado para cada caso de uso depende del tamaño de operación previsto y de la participación de creadores de mercado disponibles.
El supuesto de confianza en el emparejamiento fuera de la cadena
El emparejamiento fuera de la cadena crea una presunción de confianza ausente en los sistemas completamente en cadena. En principio, un motor de emparejamiento puede reordenar las transacciones o priorizar a usuarios específicos. La contramedida más sólida es una capa de liquidación basada en la prueba ZK: el motor genera una prueba criptográfica de que cada lote de transacciones se ejecutó correctamente, y el contrato de liquidación verifica dicha prueba antes de aceptar la actualización de estado.
La generación a prueba de ZK añade latencia (normalmente de 1 a 10 segundos por lote), pero permite que cualquier persona que pueda leer la prueba detecte la manipulación de la ejecución. Las plataformas sin pruebas de ZK suelen publicar registros de órdenes firmados y puntos de control periódicos en cadena como una alternativa más ligera.
Liquidación en cascada bajo estrés
Las fluctuaciones bruscas de precios pueden desencadenar numerosas liquidaciones casi simultáneamente. Cada cierre forzado añade presión direccional al mercado, lo que impulsa aún más el precio y activa más liquidaciones en cadena. Esta dinámica en cascada afecta tanto a los exchanges centralizados como a los DEX.
La liquidación por etapas es la mitigación estándar. En lugar de cerrar una posición completa en el momento en que supera el umbral de mantenimiento, el motor la reduce primero en un porcentaje fijo (normalmente entre el 25 % y el 40 %) para restablecer el margen. El cierre total solo se produce si la reducción parcial es insuficiente. Este enfoque por etapas limita el volumen de ventas forzadas a cualquier nivel de precio.
La capa de servicios backend
Un backend DEX perpetuo híbrido de producción consta de varios servicios débilmente acoplados que se ejecutan en paralelo. La pasarela de órdenes acepta mensajes WebSocket firmados de las billeteras de los usuarios y los enruta al motor de coincidencia. Este motor mantiene un libro de órdenes en memoria, ejecuta los pedidos y transmite eventos a los consumidores posteriores.
El gestor de posiciones rastrea las posiciones abiertas, calcula los ratios de margen en tiempo real y aplica las acumulaciones de fondos. Un servicio de custodia supervisa el estado de las posiciones y envía transacciones en cadena para liquidaciones, pagos de fondos y puntos de control estatales.
El contrato de liquidación vincula todos estos servicios como el registro oficial de la propiedad de los fondos. Cualquier servicio puede fallar y reiniciarse: las posiciones y los saldos se reconstruyen desde el estado en la cadena, no desde la memoria del servicio. Desvincular la velocidad de ejecución de la custodia de los fondos permite al sistema procesar las operaciones rápidamente sin que los usuarios confíen en ningún componente externo.