Profundidad agregada frente a orden por orden
La profundidad agregada informa de un tamaño total por nivel de precio, mientras que la profundidad orden por orden (market by order, MBO) informa de cada orden en reposo con su propia identidad, tamaño y posición en la cola. Los dos flujos describen el mismo libro, pero solo el orden por orden permite a una plataforma seguir una orden a lo largo de su vida y separar cancelaciones de ejecuciones.
Senzoukria · Glosario · Actualizado en septiembre de 2026
Qué lleva cada flujo
| Agregada (market by price) | Orden por orden (market by order) | |
|---|---|---|
| Contenido del mensaje | Precio, lado, tamaño total, número de órdenes | Identificador de orden, precio, lado, tamaño, prioridad |
| Posición en la cola | No disponible | Derivable de la prioridad |
| Cancelación, modificación o ejecución | Solo el cambio neto del total | Cada evento atribuido a una orden |
| Ancho de banda | Menor | Mayor |
| Permisos | Dependen de la suscripción de datos | Permiso aparte, donde se ofrece |
Qué se puede deducir de los totales y qué no
- Una caída del tamaño total de un nivel te dice que salió tamaño; no puede decirte si canceló una orden o si diez recortaron cada una.
- Casar una bajada con una operación en el mismo precio y momento respalda la lectura de que el tamaño se ejecutó; no prueba qué orden se ejecutó.
- Un iceberg que se recarga es visible como reposición repetida en ambos flujos, pero solo el orden por orden muestra si las recargas son la misma orden u órdenes nuevas.
- La posición en la cola, cuánto tamaño hay delante de tu orden en un precio, exige el flujo orden por orden.
Qué ofrece cada mercado
El CME documenta tanto el flujo market by price como el market by order para sus futuros; cuál de los dos llega a una plataforma depende de los permisos asociados a la suscripción de datos, no del código de la plataforma. Los exchanges de cripto publican por lo general instantáneas de profundidad agregada y actualizaciones diferenciales por websockets públicos, sin identidades de orden.
En Senzoukria
La pantalla del heatmap dibuja la profundidad con el flujo que entregue la conexión. Las funciones que necesitan el flujo orden por orden lo dicen: el estado vacío del panel de seguimiento de liquidez indica que necesita el flujo orden por orden (MBO), porque lee la vida de cada orden y no solo los totales visibles. Las lecturas derivadas de la profundidad agregada llevan la advertencia de que se deducen del libro agregado y nunca se presentan como una observación MBO.
Los datos de mercado los factura el proveedor, y el permiso de profundidad forma parte de esa suscripción; la aplicación no sustituye una vista orden por orden deducida cuando el flujo es agregado.
Errores frecuentes
- Esperar posición en la cola o seguimiento por orden de un flujo agregado.
- Dar por hecho que una plataforma que anuncia un heatmap recibe el flujo orden por orden completo.
- Comparar imágenes de profundidad entre dos flujos como si tuvieran la misma cobertura.
Relacionado
Esta página en otros idiomas
Preguntas frecuentes
- ¿Necesito datos orden por orden para usar un heatmap?
- No. Un heatmap dibuja el tamaño total en reposo por precio a lo largo del tiempo, que es lo que aporta la profundidad agregada. El flujo orden por orden añade la capacidad de atribuir los cambios a órdenes concretas, que es lo que alimenta un seguimiento de liquidez y las estimaciones de cola. La imagen es la misma; lo que cambia es la atribución.
- ¿Puede la profundidad agregada distinguir una cancelación de una ejecución?
- Solo por inferencia. Si el total de un nivel baja en el mismo instante en que se imprime una operación en ese precio por un tamaño que encaja, la bajada es compatible con una ejecución. Si no se imprime operación alguna, la bajada fue una cancelación o una modificación. La inferencia acierta a menudo, pero es una correlación entre dos caudales, no un evento observado.
- ¿Por qué cuesta más manejar el flujo orden por orden?
- Porque cada evento de orden es un mensaje. Un futuro de índice líquido genera muchos más envíos, modificaciones y cancelaciones de órdenes que operaciones, así que la tasa de mensajes es varias veces la del flujo agregado. La plataforma tiene que procesar y almacenar cada evento para reconstruir la vida de las órdenes, lo que pesa más que mantener totales por precio.