Transaction-oriented infrastructure for constructing trading systems and simulation. Provides support for multi-asset class and multi-currency portfolios for backtesting and other financial research.
quantstrat provides a generic infrastructure to model and backtest signal-based quantitative strategies. It is a high-level abstraction layer (built on xts, FinancialInstrument, blotter, etc.) that allows you to build and test strategies in very few lines of code. quantstrat is still under heavy development but is being used every day on real portfolios. We encourage you to send contributions and test cases via the appropriate GitHub mediums (Pull requests and Issue tracker).
install.packages("devtools") # if not installed install.packages("FinancialInstrument") #if not installed install.packages("PerformanceAnalytics") #if not installed
next install blotter from GitHub
next install quantstrat from GitHub
The demos in the demo folder are great for learning how to use quantstrat specifically. Below is an example of the maCross strategy, a simple moving average strategy using a short-term SMA of 50 days and a long-term SMA of 200 days.
We specify the symbol/s and currency/ies before defining the stock metadata using the stock() function from the FinancialInstrument package, available on CRAN.
stock.str='AAPL' # what are we trying it on currency('USD') #>  "USD" stock(stock.str,currency='USD',multiplier=1) #>  "AAPL"
Next we set up the rest of the backtest charateristics:
startDate="1999-12-31" initEq=1000000 portfolio.st='macross' account.st='macross' initPortf(portfolio.st,symbols=stock.str) #>  "macross" initAcct(account.st,portfolios=portfolio.st, initEq=initEq) #>  "macross" initOrders(portfolio=portfolio.st) stratMACROSS
We are now ready to add indicators, signals and rules. For more information on the theory of this approach, see below sections “About Signal-Based Strategy Modeling” and “How quantstrat Models Strategies”.stratMACROSS
Now all we need to do is add our market data before calling the applyStrategy function to initiate the backtest.getSymbols(stock.str,from=startDate) #>  "AAPL" for(i in stock.str) assign(i, adjustOHLC(get(i),use.Adjusted=TRUE)) start_t  "2001-06-27 00:00:00 AAPL 100 @ 1.443241" #>  "2001-09-07 00:00:00 AAPL -100 @ 1.068518" #>  "2002-01-07 00:00:00 AAPL 100 @ 1.416034" #>  "2002-07-10 00:00:00 AAPL -100 @ 1.070991" #>  "2003-05-16 00:00:00 AAPL 100 @ 1.162508" #>  "2006-06-22 00:00:00 AAPL -100 @ 7.368322" #>  "2006-09-26 00:00:00 AAPL 100 @ 9.598111" #>  "2008-03-07 00:00:00 AAPL -100 @ 15.118788" #>  "2008-05-19 00:00:00 AAPL 100 @ 22.706005" #>  "2008-09-24 00:00:00 AAPL -100 @ 15.917701" #>  "2009-05-14 00:00:00 AAPL 100 @ 15.205353" #>  "2012-12-11 00:00:00 AAPL -100 @ 67.548859" #>  "2013-09-11 00:00:00 AAPL 100 @ 59.474586" #>  "2015-08-31 00:00:00 AAPL -100 @ 104.390999" #>  "2016-08-31 00:00:00 AAPL 100 @ 100.325439" #>  "2018-12-24 00:00:00 AAPL -100 @ 143.924454" #>  "2019-05-07 00:00:00 AAPL 100 @ 199.698502" end_t Time difference of 0.1832633 secs
Before we can review results using chart.Posn(), we update the portfolio.start_t  "macross" end_t  "trade blotter portfolio update:" print(end_t-start_t) #> Time difference of 0.03264308 secs
If you would like to zoom into a particular period, you can use quantmod’s zoomChart().
A backtest cannot be unseen. In the words of Lopez de Prado from his book Advances in Financial Machine Learning, “Backtesting is one of the most essential, and yet least understood, techniques in the quant arsenal. A common misunderstanding is to think of backtesting as a research tool. Researching and backtesting is like drinking and driving. Do not research under the influence of a backtest. …A good backtest can be extremely helpful, but backtesting well is extremely hard.”
For a comprehensive overview of an hypothesis based approach to research and backtesting, see Developing & Backtesting Systematic Trading Strategies.
Below is a growing list of resources (some actively being developed) as relates to quantstrat:
A signal-based strategy model first generates indicators. Indicators are quantitative values derived from market data (e.g. moving averages, RSI, volatility bands, channels, momentum, etc.). Indicators should be applied to market data in a vectorized (for fast backtesting) or streaming (for live execution) fashion, and are assumed to be path-independent (i.e. they do not depend on account / portfolio characteristics, current positions, or trades).
The interaction between indicators and market data are used to generate signals (e.g. crossovers, thresholds, multiples, etc.). These signals are points in time at which you may want to take some action, even though you may not be able to. Like indicators, signals may be applied in a vectorized or streaming fashion, and are assumed to be path-independent.
Rules use market data, indicators, signals, and current account / portfolio characteristics to generate orders. Notice that rules about position sizing, fill simulation, order generation / management, etc. are separate from the indicator and signal generation process. Unlike indicators and signals, rules are generally evaluated in a path-dependent fashion (path-independent rules are supported but are rare in real life) and are aware of all prior market data and current positions at the time of evaluation. Rules may either generate new or modify existing orders (e.g. risk management, fill, rebalance, entry, exit).
quantstrat uses FinancialInstrument to specify instruments (including their currencies) and uses blotter to keep track of transactions, valuations, and P&L across portfolios and accounts.
Indicators are often standard technical analysis functions like those found in TTR; and signals are often specified by the quantstrat sig* functions (i.e. sigComparison, sigCrossover, sigFormula, sigPeak, sigThreshold). Rules are typically specified with the quantstrat ruleSignal function.
The functions used to specify indicators, signals, and rules are not limited to those mentioned previously. The name parameter to add.indicator, add.signal, and add.rule can be any R function. Because the supporting toolchain is built using xts objects, custom functions will integrate most easily if they return xts objects.
The strategy model is created in layers and makes use of delayed execution. This means strategies can be applied–unmodified–to several different portfolios. Before execution, quantstrat strategy objects do not know what instruments they will be applied to or what parameters will be passed to them.
For example, indicator parameters such as moving average periods or thresholds are likely to affect strategy performance. Default values for parameters may (optionally) be set in the strategy object, or set at call-time via the parameters argument of applyStrategy (parameters is a named list, used like the arguments lists).
quantstrat models orders, which may or may not become transactions. This provides a lot of extra ability to evaluate how the strategy is actually working, not working, or could be improved. For example, the performance of strategies are often affected by how often resting limit orders are changed / replaced / canceled. An order book allows the quantitative strategist to examine market conditions at the time these decisions are made. Also, the order history allows for easy computation of things that are important for many strategies, like order-to-fill ratios.
Please see the contributing guide.