En Bitget, una orden Post-only puede cancelarse porque ejecutaría liquidez de inmediato; una orden IOC puede ejecutarse parcialmente y cancelar el resto; una orden FOK debe ejecutarse por completo de una vez o cancelarse. Por lo tanto, una etiqueta de cancelada no siempre significa que no se haya realizado ninguna operación. Compruebe la cantidad ejecutada, las ejecuciones individuales y la exposición restante antes de colocar otra orden.
Última verificación: 10 de septiembre de 2026. Esta guía explica las condiciones de ejecución, no constituye una recomendación de trading. Las opciones y etiquetas disponibles dependen del producto, la cuenta y la interfaz de Bitget. Utilice el ticket de orden actual y la documentación oficial correspondientes a su cuenta; una página traducida no establece la elegibilidad regional.
Condiciones de las órdenes de Bitget de un vistazo
| Condición | Regla de ejecución | ¿Qué sucede con la cantidad no ejecutada? | Principal contrapartida |
|---|---|---|---|
| GTC | Una orden limitada puede ejecutarse ahora o esperar | Normalmente permanece abierta hasta que se ejecuta o cancela, sujeta a las reglas de la plataforma | Las órdenes en espera aún requieren supervisión |
| Post-only | Solo entra en el libro como maker; se cancela si puede ejecutarse inmediatamente | Puede permanecer en el libro si se acepta sin una coincidencia inmediata | La ejecución como maker tiene prioridad sobre la ejecución inmediata |
| IOC | Ejecuta inmediatamente la mayor cantidad posible dentro del límite | Cancela el resto | Puede permanecer una exposición parcial |
| FOK | Ejecuta inmediatamente la cantidad completa dentro del límite o ninguna parte | Cancela la orden completa si no es posible ejecutarla en su totalidad | No hay ejecución parcial, pero es posible que la operación deseada no se realice |
Estas son condiciones de ejecución, no protecciones contra pérdidas. La enumeración enumeración de UTA de Bitget define las condiciones por separado del modo de posición y de Reduce-only. No confunda si una orden puede aumentar la exposición con el tiempo durante el cual permanece ejecutable.
Por qué una orden Post-only se cancela inmediatamente
Post-only protege la instrucción de maker: cancela la orden en lugar de ejecutarla inmediatamente contra una orden opuesta en espera. Una orden limitada normal no es automáticamente una orden maker. Si una orden limitada de compra cruza una oferta disponible, o una orden limitada de venta cruza una demanda disponible, puede retirar liquidez. Bitget explica este comportamiento de cancelación en su guía de tipos de órdenes de futuros.
Ilustración, no una cotización en tiempo real: suponga que la mejor demanda es de 99 USDT y la mejor oferta es de 100 USDT. Una compra Post-only a 100 USDT coincidiría inmediatamente con la oferta y, por tanto, se cancelaría. Una compra a 99 USDT podría permanecer en el libro, pero un libro de órdenes cambiante puede modificar el resultado antes de que el exchange la reciba. El último precio negociado por sí solo no describe la liquidez disponible del lado opuesto.
Si la ejecución inmediata es esencial, reconozca el conflicto con una instrucción exclusiva de maker en lugar de enviar repetidamente el mismo precio. No elimine Post-only simplemente para hacer desaparecer un error: primero reconsidere el precio, la urgencia, las comisiones y el riesgo de dejar abierta una posición existente. El estado de maker no garantiza ganancias ni una tarifa reducida determinada.
IOC frente a FOK: el mismo libro de órdenes, distinto resultado
Considere una compra hipotética de 10 unidades con un límite de 100 USDT. Suponga que solo 6 unidades pueden ejecutarse inmediatamente a ese precio o a uno mejor, e ignore las comisiones y otros límites de validación para esta ilustración:
- IOC: se ejecutan 6 unidades y se cancelan las 4 restantes.
- FOK: las 10 unidades no pueden ejecutarse inmediatamente, por lo que la orden se cancela sin ninguna ejecución.
- GTC: pueden ejecutarse 6 unidades inmediatamente y las 4 restantes pueden permanecer abiertas.
El peligro práctico consiste en interpretar la cancelación de una IOC como una posición de cero unidades y volver a enviar las 10 unidades. Si esa segunda orden se ejecuta por completo, las compras totales ascienden a 16 unidades, no a 10. Solo para este ejemplo, 10 menos 6 deja 4 unidades del objetivo original. En una cuenta real, concilie las demás ejecuciones, las órdenes abiertas y las posiciones actuales antes de decidir si corresponde realizar alguna sustitución.
FOK es una condición de ejecución de todo o nada, no una promesa de que el exchange pueda completar la operación. La liquidez visible en pantalla puede desaparecer. Por el contrario, cancelar el remanente de una IOC no revierte las ejecuciones completadas. Las buenas prácticas sobre estados de órdenes de Bitget describen explícitamente una transición de IOC de ejecución parcial a cancelación.
Compruebe estos registros antes de volver a enviar la orden
- Confirme el producto, la cuenta, el símbolo y el ID de orden exactos de Bitget.
- Lea la condición de ejecución seleccionada, el lado, la cantidad original y el precio límite.
- Compruebe la cantidad ejecutada acumulada y los registros de operaciones individuales, no solo el estado final.
- Compare la exposición actual con todas las demás órdenes abiertas. En futuros, verifique si la instrucción abría o cerraba una posición.
- Lea el motivo de cancelación o el mensaje de error. Una cancelación basada en reglas es diferente de un rechazo por margen o por acceso a la cuenta.
- Si el resultado no está claro, aclárelo en el historial de órdenes o con el soporte oficial antes de volver a intentarlo. Conserve una marca de tiempo con su zona horaria, pero nunca comparta una contraseña, un secreto de API ni un código de un solo uso.
Para guardar pruebas, siga la guía de exportación del historial de transacciones y órdenes de Bitget. Si la orden nunca superó la validación de margen, tamaño o cuenta, utilice la lista de comprobación de rechazos de órdenes de futuros de Bitget. Esta página se centra en las condiciones de ejecución posteriores al envío, en lugar de repetir esas comprobaciones de cuenta.
Usuarios de API: un ID de orden no demuestra que se haya ejecutado
El endpoint de órdenes de UTA actual expone timeInForce independientemente de orderType y reduceOnly. Su valor predeterminado documentado es GTC cuando se omite el valor de vigencia de la orden limitada. Esta es una regla de la API, no una prueba de que todos los tickets web o de la aplicación compartan ese valor predeterminado. Consulte la referencia actual de gestión de órdenes para su integración.
Una respuesta de envío satisfactorio y un ID de orden asignado confirman la recepción; compruebe el estado posterior de la orden y las ejecuciones. Bitget también indica a los clientes que consulten la orden existente mediante su ID de orden del cliente después de respuestas de tiempo de espera especificado o de error desconocido. No convierta una respuesta incierta en una orden duplicada automática. Los nombres de los campos y las etiquetas de cancelación difieren entre endpoints, por lo que debe hacer coincidir la documentación con la cuenta y la versión de la API.
Preguntas frecuentes
¿Una orden IOC cancelada de Bitget significa que no se realizó ninguna operación?
No. La parte cancelada puede ser únicamente el remanente no ejecutado. Las ejecuciones completadas siguen contando, por lo que debe comprobar la cantidad ejecutada y la exposición actual.
¿FOK permite una ejecución parcial?
No. Conforme a la condición FOK documentada, se requiere la ejecución inmediata completa; de lo contrario, se cancela toda la orden. IOC es la condición que permite una ejecución parcial inmediata.
¿Post-only garantiza que se cierre mi posición?
No. Puede cancelarse o esperar en lugar de ejecutarse inmediatamente. Confirme la exposición restante real; no considere una orden exclusiva de maker como una garantía de salida de emergencia.
¿Puedo utilizar estas instrucciones en todas las regiones y productos?
Esta guía no establece la disponibilidad. Compruebe su cuenta real de Bitget y las condiciones vigentes del producto. Las versiones en coreano y otros idiomas explican los mismos mecanismos; no autorizan el acceso a productos restringidos ni permiten eludir los controles regionales.
Metodología, afiliación y divulgación de riesgos
BitQED es un editor educativo independiente, no el servicio de asistencia de Bitget. Los documentos oficiales enlazados se comprobaron el 10 de septiembre de 2026. Las definiciones proceden de Bitget; el ejemplo hipotético del libro de órdenes y la lista de verificación son explicaciones de BitQED. La documentación y las interfaces de la plataforma pueden cambiar.
BitQED puede recibir una compensación mediante enlaces de afiliados en otras partes de este sitio. Este artículo no contiene ninguna oferta de registro, reembolso garantizado ni derecho a beneficios VIP. El comercio de criptomonedas implica riesgos de mercado, custodia y regulatorios; las posiciones apalancadas pueden liquidarse y perder rápidamente su margen. Elegir una condición de ejecución no elimina estos riesgos. Esto no constituye asesoramiento de inversión.
Bitget Convert frente al mercado spot: comisiones, cotizaciones e importe neto
Para comprobar la comisión realmente cobrada en cada ejecución: ¿Comisiones de Bitget más altas de lo esperado? Compruebe maker, taker e historial de operaciones