A quién sirve — A quien gestiona futuros, perpetuals o posiciones con margen mediante varias órdenes de salida. Reduce-only limita el efecto de una orden sobre la posición, pero no asegura que la salida sea aceptada o completada.
Reduce-only es una instrucción que exige que la orden solo pueda disminuir la cantidad de una posición existente. Si la ejecución aumentara la exposición o abriera una posición en sentido contrario, el sistema aplica el comportamiento definido por el centro: puede rechazar o cancelar la orden, reducir su cantidad o modificar órdenes reduce-only que ya estén abiertas.
La instrucción es habitual en futuros, perpetual futures y algunos sistemas con margen. En spot simple, donde no se permite vender más activo del disponible, puede no existir o tener un significado distinto.
Lado de la orden y posición
En modo neto, una posición long se reduce con una orden sell y una posición short con una orden buy. El lado buy o sell, por sí solo, no indica si la intención es abrir o cerrar.
| Posición antes de la orden | Orden | Sin la restricción | Objetivo reduce-only |
|---|---|---|---|
| long 5 | sell 3 | puede reducir la posición long a 2 | reducir la posición long a 2 |
| long 5 | sell 8 | puede cerrar 5 y abrir una short de 3 | no superar la cantidad reducible |
| sin posición | sell 3 | puede abrir una short de 3 | no abrir una posición nueva |
| short 5 | buy 2 | puede reducir la posición short a 3 | reducir la posición short a 3 |
La última columna describe la restricción económica, no el resultado técnico exacto. Ante una sell de 8 contra una posición long de 5, una plataforma puede reducir la cantidad a 5; otra puede rechazar o cancelar la orden. No se debe suponer que el remanente reciba siempre el mismo tratamiento.
No es un stop
Reduce-only no define:
- un precio de activación;
- un precio límite;
- la duración de la orden;
- la prioridad en la cola;
- la cantidad que llegará a ejecutarse.
Puede acompañar una orden market, limit, stop o take profit únicamente si la plataforma admite esa combinación. El trigger pertenece a la orden stop; la restricción de precio, a una orden limit o stop-limit; la duración, al time in force. Reduce-only limita el efecto máximo sobre la posición.
Tampoco es una garantía contra la liquidación. Una orden puede quedar sin ejecutar, ser rechazada, llegar tarde o no encontrar liquidez. El margen, el mark price y las reglas de liquidación siguen aplicándose con independencia del flag.
Varias salidas sobre la misma posición
El problema aparece cuando varias órdenes compiten por una posición que puede reducirse mientras tanto. Supongamos una posición long de 5 contratos con dos sell limit reduce-only de 3 y 4 contratos. La cantidad total solicitada es 7, superior a la posición.
El centro debe impedir que el conjunto de ejecuciones produzca una posición short, pero puede hacerlo de distintas formas:
- rechazar la segunda orden;
- aceptarla con una cantidad menor;
- reajustar la cantidad de una orden ya abierta;
- cancelar la orden con menor prioridad;
- volver a evaluar las cantidades tras cada fill o cambio de posición.
OKX, por ejemplo, documenta que las órdenes reduce-only abiertas pueden modificarse o cancelarse en función de la posición y de su prioridad. Una orden que aparece como «cancelada» en el historial puede haber sido retirada por el sistema para mantener la restricción, no por el usuario.
Modo neto y modo hedge
La configuración de la posición es decisiva. En modo net existe una cantidad resultante por instrumento; en modo long/short o hedge, las dos direcciones pueden gestionarse por separado y la API puede exigir un campo adicional que identifique qué lado de la posición se quiere cerrar.
La documentación API de OKX limita el parámetro reduce-only a determinadas combinaciones de modos de margen, futuros y swaps, y lo asocia al modo neto; la guía de su interfaz también describe reglas distintas para los modos one-way y hedge. Coinbase International expone instrucciones separadas para post-only, close-only y reduce-only en sus mensajes FIX.
Por tanto, close-only y reduce-only no deben tratarse como sinónimos universales. Si un centro ofrece ambos, su protocolo define la diferencia. Los comandos llamados «Close», «Close all» o TP/SL pueden añadir automáticamente un calificador, pero esa automatización debe comprobarse en la documentación y en la confirmación de la orden.
Ejemplo de una orden que permanece abierta
Un trader mantiene una posición long de 10 contratos e introduce un take profit sell reduce-only por 10. Antes de que se alcance el precio objetivo, cierra manualmente 7 contratos y deja una posición long de 3.
Cuando se activa el take profit, el centro podría:
- ejecutar como máximo 3 y cancelar el remanente;
- reajustar previamente la cantidad de la orden a 3;
- cancelarla y exigir una orden nueva;
- rechazarla si el estado, la cantidad o el modo de posición no son válidos.
Con la lógica aplicable, reduce-only evita que la orden convierta intencionadamente los 3 contratos restantes en una posición short de 7. No garantiza, sin embargo, que esos 3 contratos se ejecuten ni a qué precio.
Dependencia del centro, intermediario y API
Antes de utilizarla hay que verificar:
- instrumentos y modos de margen admitidos;
- diferencias entre los modos net, one-way y hedge;
- combinaciones permitidas con órdenes market, limit, stop y TP/SL;
- tratamiento de una cantidad superior a la posición;
- prioridad entre varias órdenes reduce-only;
- efecto de fills parciales, cancelaciones y cambios manuales;
- códigos de rechazo y motivos de cancelación;
- posible diferencia entre reduce-only y close-only.
En un sistema automático no basta con enviar el valor booleano. El sistema debe leer el acuse de recibo, la cantidad aceptada, la posición actualizada y el estado final. Ciclo de vida de la orden distingue aceptación, fills, cancelación y rechazo.
Fuentes
- Coinbase International Exchange — FIX Order Entry Messages
- Coinbase International Exchange — Create Order
- OKX API — Place Order y parámetro reduceOnly
- OKX — Basic Order Types y gestión reduce-only