Coincidencia de orden de prioridad de precio/tiempo: inanición de orden límite

Bajo la coincidencia de orden de prioridad de precio/tiempo, las órdenes de mercado tienen prioridad sobre las órdenes de límite. ¿Cómo se previene la inanición de las órdenes limitadas? Por inanición, me refiero al caso en el que las órdenes limitadas no tienen la oportunidad de ejecutarse porque siempre hay una orden de mercado disponible para ejecutarse.

¿Se puede aumentar la prioridad de las órdenes limitadas en cola después de un tiempo?

Editar: agregar fuentes para respaldar mi afirmación de que las órdenes de mercado se ejecutan antes que las órdenes limitadas con prioridad de precio/tiempo.

http://www.six-swiss-exchange.com/knowhow/exchange/trading/matching_en.html http://www.eurexchange.com/exchange-en/trading/market-model/matching-principles

@Dheer, la publicación vinculada no aborda la prioridad del mercado frente a las órdenes de límite.
¿Por qué el voto negativo?

Respuestas (1)

Las órdenes de mercado no tienen prioridad sobre las órdenes limitadas. El tiempo es el único factor que importa en la coincidencia de pedidos de precio/tiempo cuando el precio del pedido es el mismo.

Por ejemplo, suponga que la mejor oferta disponible actual para AAPL es $100,01 y la mejor oferta disponible es $100,00. Ahora, una compra límite de $100,01 y una compra de mercado llegan aproximadamente al mismo instante. El motor de coincidencia solo puede recibir un pedido a la vez, sin importar cuán cerca lleguen.

Digamos que por casualidad la compra límite llega primero. El motor comprobará si hay una venta equivalente a $100,01 y, de hecho, la hay y se produce una operación. Todo esto sucede en un instante antes de que el motor de correspondencia vea la compra del mercado. Luego pasa a la compra en el mercado y lo procesa en consecuencia.

Por otro lado, digamos que por casualidad la compra del mercado llega primero. El motor lo emparejará con la mejor venta disponible (a $100,01) y se producirá un intercambio. Todo esto sucede en un instante antes de que el motor coincidente vea el límite de compra. Luego pasa a la compra límite y la procesa en consecuencia.

Entonces nunca hay una comparación entre los dos pedidos o sus "prioridades" porque nunca existen en el sistema al mismo tiempo. El primero en llegar se procesa primero; el segundo en llegar se procesa en segundo lugar.

de acuerdo con múltiples fuentes, las órdenes de mercado tienen prioridad, por ejemplo: eurexchange.com/exchange-en/trading/market-model/… ... ¿significa esto que cuando una orden de límite (que se puede igualar) y una orden de mercado entran en al mismo tiempo que se ejecuta la orden de mercado ya que tiene prioridad? Específicamente, ¿la prioridad entre ellos solo es un factor cuando llegan al mismo tiempo?
ah EUREX está siendo extremadamente perezoso en ese primer párrafo; el resto de la página explica lo que realmente significan. En el primer párrafo, usan el término limit orderpara referirse a una orden que no se puede ejecutar de inmediato, aunque muchos tipos de órdenes se pueden ejecutar de limit ordersinmediato (como se explica más adelante en la página). De todos modos, su comentario demuestra que todavía no entiende el punto de que no existe tal cosa como "al mismo tiempo". Los pedidos siempre se ordenan por hora de llegada, y el primero en llegar (incluso por 1 nanosegundo) gana, independientemente del "tipo".
Debo estar en desacuerdo con "no existe tal cosa como al mismo tiempo". Desde el punto de vista del software, definitivamente lo hay. Más abajo en el artículo, vuelven a decir que las órdenes de mercado tienen prioridad.
Bueno, no dude en discrepar todo lo que quiera, pero los mercados de prioridad de precio/tiempo de EUREX están sincronizados. Solo puede llegar un pedido a la vez. La NIC del motor coincidente no puede procesar dos paquetes de red al mismo tiempo. El pedido cuyos paquetes llegan primero a la NIC del motor coincidente es el que se procesa primero, todo antes de que el motor coincidente vea el siguiente pedido.
Con los detalles agregados que proporcionó, ahora puedo ver cómo solo se permite un pedido en el libro a la vez mientras se sincroniza. Curioso aún, ¿por qué el artículo menciona una prioridad si se están sincronizando?
Esa es una buena pregunta, pero no quería entrar en ella hasta después de que se resolviera el primer tema (por temor a confundir el asunto). La razón por la que el artículo menciona una prioridad es que hay otros tipos de mercado además de la prioridad de precio/tiempo que admite EUREX (explicado más adelante en la página). En esos mercados, de hecho, puede haber órdenes limitadas y de mercado en proceso al mismo tiempo; la sincronización no es compatible (por diseño). Por lo tanto, EUREX está siendo perezoso al hacer una declaración general en la parte superior, cuando en realidad no se aplica a todos los párrafos de la página.
Desafortunadamente, estoy detrás de un firewall que parece impedir mi participación en el chat. :(
En el chat, publiqué "Aceptaría que su artículo sea ambiguo, pero encontré otro intercambio que da prioridad a las órdenes de mercado bajo prioridad de precio/tiempo: six-swiss-exchange.com/knowhow/exchange/trading/ ... "Así que mis preguntas permanecen: parece que no están sincronizando la entrada en el libro de órdenes y luego, ¿cómo lidiarían con el caso de órdenes de mercado constantes que impiden que se ejecuten órdenes limitadas?
Coincidencia de orden de prioridad de precio/tiempo: inanición de orden límite
RespuestasAquíPolítica de privacidad1y, 0v