It seems that the real-world delay between order submission and order fulfillment should be considered when backtesting. Is it realistic that orders would be filled so quickly and consistently (e.g. submitted one minute and fulfilled the next)? Or should we be thinking about a method like:
order_with_latency(sid,amount,latency)
Latency would be specified in tics (days or minutes), with order_with_latency(sid,amount,0) equivalent to order(sid,amount). Order fulfillment would be delayed N tics (N > 0) for order_with_latency(sid,amount,N).
An extension would be:
order_with_latency(sid,amount,mean_latency,jitter)
The jitter parameter would add noise to mean_latency, so that variability in the latency could be captured in the backtest.
Under the paper/live trading to be offered by Quantopian, will there be fixed/variable order fulfillment latency? If so, are any details available yet? How does order fulfillment timing typically work with electronic access brokers (e.g. Interactive Brokers)?
Grant