Dark order and alert persistence #463
Labels
accounting
prolly positioning: the accounting of "what/when (is) owned"
clearing
auction and mm tech: EMS, OMS, algo-trading
feature-request
New feature or request
ledger
trade, accounts and other user focal event history tracking, management and storage
We should be able to submit a dark order and/or alert that does not clear, stop and start
pikerd
, ensure order is both serialized to a local db (likely file system) onpikerd
shutdown and reloaded and re-registered inemsd
state and the dark clearing loop on restart.Design and impl ToDo:
Order
into atoml
style format much like how we currently store positions and trade ledgers.Order
structs to the filesystem as well as startup/teardown code inside theemsd
actor to sync the clearing engine state with any offline stored entriesTesting ToDo:
emsd
all via client APIsThe text was updated successfully, but these errors were encountered: