For example in the paper-eng, if you have a backend that doesn't fully support a symcache (yet) it's handy to be able to ignore processing other paper-eng txns when all you care about at the moment is the simulated symbol. NOTE, that currently this will still result in a key-error when you load more then one mkt with the paper engine (for which the backend does not have the symcache implemented) since no fqme ad-hoc query was made for the 2nd symbol (and i'm not sure we should support that kinda hackery over just encouraging the sym-cache being added?). Def needs a little more thought depending on how many backends are never going to be able to (easily) support caching.. |
||
|---|---|---|
| .. | ||
| README.rst | ||
| __init__.py | ||
| _client.py | ||
| _ems.py | ||
| _messages.py | ||
| _paper_engine.py | ||
| _util.py | ||
README.rst
piker.clearing
trade execution-n-control subsys for both live and paper trading as well as algo-trading manual override/interaction across any backend broker and data provider.
avail UIs
order ctl
the piker.clearing subsys is exposed mainly though the piker chart GUI as a "chart trader" style UX and is automatically enabled whenever a chart is opened.
the "manual" order control features are exposed via the piker.ui.order_mode API and can pretty much always be used (at least) in simulated-trading mode, aka "paper"-mode, and the micro-manual is as follows:
order_mode(edge triggered activation by any of the following keys,
mouse-clickon y-level to submit at that price ):f/ctl-fto stage buyd/ctl-dto stage sellato stage alert
search_mode(ctl-lorctl-spaceto open,ctl-corctl-spaceto close ) :- begin typing to have symbol search automatically lookup symbols from all loaded backend (broker) providers
- arrow keys and mouse click to navigate selection
- vi-like
ctl-[hjkl]for navigation
position (pp) mgmt
you can also configure your position allocation limits from the sidepane.