A quién sirve — A quien quiere entender por qué la cantidad visible en el libro puede ser inferior a la cantidad realmente disponible y a quien necesita ejecutar un volumen sin mostrarlo por completo de una sola vez.
Una iceberg order, también llamada reserve order u orden con cantidad visible en algunos sistemas, suele ser una orden limitada de la que el mercado solo ve una cantidad expuesta. La parte no mostrada es la reserva. Cuando se ejecuta el tramo visible, el sistema puede liberar otro tramo hasta que la cantidad total se complete, expire o sea cancelada.
Iceberg no significa universalmente “orden invisible”. La parte expuesta participa en el libro; la reserva, sus condiciones de liberación, los datos difundidos y la prioridad después de cada reposición dependen de las reglas del centro de negociación y del producto concreto.
En palabras sencillas — Una orden total de 1.000 unidades puede mostrar 50. Después de ejecutarse esas 50, pueden aparecer otras 50. Saber que existe un mecanismo de reposición no permite conocer de antemano ni la cantidad restante ni su prioridad en la cola.
Instrucción, cantidad y reposición
| Elemento | Función |
|---|---|
| Orden matriz | Define el lado, el precio límite y la cantidad total |
| Cantidad visible | Fija el máximo que se muestra en un momento dado |
| Cantidad de reserva | Parte que todavía no se ha expuesto en el libro público |
| Reposición | Liberación de otro tramo tras un fill u otra condición prevista |
| Orden hija | Nueva orden enviada por un sistema externo en un iceberg sintético |
La terminología no es uniforme. En el Reglamento Delegado (UE) 2017/583, RTS 2 para instrumentos distintos de acciones y asimilados, el artículo 4 describe la orden de reserva como una orden limitada compuesta por una parte divulgada y otra no divulgada. La cantidad no divulgada solo puede ejecutarse después de ser liberada al libro como una nueva orden visible. Es una definición regulatoria circunscrita a ese ámbito, no una especificación técnica válida para cualquier bolsa, bróker o centro de criptoactivos.
“Display quantity” también puede ser un atributo de la orden y no un tipo autónomo. CME, por ejemplo, documenta una cantidad mostrada que se repone a medida que se ejecuta. Antes de utilizar la función hay que leer la documentación del producto, no deducir su mecánica únicamente del nombre que aparece en la interfaz.
Iceberg nativo y sintético
Un iceberg nativo lo gestiona el motor de casación u otra infraestructura del centro. El centro recibe la cantidad total y controla la exposición y la reposición. Un iceberg sintético lo administra un bróker, un proveedor de software o un algoritmo externo: el centro puede ver solo una sucesión de órdenes hijas sin conocer el tamaño de la orden matriz.
La distinción cambia tanto el riesgo operativo como las huellas en los datos:
- el nativo depende de la disponibilidad y las reglas del centro;
- el sintético depende además de la red, el gateway, la latencia y la continuidad del sistema que envía las órdenes hijas;
- un nativo puede conservar el mismo identificador durante la reposición, mientras que los hijos sintéticos pueden recibir identificadores nuevos;
- identidad de la orden y prioridad en la cola no son lo mismo.
La documentación Market by Order de CME, por ejemplo, explica que un iceberg
nativo conserva el mismo OrderID cuando se repone la cantidad mostrada,
mientras que su PriorityID puede cambiar. Un iceberg sintético gestionado
fuera del centro envía órdenes nuevas. El ejemplo muestra por qué una regla de
prioridad de un mercado no puede trasladarse automáticamente a otro.
Nivel avanzado: prioridad y probabilidad de ejecución
El precio límite sigue siendo una restricción de precio, no una promesa de ejecución. El tramo visible compite conforme al algoritmo de casación aplicable; un tramo liberado más tarde puede recibir prioridad nueva o un tratamiento distinto. Las reglas precio-tiempo, prorrata e híbridas pueden producir resultados diferentes.
Ocultar cantidad puede reducir la exposición informativa inicial, pero no hace que la orden sea inmune a:
- fills parciales o ausencia de fill;
- un mercado que se aleja del límite;
- selección adversa cuando otros participantes negocian contra la cotización;
- comisiones y reglas de acceso específicas;
- pérdida de prioridad al reponer;
- falta de disponibilidad de la función para un instrumento.
El efecto sobre el impacto de mercado no está garantizado. Mostrar menos tamaño puede limitar la información revelada de inmediato, pero un patrón de reposiciones repetidas puede delatar interés y cambiar el comportamiento de otros participantes.
¿Puede detectarse en el libro?
Solo por inferencia. Muchos intercambios al mismo precio, acompañados por una cantidad visible que reaparece, son compatibles con un iceberg; no prueban que exista. Órdenes nuevas e independientes, varios participantes, feeds agregados, cancelaciones y latencia de datos pueden producir una secuencia parecida.
Un feed Market by Price agrega cantidad por nivel de precio. Un feed Market by
Order puede aportar datos más granulares sobre órdenes y posición en cola, pero
sigue siendo anónimo y no revela necesariamente la reserva total. Ni siquiera
un OrderID persistente identifica al propietario.
Error habitual — Convertir una posible reposición en una certeza sobre una “ballena”, una intención direccional o la cantidad restante. La observación puede apoyar una hipótesis de microestructura; no revela la identidad ni el comportamiento futuro de quien envió la orden.
Ejemplo controlado
Una orden sell limit de 10.000 acciones muestra 500. Las primeras 500 se ejecutan y el centro publica otro tramo. Un operador agresivo sabe que ha llegado nueva cantidad al nivel, pero no puede saber si quedan 500 o 9.500 acciones, si la reposición perdió prioridad o si parte de la secuencia procede de órdenes distintas. Evaluar la ejecución exige logs, especificaciones del centro y datos coherentes con el feed utilizado.
Lista de comprobación previa
- Determinar si la implementación es nativa o sintética.
- Leer las reglas de visualización, cantidades mínimas y productos admitidos.
- Comprobar prioridad inicial, prioridad al reponer y reglas de modificación.
- Separar cantidad total, visible, ejecutada, cancelada y restante.
- Medir fills, coste e impacto frente a un benchmark declarado.
- Saber qué ocurre si falla el sistema externo o la conexión.
El marco completo está en el hub de órdenes, ejecución y microestructura. Véase prioridad-de-ordenes-y-ejecuciones-parciales para las reglas de cola y order-splitting para trabajar una cantidad por partes.
Fuentes
- CME Group, Market by Order (MBO) — FAQ — feeds MBO frente a MBP, icebergs nativos y sintéticos,
OrderIDyPriorityID. - CME Group, Display Quantity Order Overview — cantidad visible, fills y reposición dentro del marco de CME.
- CME Group, Enter Orders — descripción operativa del campo Display Quantity.
- EUR-Lex, Reglamento Delegado (UE) 2017/583, artículo 4 — definición de orden de reserva dentro de RTS 2.