¿Merece la pena conservar la estructura de la cartera de pedidos cuando se construye a partir de pedidos individuales?

Question

Digamos que estoy construyendo una cartera de pedidos y llegan dos ofertas al precio $p$ y volúmenes $v_1$ y $v_2$ . ¿Qué opción es mejor?

• Para almacenar la orden como $\{p, v_1+v_2\}$ o
• Para almacenar la orden como $\{p,v_1\}$ y $\{p,v_2\}$ y luego agregar manualmente los pedidos cuando necesito, por ejemplo, un bestBid valor

¿Se puede obtener alguna visión analítica del tamaño real de los pedidos? Si lo hay, ¿puede indicarme alguna literatura en este campo? Gracias.

Tenga en cuenta El sistema de información no indica de quién procede la orden ni qué orden se ha ejecutado: lo único que tengo son los precios y los volúmenes.

Answer 1

La forma "correcta" es la que mejor se adapta a su comercio. Independientemente de la estructura de datos que elija, tiene que mantener una lista de todas las órdenes activas en su libro. Esto se debe a que los mensajes posteriores hacen referencia al ID de la orden y usted tiene que buscar la orden correspondiente para determinar el nivel de precio sobre el que se actúa.

Dado que tienes que mantener una referencia de todos los pedidos y sus propiedades, tiene sentido no agregar hasta que lo necesites (a nivel de api).

Answer 2

La respuesta de Louis insinúa el problema. La mayoría de los formatos de alimentación de datos de mercado sólo utilizan la orden de ID de referencia para cancelar, reemplazar o ejecutar; no enumeran el símbolo o el lado. Así que necesitará una forma de buscar la orden concreta sólo por su ID para hacer ajustes. Puede agregar por precio si su aplicación lo requiere, pero sepa que el "libro de niveles" será un contenedor separado del libro de órdenes.

Ejemplo:

nueva orden 1: comprar IBM 202,91 dólares 100 acciones

nueva orden 2: comprar IBM 202,91 $ 200 acciones

nueva orden 3: comprar IBM 202,91 dólares 100 acciones

cancelar 2

ejecutar 1

La única forma de saber que quedan 100 acciones es si hubieras almacenado las órdenes por separado.

Answer 3

Nunca he implementado un libro de órdenes, pero no veo beneficios inmediatos de esta agregación. Si fusionas los volúmenes, entonces durante la ejecución real tendrás que tener en cuenta adicionalmente que estas órdenes provienen de diferentes participantes del mercado. Esto parece añadir una complejidad adicional a su implementación.

Desde el punto de vista de las medidas de liquidez del mercado, es diferente si se tiene una orden de gran volumen $v$ o muchos pedidos pequeños con un volumen total $v$ .