A medida que el mercado DeFi evoluciona de simples intercambios de activos a trading de alta frecuencia y derivados profesionales, la importancia de los sistemas de emparejamiento on-chain cobra cada vez más fuerza. El proceso de emparejamiento on-chain de Phoenix no solo afecta la eficiencia en la ejecución de órdenes, sino también la liquidez del mercado, el control de riesgos y los costos de transacción.
En el contexto del ecosistema de trading de alta frecuencia de Solana, que crece rápidamente, el modelo de libro de órdenes on-chain representado por Phoenix vuelve a ser el centro de atención del mercado.
¿Cuál es el mecanismo de emparejamiento on-chain de Phoenix?
Phoenix utiliza un modelo de libro de órdenes límite central (CLOB) para ejecutar las operaciones. Los usuarios envían órdenes de compra y venta que ingresan en el libro de órdenes on-chain y se emparejan según la prioridad precio-tiempo.
A diferencia del modelo AMM, Phoenix no depende de un pool de liquidez para fijar los precios de forma automática. En su lugar, los precios de mercado se forman a partir de órdenes reales, reflejando la oferta y la demanda entre compradores y vendedores, sin recurrir a una fórmula algorítmica.
En Phoenix, los datos del libro de órdenes, el estado de las órdenes y el historial de trading se almacenan on-chain. Los usuarios pueden consultar públicamente la profundidad de mercado, los precios de las órdenes y el historial de trading, lo que mejora la transparencia y verificabilidad del mercado.
Dado que el trading con libro de órdenes exige actualizaciones de datos y sincronización de estado de alta frecuencia, Phoenix requiere un rendimiento de red subyacente muy sólido. El alto rendimiento y la baja latencia de Solana la convierten en una red capaz de soportar un sistema de emparejamiento en tiempo real on-chain.
¿Qué sucede después de que un usuario envía una orden?
Cuando un usuario envía una orden en Phoenix, el sistema sigue varios pasos.
Primero, el usuario debe firmar la solicitud de transacción a través de su billetera. La información de la orden incluye la dirección de la operación, el precio, la cantidad, el ratio de apalancamiento y el tipo de orden.
A continuación, el motor de riesgo de Phoenix verifica el estado de la cuenta, incluyendo:
- Saldo de margen actual
- Nivel de riesgo de la posición
- Límites de apalancamiento
- Nivel de margen disponible
Solo cuando la cuenta cumple los requisitos de riesgo, la orden puede ingresar al libro de órdenes.
Si el usuario envía una orden límite, se colocará en el libro de órdenes a la espera de un emparejamiento. Si se trata de una orden de mercado, intentará ejecutarse de inmediato contra las órdenes existentes en el mercado actual.
Todo el proceso de envío de órdenes ocurre on-chain, por lo que todos los estados de las órdenes pueden verificarse públicamente.
¿Cómo empareja órdenes el libro de órdenes de Phoenix?
La lógica de emparejamiento de Phoenix sigue el principio de prioridad precio-tiempo.
Cuando una nueva orden de compra llega al mercado, el sistema busca la orden de venta con el precio más bajo para emparejarla. Del mismo modo, cuando una orden de venta ingresa al mercado, se prioriza el emparejamiento con la orden de compra de precio más alto.
Si varias órdenes tienen el mismo precio, la que ingresó primero al libro de órdenes se ejecuta antes. Este mecanismo es esencialmente idéntico a la lógica del libro de órdenes en los mercados financieros tradicionales.
Por ejemplo:
- El usuario A coloca una orden larga de BTC
- El usuario B envía una orden corta de BTC
- Cuando los precios coinciden, el sistema completa el emparejamiento
- Luego se actualiza el estado de la posición de ambas partes
El proceso de emparejamiento de Phoenix no depende de un servidor centralizado. En su lugar, las actualizaciones de estado de las órdenes y las confirmaciones de las operaciones se realizan mediante programas on-chain. Esta es una característica clave del modelo completamente on-chain.
¿Cómo gestiona Phoenix las actualizaciones de margen y posición?
El trading de futuros perpetuos implica apalancamiento, por lo que la gestión del margen es una parte fundamental del proceso de emparejamiento.
Tras ejecutar una operación, Phoenix actualiza lo siguiente en la cuenta del usuario:
- Tamaño de la posición
- Precio de entrada
- PnL no realizado
- Margen ocupado
- Ratio de apalancamiento
El sistema monitorea continuamente el nivel de riesgo de la cuenta. Cuando las fluctuaciones del precio de mercado reducen el patrimonio de la cuenta, el ratio de margen de mantenimiento se ajusta en consecuencia.
Si el riesgo de la cuenta supera un umbral de seguridad, el motor de riesgo de Phoenix puede activar un mecanismo de liquidación para evitar que el protocolo incurra en riesgo de deuda incobrable.
Dado que todos los estados de las posiciones se registran on-chain, los usuarios pueden ver los cambios de riesgo de la cuenta en tiempo real.
¿Qué papel juega el precio del oráculo en el proceso de emparejamiento?
Aunque Phoenix utiliza el libro de órdenes para la formación de precios, sigue necesitando un oráculo que proporcione un precio de referencia de mercado.
El precio del oráculo se usa principalmente para:
- Calcular el precio de marca
- Evaluar el riesgo de la cuenta
- Determinar las condiciones de liquidación
- Prevenir la manipulación anormal de precios
Si se usara solo el precio del libro de órdenes, el mercado podría sufrir volatilidad anormal a corto plazo debido a una liquidez insuficiente. Por ello, Phoenix combina datos del oráculo para mantener la estabilidad del sistema de riesgo.
En los mercados de derivados on-chain, el sistema de oráculo es un componente esencial del control de riesgos. Las anomalías en el oráculo pueden afectar las tasas de financiación, la lógica de liquidación y la estabilidad del mercado, por lo que Phoenix necesita apoyarse en fuentes de datos fiables.
¿Cómo se realiza la liquidación on-chain en Phoenix?
Una vez que una operación se empareja, el sistema registra el resultado de la ejecución en el estado on-chain y actualiza los datos de la posición del usuario.
La liquidación on-chain incluye:
- Actualizar el saldo de la cuenta
- Ajustar el estado del margen
- Registrar la información de la operación
- Actualizar los datos de las posiciones del mercado
Phoenix adopta una estructura sin custodia, por lo que los activos del usuario siempre están controlados por la cuenta on-chain, no por una plataforma centralizada.
Este modelo mejora la transparencia, pero también implica que todas las acciones de trading dependen de la confirmación de la red blockchain. Por lo tanto, el rendimiento de la red subyacente afecta directamente la experiencia de trading.
La rápida capacidad de confirmación de Solana es una de las razones clave por las que Phoenix puede ejecutar un libro de órdenes on-chain.
¿Cuál es la diferencia entre el proceso de trading de Phoenix y el de AMM?
La mayor diferencia entre Phoenix y los protocolos AMM tradicionales radica en el método de ejecución de las operaciones.
El modelo AMM depende de pools de liquidez y fijación algorítmica de precios; los usuarios efectivamente comercian con el pool. En cambio, el modelo de libro de órdenes de Phoenix permite el emparejamiento directo entre usuarios.
Ambos modelos presentan diferencias claras en el proceso de trading:
| Dimensión |
Phoenix |
Modelo AMM |
| Estructura de trading |
Emparejamiento en libro de órdenes |
Pool de liquidez |
| Formación de precios |
Órdenes de compra/venta |
Fijación algorítmica |
| Control de deslizamiento |
Relativamente bajo |
Más perceptible en grandes operaciones |
| Método de creación de mercado |
Creadores de mercado profesionales |
Los LP aportan liquidez |
| Soporte para trading de alta frecuencia |
Fuerte |
Relativamente limitado |
| Tipos de órdenes |
Órdenes límite y de mercado |
Generalmente menos tipos |
El modelo de libro de órdenes es generalmente más adecuado para trading profesional y estrategias cuantitativas, mientras que AMM es ideal para intercambios básicos de activos y provisión abierta de liquidez.
Con el desarrollo de redes de alto rendimiento como Solana, cada vez más protocolos de derivados on-chain están reexplorando la arquitectura de libro de órdenes.
¿Por qué es importante el proceso de emparejamiento de Phoenix?
El proceso de emparejamiento on-chain de Phoenix no solo afecta la eficiencia en la ejecución de órdenes, sino que también refleja los cambios estructurales que están ocurriendo en el mercado DeFi.
Los primeros protocolos DeFi se centraban en la participación abierta y la liquidez sin permisos, mientras que la nueva generación de protocolos de derivados on-chain pone el foco en:
- Menor latencia
- Mayor eficiencia del capital
- Experiencia de trading más profesional
- Control más granular de las órdenes
El modelo de libro de órdenes completamente on-chain de Phoenix es, en esencia, un intento de trasladar la estructura del libro de órdenes de los mercados financieros tradicionales al entorno blockchain.
El desarrollo de estos protocolos también indica que DeFi está evolucionando de una simple herramienta de intercambio de activos a una infraestructura financiera on-chain más compleja.
Resumen
Phoenix utiliza una arquitectura de libro de órdenes completamente on-chain para el trading de futuros perpetuos on-chain. Su proceso de emparejamiento incluye varias etapas: envío de órdenes, verificación de riesgos, emparejamiento de órdenes, actualización de posiciones y liquidación on-chain.
En comparación con el modelo AMM tradicional, Phoenix prioriza la profundidad de las órdenes, la eficiencia en el descubrimiento de precios y las capacidades de trading de alta frecuencia. Gracias a la red de alto rendimiento de Solana, Phoenix ejecuta un sistema de emparejamiento on-chain que se acerca al nivel de los exchanges tradicionales.
A medida que el mercado DeFi se expande hacia escenarios de trading profesional, el modelo de libro de órdenes on-chain está recuperando protagonismo. El proceso de emparejamiento de Phoenix no solo refleja la dirección de desarrollo de los protocolos de derivados on-chain, sino que también muestra cómo la infraestructura DeFi evoluciona hacia estructuras de mercado financiero más complejas.
Preguntas frecuentes
¿El sistema de emparejamiento de Phoenix es completamente on-chain?
Sí. Phoenix utiliza una arquitectura de libro de órdenes completamente on-chain; tanto el libro de órdenes como la lógica de emparejamiento se ejecutan on-chain.
¿Por qué Phoenix no utiliza un AMM?
Phoenix prioriza la profundidad de las órdenes, el bajo deslizamiento y una experiencia de trading profesional, por lo que optó por el modelo de libro de órdenes en lugar del modelo de pool de liquidez.
¿Cómo se ordenan las órdenes en Phoenix?
Phoenix utiliza el criterio de prioridad precio-tiempo para el emparejamiento de órdenes.
¿Hacer trading en Phoenix requiere custodia de activos?
No. Phoenix es un protocolo sin custodia; los usuarios gestionan los activos directamente a través de sus billeteras.
¿Qué papel juega el oráculo en Phoenix?
El oráculo proporciona principalmente un precio de referencia que ayuda al sistema con el control de riesgos y las decisiones de liquidación.
¿Por qué Phoenix es adecuado para el trading de alta frecuencia?
Phoenix se ejecuta en la red de alto rendimiento de Solana, lo que ofrece menor latencia y velocidades de confirmación de órdenes más rápidas.
