Crossed Book Handling for Call Auction #2909
daviddwlee84
started this conversation in
Ideas
Replies: 1 comment
-
Thanks for your ideas and I like your thinking here. It's possible for the book to be in cross to support this sort of use case and for those occasions when the book may be legitimately in cross. There are separate integrity methods to audit and verify book correctness, so unless they are called there is no limitation on this. It sounds like some additional functionality / method(s) would be required to support your intended use case. We'd be happy to consider this depending on complexity and how the logic + API might look. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Some exchanges run two phases: a call auction and continuous trading. The call auction typically occurs at the open (pre-open/opening auction). During the call auction, the order book is effectively “crossed.”
In this state, L2 snapshots may show the level-1 ask/bid price & size as the Indicative Equilibrium Price (IEP) and Indicative Matched Volume (IMV)—i.e., virtual match price/volume.
Therefore, we need a mechanism that, while the book is crossed, computes IEP & IMV (i.e., simulates the auction) rather than using a normal top-of-book. Before the open, there can be batches of tick-by-tick “trade uncross” prints/events, and thus resolves the crossed book back to the normal limit order book.
In conclusion, is it feasible for us to maintain a “crossed-book” mode and, whenever the book is crossed, compute IEP & IMV when retrieving the best bid/ask price and size?
nautilus_trader/crates/model/src/orderbook/book.rs
Lines 482 to 501 in a9e985b
nautilus_trader/crates/model/src/orderbook/book.rs
Lines 360 to 386 in a9e985b
Beta Was this translation helpful? Give feedback.
All reactions