Órdenes iceberg: liquidez oculta explicada

Una orden iceberg es una única orden limit resting en el libro de una bolsa con dos cantidades asociadas: un tamaño visible que todo el mercado puede ver en la cotización y una reserva oculta detrás de este que el matching engine libera automáticamente a medida que se ejecuta el tramo visible. El nombre describe su forma: una pequeña punta sobre la línea de flotación y la mayor parte de la masa debajo. Ocultar tiene un costo, que se paga en posición dentro de la cola: cada tramo renovado se publica con un nuevo timestamp, detrás de todo lo que ya estaba esperando a ese precio.

¿Qué es una orden iceberg?

Supongamos que un fondo quiere 50,000 acciones y está dispuesto a pagar hasta $50.00. Si se ingresa como una orden limit ordinaria, el libro muestra una demanda de 50,000 acciones a ese precio para que todos la vean. Si se ingresa como una iceberg con un tamaño visible de 500, el libro muestra 500. Cuando esas 500 se ejecutan, el matching engine toma otras 500 de la reserva, las publica y repite el proceso hasta agotar la reserva o cancelar la orden.

Durante todo el proceso se mantienen dos condiciones. Es una sola orden, a un solo precio y en un solo venue. Además, la bolsa mantiene la cantidad total desde el momento en que se ingresa.

La descripción que más suele encontrarse —un trader divide una orden grande en partes y las envía durante horas o días— corresponde a otra técnica. Esa es una programación de ejecución, gestionada por un algoritmo que envía muchas órdenes child separadas a través de varios venues y las mide frente a un benchmark como VWAP. Una iceberg es un atributo de una orden en un venue. La división ocurre dentro del matching engine, en microsegundos y en un solo libro.

La terminología varía según el venue. La parte visible se denomina display quantity o tip; el resto es la reserve o non-displayed portion. El rulebook de Nasdaq denomina a este atributo Reserve Size.

¿Qué tan pequeño puede ser el tramo visible?

Los venues establecen un mínimo para la parte visible y lo expresan en round lots, no en una cantidad fija de acciones. Nasdaq exige que el tamaño visible de una reserve order sea de una o más unidades normales de negociación al momento del ingreso, y redondea hacia abajo un lote mixto hasta el round lot más cercano. El libro BZX de Cboe repone la cantidad visible una vez que esta cae por debajo de un round lot. La redacción varía según el venue y puede modificarse. Por eso, hay que leer el rulebook del venue al que se envía la orden y no confiar en una cifra citada de segunda mano.

Un round lot ya no equivale siempre a 100 acciones. Según la definición modificada de Regulation NMS, vigente desde el 3 de noviembre de 2025, el tamaño depende del precio: 100 acciones a $250.00 o menos, 40 acciones entre $250.01 y $1,000.00, 10 acciones entre $1,000.01 y $10,000.00, y una acción por encima de ese nivel. Las bolsas reasignan cada acción dos veces al año según su precio promedio de cierre durante un periodo de evaluación de marzo o septiembre. La alerta del proveedor de Nasdaq sobre el cambio muestra los niveles y las fechas. En una acción cuyo precio tiene cuatro cifras, el tip mínimo permitido es de 10 acciones.

¿Las órdenes iceberg pierden prioridad en la cola?

Sí. Esta es la parte que la mayoría de las explicaciones omite. Los libros de acciones de Estados Unidos clasifican las órdenes resting primero por precio y después por tiempo. Si una orden llega antes al mismo precio, se ejecuta antes.

El tramo visible de una iceberg se incorpora a la cola cuando se publica. Cuando se ejecuta y el engine lo repone desde la reserva, la reposición ingresa como una nueva orden visible con un timestamp nuevo, al final de la fila para ese precio. La regla de Nasdaq expresa claramente esta asimetría:

Cuando se publica una Reserve Order, si se ejecuta contra la orden visible y su tamaño disminuye por debajo de una unidad normal de negociación, se ingresa una nueva orden visible y se le asigna un timestamp nuevo. Al mismo tiempo, el tamaño de la orden no visible se reduce en la misma cantidad y no recibe un timestamp nuevo.

Ese es Nasdaq Equity 4, Rule 4703(h), citado de la orden de la SEC que aprobó el cambio en la regla sobre reserve orders del 18 de febrero de 2021. La reserva conserva su antigüedad original, mientras que el tip visible se reinicia con cada reposición. Una orden de 50,000 acciones que muestra 500 por vez se repone hasta cien veces. Cada reposición vuelve a colocarse detrás de todas las órdenes visibles que ya estaban resting a ese precio. Ese es el costo real de ocultar.

Muchos venues añaden un segundo costo. El interés visible tiene prioridad sobre el interés no visible al mismo precio. Por lo tanto, una reserva cede ante cualquier orden visible en ese nivel, incluso si la reserva llegó primero.

Orden iceberg frente a orden oculta y dark pool

• Una iceberg permanece en una bolsa lit y coloca su tramo visible en la cotización pública. Ese tramo puede establecer la mejor oferta nacional de compra o venta. La reserva que está detrás nunca aparece en la cotización.
• Una orden completamente oculta no muestra nada. Permanece en la misma bolsa lit, se ejecuta a su precio limit y aparece en los datos públicos solo después de ejecutarse. Por lo general, los venues la clasifican detrás de las órdenes visibles al mismo precio.
• Un dark pool es un venue separado sin cotización pública. El print llega posteriormente al tape a través de una trade reporting facility.
• Un block trade mueve toda la cantidad en un único print negociado. Es el tamaño máximo y la duración mínima, el enfoque opuesto a distribuir la ejecución gradualmente.

Todas estas modalidades mueven cantidad sin anunciarla por adelantado. La diferencia está en dónde permanece la orden y qué parte de ella llega a mostrar la cotización pública. El interés oculto puede permanecer a precios que la cotización nunca muestra. Por eso, el libro visible siempre ofrece una imagen parcial de la liquidez disponible, algo que conviene tener presente junto con los mercados locked y crossed.

¿Qué proporción de los prints del tape es de tamaño pequeño?

Antes de identificar la huella de una iceberg, hay que conocer la textura habitual del tape. El panel siguiente divide el volumen de acciones de cada mes por el número de operaciones de ese mes para dos nombres conocidos, sin splits de acciones durante el periodo analizado.

SELECT
    toString(month_start)                                                            AS month,
    formatDateTime(month_start, '%b %Y')                                             AS month_label,
    round(sumIf(volume, ticker = 'MSFT') / sumIf(transactions, ticker = 'MSFT'), 1)  AS msft_shares_per_print,
    round(sumIf(volume, ticker = 'KO')   / sumIf(transactions, ticker = 'KO'), 1)    AS ko_shares_per_print
FROM
(
    SELECT
        toStartOfMonth(toDate(toTimeZone(window_start, 'America/New_York'))) AS month_start,
        ticker,
        volume,
        transactions
    FROM global_markets.delayed_stocks_minute_aggs
    WHERE ticker IN ('MSFT', 'KO')
      AND window_start >= toDateTime('2019-01-01 00:00:00', 'UTC')
      AND window_start <  toDateTime('2026-07-01 00:00:00', 'UTC')
)
GROUP BY month_start
HAVING sumIf(transactions, ticker = 'MSFT') > 0
   AND sumIf(transactions, ticker = 'KO') > 0
ORDER BY month_start

En Jan 2019, una ejecución promedio de Microsoft representó 137.4 acciones. Para Jun 2026, el promedio era de 39.5 acciones, frente a 47.7 de Coca Cola durante el mismo mes. Las órdenes institucionales no se han reducido. Sí lo ha hecho el tamaño de los prints. Ahora una orden parent llega al tape como cientos o miles de ejecuciones pequeñas, ya sea que se oculte, se programe o haga ambas cosas.

Al ampliar una sola sesión, aparece la misma textura. El panel siguiente agrupa por tamaño todos los prints de AAPL del 17 de junio de 2026.

WITH tape AS
(
    SELECT size
    FROM global_markets.stocks_trades
    WHERE ticker = 'AAPL'
      AND sip_timestamp >= toDateTime('2026-06-17 04:00:00', 'UTC')
      AND sip_timestamp <  toDateTime('2026-06-18 04:00:00', 'UTC')
)
SELECT
    multiIf(size < 100,  'under 100',
            size < 200,  '100 to 199',
            size < 500,  '200 to 499',
            size < 1000, '500 to 999',
            size < 5000, '1000 to 4999',
                         '5000 and up')                    AS print_size_bucket,
    count()                                                AS prints,
    round(100 * count() / sum(count()) OVER (), 2)         AS pct_of_prints,
    round(100 * sum(size) / sum(sum(size)) OVER (), 2)     AS pct_of_shares
FROM tape
GROUP BY print_size_bucket
ORDER BY min(size)

Los prints de menos de 100 acciones representaron 88.99% de las ejecuciones de ese día y 22.84% de las acciones. En el otro extremo, el grupo de 5000 and up representó 0.02% de los prints y 48.77% del volumen. Un print de 500 acciones no resulta inusual en esta distribución. Esa es la primera razón por la que detectar una iceberg es difícil.

¿Cómo se identifica una orden iceberg en el tape?

El tape consolidado contiene el precio, el tamaño, la hora y el venue de cada ejecución. No contiene order IDs, cantidades visibles ni reservas. Lo que puede mostrar es una huella: un mismo tamaño que se imprime una y otra vez a un precio determinado, durante un periodo que una sola orden visible de ese tamaño rara vez soportaría. El panel siguiente empareja cada precio con el tamaño de cada print durante la misma sesión y cuenta las repeticiones.

SELECT
    concat(toString(size), ' shares at $', toString(round(toFloat64(price), 2)))                  AS level_and_size,
    count()                                                                                       AS prints,
    formatDateTime(toTimeZone(min(sip_timestamp), 'America/New_York'), '%H:%i')                    AS first_et,
    formatDateTime(toTimeZone(max(sip_timestamp), 'America/New_York'), '%H:%i')                    AS last_et,
    round(dateDiff('minute', min(sip_timestamp), max(sip_timestamp)) / 60.0, 1)                    AS hours_spanned
FROM global_markets.stocks_trades
WHERE ticker = 'AAPL'
  AND sip_timestamp >= toDateTime('2026-06-17 04:00:00', 'UTC')
  AND sip_timestamp <  toDateTime('2026-06-18 04:00:00', 'UTC')
  AND size >= 200
GROUP BY price, size
ORDER BY prints DESC
LIMIT 12

La combinación más repetida fue 300 shares at $300.54, con 67 prints entre 09:34 y 09:58 ET, durante un periodo de 0.4 horas. Sigamos esa combinación durante la sesión en intervalos de media hora para ver si las repeticiones se distribuyen a lo largo del día o se concentran en un solo tramo.

WITH top_level AS
(
    SELECT
        price,
        size
    FROM global_markets.stocks_trades
    WHERE ticker = 'AAPL'
      AND sip_timestamp >= toDateTime('2026-06-17 04:00:00', 'UTC')
      AND sip_timestamp <  toDateTime('2026-06-18 04:00:00', 'UTC')
      AND size >= 200
    GROUP BY price, size
    ORDER BY count() DESC, size DESC, price DESC
    LIMIT 1
)
SELECT
    formatDateTime(toStartOfInterval(toTimeZone(sip_timestamp, 'America/New_York'), INTERVAL 30 MINUTE), '%H:%i') AS et_time,
    count()                                    AS prints,
    sum(count()) OVER (ORDER BY et_time)       AS cum_prints
FROM global_markets.stocks_trades
WHERE ticker = 'AAPL'
  AND sip_timestamp >= toDateTime('2026-06-17 04:00:00', 'UTC')
  AND sip_timestamp <  toDateTime('2026-06-18 04:00:00', 'UTC')
  AND (price, size) IN (SELECT price, size FROM top_level)
GROUP BY et_time
ORDER BY et_time

Se concentran. El registro aparece en un solo intervalo de media hora, el que comienza a las 09:30 ET, con 67 prints y un conteo acumulado al cierre de 67. Treinta minutos de repetición a un precio determinado constituyen un episodio, no una presencia durante todo el día. Una huella tan breve ofrece menos evidencia de la que el patrón parecía sugerir. Una orden visible de ese tamaño, a ese precio y en un nombre tan activo normalmente se consumiría en segundos. Algo la siguió colocando.

Por qué la detección de órdenes iceberg no es confiable

“Algo la siguió colocando” es el límite honesto de lo que permite concluir el tape. La misma huella tiene explicaciones ordinarias que no implican una reserve order:

• Un algoritmo de ejecución que divide una orden parent en órdenes child iguales y las envía una por una desde el servidor del propio bróker.
• Participantes no relacionados que eligen por defecto la misma cantidad redonda al mismo precio redondo, algo que los números redondos propician.
• Un market maker que vuelve a cotizar repetidamente el mismo tamaño en un nivel que está dispuesto a mantener.
• Una divergencia entre el número de prints y el número de órdenes. Una sola orden resting puede completarse mediante un sweep que se reporta como varios prints.

También existe un caso silencioso. Una iceberg que nunca se ejecuta no deja ninguna huella, porque el tape solo registra ejecuciones. Toda medida de liquidez oculta basada en prints mide la parte que se ejecutó, nunca la parte que permaneció esperando. El patrón debe interpretarse como una hipótesis que conviene contrastar con la combinación de venues y la cotización, nunca como un hecho sobre una orden específica.

Preguntas frecuentes

¿Qué es una orden iceberg en trading?

Una orden limit con dos cantidades: un tamaño visible pequeño que aparece en la cotización pública y una reserva oculta más grande que la bolsa libera automáticamente cada vez que se ejecuta el tramo visible. Permanece a un precio y en un venue como una sola orden.

¿Las órdenes iceberg pierden su lugar en la cola?

El tramo visible sí lo pierde. Cada reposición se publica como una nueva orden visible con un nuevo timestamp, detrás de todo lo que ya estaba resting a ese precio. Según la regla de Nasdaq, la reserva no visible conserva su timestamp original.

¿Se pueden ver las órdenes iceberg en Level 2?

No. La profundidad del libro muestra únicamente el tramo visible, que parece una orden limit pequeña ordinaria. La reserva permanece invisible hasta que se ejecuta y nunca aparece como una línea independiente.

¿Una orden iceberg es lo mismo que una orden en un dark pool?

No. Una iceberg permanece en una bolsa lit y publica una parte en la cotización pública. Una orden en un dark pool permanece en un venue sin cotización pública, y la operación aparece en los datos públicos únicamente cuando se imprime.

¿Son legales las órdenes iceberg?

Sí. Las reserve orders son atributos documentados de las órdenes en los rulebooks de las bolsas, presentados ante la SEC y disponibles para las firmas miembro y sus clientes. Ocultar parte del tamaño de una orden es una característica divulgada del tipo de orden.

Cada panel incluye el SQL que lo generó, de modo que puedes ver cómo se contó cada cifra. Para ejecutar el análisis de prints repetidos con el ticker y la fecha que elijas, solicítalo en inglés sencillo en la terminal de Strasmore.