Órdenes iceberg: tamaño visible, reserva y ejecución

Compara las cantidades del titular con el nivel de precio público y avanza por las compras entrantes. La cola A/B representa un escenario conocido con fines didácticos: un libro público ordinario no identifica la reserva oculta ni al titular de cada orden. Tras cambiar los parámetros, aplícalos para generar un nuevo ejemplo. La secuencia de compras es fija, por lo que una orden personalizada mayor puede quedar parcialmente sin ejecutar.

Las órdenes iceberg o con reserva permiten indicar la parte visible de una orden mayor. La interfaz puede denominarla Display Size, peak quantity o visible quantity. Este parámetro no equivale necesariamente a la cantidad que permanece en el libro en ese momento:

Si no hay cancelaciones: total = ejecutado + restante, y restante = visible + oculto. La reposición transfiere cantidad de la reserva a la parte visible; no aumenta la orden original. El máximo visible puede seguir siendo el mismo aunque la cantidad mostrada disminuya tras una ejecución parcial.

El ejemplo inicial vende 25 unidades a un precio límite de 100, con un máximo visible de 10 y otras 15 en reserva. Una orden de venta independiente, B, de 5 unidades está detrás de la primera parte al mismo precio. Son unidades y precios ficticios; el escenario no incluye otros niveles, órdenes ni cancelaciones.

Una compra entrante de 4 reduce la cantidad visible del iceberg de 10 a 6. La reserva oculta sigue en 15 y la cantidad ejecutada pasa a 4. El nivel público muestra ahora 11: las 6 del iceberg más las 5 de B. Otra compra de 6 agota la primera parte. El modelo muestra 10 nuevas unidades y deja 5 ocultas: es una reposición, no una adición de 10 unidades al total.

La parte repuesta pasa detrás de B, así que la siguiente compra de 5 ejecuta B sin cambiar la cantidad ejecutada del iceberg. Más adelante, cuando solo queden 5 unidades del iceberg, la última parte visible será de 5 aunque el máximo sea 10. El registro completo de eventos está disponible en el componente.

Esta regla sigue las normas de negociación publicadas por Kraken: la cantidad repuesta pasa al final de la cola de su precio. Es el modelo elegido, no una regla para todos los mercados. El escenario de una sola compra entrante también muestra que una orden contraria suficientemente grande puede consumir varias partes repuestas. La documentación de CME sobre mensajes de ejecución describe varias reposiciones dentro de un mismo evento de cruce; cada reposición no implica necesariamente un comprador nuevo o un informe de ejecución separado.

«Sintético» no significa necesariamente que la lógica se ejecute en tu ordenador. Puede estar en un servidor del intermediario. Cerrar el terminal local no tiene, por tanto, la misma consecuencia en todas las implementaciones: comprueba dónde se gestiona la orden matriz.

CME Market by Order distingue las implementaciones nativas y sintéticas. Un iceberg nativo de CME conserva su OrderID al reponerse, pero su PriorityID puede cambiar. Un identificador persistente no demuestra que la cantidad repuesta mantenga su posición anterior. Aplica las reglas de cruce del producto concreto, sin asumir una cola FIFO universal.

Algunos parámetros pueden combinarse si el mercado lo permite; no son nombres de órdenes intercambiables. Una condición stop determina la activación, mientras que iceberg se refiere a la cantidad visible. La guía Buy Stop vs Buy Limit explica la diferencia entre el desencadenante y el precio límite.

Un libro agregado muestra la cantidad visible a un precio. Puede combinar varias órdenes, como el nivel de la demostración combina el iceberg y B. Los datos por orden pueden aportar más detalle, pero los campos e identificadores disponibles dependen del flujo de datos. El componente revela ambas perspectivas con fines didácticos; no reconstruye cantidades privadas a partir de datos de mercado.

Las ejecuciones repetidas seguidas de reposición pueden sugerir liquidez oculta. Por sí solas no revelan la cantidad original exacta, la reserva restante ni su titular. También pueden llegar nuevas órdenes independientes a ese precio. Un iceberg inferido es una hipótesis cuya evidencia depende de los datos, no un mapa confirmado de las intenciones de otro participante.

Mostrar solo una parte limita el tamaño anunciado en cada momento. Puede resultar útil para trabajar una orden grande sin publicar toda su cantidad pendiente. No hace invisibles las ejecuciones, no garantiza un menor impacto en el mercado y no asegura que sigan llegando contrapartes dispuestas a negociar.

• El precio límite protege el precio de ejecución aceptable; la cantidad pendiente puede seguir esperando o no ejecutarse nunca.
• La reposición puede cambiar la prioridad. Mostrar partes menores no implica completar antes toda la orden.
• Otros participantes pueden reaccionar a las ejecuciones visibles y a los cambios del libro, aunque la reserva completa permanezca oculta.

Separa la protección del precio de la calidad de ejecución frente a otra referencia. La guía de deslizamiento explica la diferencia entre el precio de referencia y el de ejecución; el ajuste iceberg no elimina por sí solo esa comparación.

• Confirma que el instrumento, el mercado y la ruta elegida admiten la orden, e identifica si es nativa o sintética.
• Consulta en las especificaciones vigentes la cantidad mínima, los incrementos, el tamaño visible permitido y la vigencia de la orden.
• Revisa las reglas de reposición, prioridad, modificación y cancelación, incluida la gestión de las órdenes hijas sintéticas.
• Comprueba las ejecuciones reales y la cantidad pendiente de la orden matriz en el informe, junto con el tarifario aplicable.

La guía de órdenes de Kraken ilustra requisitos de tamaño visible propios de un mercado; sus límites concretos no se aplican a todos los mercados. Esta demostración utiliza unidades enteras y un máximo visible fijo para facilitar la comprobación de la mecánica. No valida la admisión de órdenes en un mercado ni envía órdenes reales.

¿Una orden iceberg siempre paga comisiones maker?

No. «Iceberg» describe la cantidad visible, no el papel de cada ejecución al aportar o retirar liquidez. La posibilidad de cruzarse inmediatamente, las combinaciones de parámetros y la comisión dependen de la implementación y la ejecución. Consulta las reglas maker/taker del mercado. La guía de costes de negociación también explica por qué hay que evaluar conjuntamente spreads y comisiones.

¿Puedo introducir una desde MT4 o MT5?

Una ventana de profundidad de mercado no demuestra por sí sola que se admitan icebergs. El intermediario debe ofrecer una ruta adecuada o una implementación externa para ese instrumento. Comprueba su documentación y un entorno de prueba: una herramienta sintética puede tener requisitos de conexión y cancelación distintos de los de una orden nativa.

¿Conviene elegir siempre el tamaño visible más pequeño?

No existe un tamaño visible óptimo para todos los casos. Las partes menores revelan menos cantidad a la vez, pero pueden exigir más reposiciones, con el tratamiento de cola que establezca el mercado. Los mínimos e incrementos de cantidad también limitan la elección. La demostración explica esta mecánica; no optimiza una estrategia de ejecución real.