1. Deribit Soporte
  2. Exchange
  3. Pedidos

Atributos del pedido

  • Actualización

Los pedidos pueden tener varios atributos asignados.

Tiempo en vigor (TIF)

El tiempo en vigor es una instrucción especial que se utiliza al realizar una operación para indicar cuánto tiempo permanecerá activa una orden antes de que se ejecute o caduque.

GTC

Válido hasta cancelar (GTC): GTC es la configuración predeterminada. La orden permanecerá abierta hasta que se complete, se cancele o hasta que el instrumento

GTD

Válido hasta el día (GTD): si aún no se ha tramitado o cancelado, el pedido se cancelará automáticamente al final de la sesión diaria actual (08:00 UTC).

FOK

Completar o matar (FOK): la orden se completa de forma inmediata y completa o no se completa en absoluto.

COI

Inmediato o cancelado (IOC): se cancelará cualquier parte del pedido que no se pueda completar de inmediato.

Atributos del tipo de pedido

Iceberg

  • Una orden Iceberg permite al operador ocultar el tamaño total de una orden y mostrar solo una parte (el importe mostrado) en la cartera de pedidos. La parte visible se comporta como una orden limitada normal, mientras que la parte oculta permanece oculta hasta que se llene la parte visible

    Los pedidos agresivos en forma de iceberg coinciden con los pedidos habituales de los tomadores. Cuando se colocan en la cartera de pedidos, los pedidos del iceberg coinciden con los pedidos del creador en la parte mostrada y los pedidos de los tomadores en la parte oculta. El importe oculto de un pedido tipo iceberg también pierde prioridad frente a los pedidos normales.

Para garantizar el uso adecuado y mantener la integridad de la cartera de pedidos:

  • El importe de visualización inicial debe ser de al menos 100 veces el importe mínimo de pedido del instrumento.

  • La relación entre la parte que se muestra y el importe total del pedido debe ser al menos 1% (es decir, el mostrar cantidad debe ser al menos 1/100 del importe total).

Al usar la API:

  • El private/buy, private/edit y private/sell los puntos finales admiten una opción display_amount parámetro para definir la parte visible.

  • Las respuestas y los eventos relacionados con los pedidos de Iceberg incluyen:

    • display_amount: la parte actualmente visible del pedido (la «propina»).

    • refresh_amount: el valor original de display_amount de la solicitud de pedido.

Nota

refresh_amount permanece constante durante todo el ciclo de vida del pedido. Representa el tamaño previsto de cada «punta» de iceberg a medida que se repone. El actual display_amount puede ser inferior a refresh_amount cuando el pedido es lleno parcial o casi por completo.

Por ejemplo, si el importe total del pedido es de 10 000, refresh_amount es de 1000 y ya se han completado 9 500, el display_amount sería 500, la parte visible restante.

Importante

Pedidos y tarifas de Iceberg

Cuando se utilizan órdenes tipo iceberg, el tratamiento de las comisiones depende de si la parte ejecutada estaba visible u oculta en el momento de la operación. La parte visible de una orden tipo iceberg permanece en la cartera de órdenes, como una orden limitada normal, y se cobra la comisión del creador cuando se ejecuta. A medida que se rellena cada porción visible, la siguiente se muestra automáticamente con el tamaño de pantalla original, y este proceso continúa hasta que la orden esté casi ejecutada o esté completamente ejecutada. Sin embargo, si una orden de un comprador entrante consume más de la cantidad visible en ese momento y empieza a igualar la parte oculta, siempre se cobrará la comisión por la cantidad oculta.

Ejemplo: Imagínese un pedido en forma de iceberg de 10 000 contratos con un tamaño de pantalla de 1000.

  • El comercio consume 750 → cargado tarifa de fabricante.

  • El comercio consume 250 → cargado tarifa de fabricante, luego pide recargas hasta 1000.

  • El comercio consume 1.500 → por 1000 contratos cobrados comisión del fabricante, el pedido se recarga hasta 1000, para los 500 contratos restantes cobrados Tarifa de tomador.

  • El comercio consume 250 → cargado tarifa de fabricante.

  • El comercio consume 3.000 → por 250 contratos cobrados comisión del fabricante, los pedidos se rellenan hasta 1000 (comisión por el comprador), los pedidos se recargan hasta 1000 (comisión por el comprador) y por los 750 contratos finales cobrados comisión por tomador.

Solo por correo

Solo publicar (post_only): esta configuración garantizará que el pedido no actúe como receptor y, por lo tanto, no se compare con los pedidos que ya están en la cartera de pedidos (excluidos los pedidos ocultos). Si el precio de la orden es tal que, de lo contrario, se ejecutaría con el mejor precio disponible, el pedido que solo se publique se incluirá en la cartera de pedidos a una marca del mejor

Post_Only_Rechazar

reject_post_only: esta configuración garantizará que un pedido post_only sea rechazado en lugar de que se ajuste su precio. (Solo

  • Esta configuración solo está disponible a través de la API.

Reduce_only

Reducir (reduce_only): esta configuración garantizará que la orden solo pueda reducir una posición abierta. No puede aumentar el tamaño de ninguna posición existente ni abrir ninguna posición nueva

Atributo de relleno del disparador (OCO, OTO, OTOCO)

El atributo trigger fill se establece en «incremental» para los pedidos realizados en la interfaz de usuario.

A través de la API, el atributo trigger fill se puede definir en el momento de realizar el pedido principal.

Primer golpe

Primera visita: un tipo de condición de llenado para los pedidos vinculados. Cualquier ejecución (parcial) de la orden principal activará o cancelará por completo la (s) orden (s) secundaria (s).

  • OCO: el pedido secundario se cancelará por completo cuando llegue por primera vez (parcialmente) el pedido principal.

  • OTO: la orden secundaria se activará por completo y se colocará en cuanto llegue por primera vez (parcialmente) la orden principal.

  • OTOCO: las dos órdenes secundarias se activarán por completo y se realizarán en cuanto llegue por primera vez (parcialmente) la orden principal.

Relleno completo

Relleno completo: tipo de condición de llenado para los pedidos vinculados. La ejecución completa de la orden principal activará o cancelará por completo la (s) orden (s) secundaria (s).

  • OCO: el pedido secundario se cancelará por completo una vez que se complete el pedido principal.

  • OTO: el pedido secundario se activará por completo y se colocará cuando se complete el pedido principal.

  • OTOCO: Los dos pedidos secundarios se activarán por completo y se realizarán cuando se complete el pedido principal.

Incremental

Incremental: la condición de llenado predeterminada para los pedidos vinculados. Cualquier ejecución parcial de la orden principal provocará la activación o cancelación proporcional de las órdenes secundarias.

  • OCO: el pedido secundario se cancelará de forma incremental de forma proporcional al llenado (parcial) del pedido principal.

  • OTO: el pedido secundario se activará de forma incremental y se colocará de forma proporcional al llenado (parcial) del pedido principal.

  • OTOCO: Ambos pedidos secundarios se activarán de forma incremental y se colocarán de forma proporcional a una tramitación (parcial) del pedido principal.