Group Abstract Group Abstract

Message Boards Message Boards

Johansen Test in Mathematica

Posted 7 years ago
Attachments:
POSTED BY: Amanda Gerrish
17 Replies
Posted 7 years ago
POSTED BY: Amanda Gerrish
Posted 7 years ago
POSTED BY: Amanda Gerrish
Posted 7 years ago
POSTED BY: Amanda Gerrish

Nice work, Amanda.

Hopefully Wolfram will include more of these standard statistical tests in futures releases, to bring MMA to parity with comparable math/stats software packages.

I have written a few posts about using the Kalman filter approach in pairs trading (stat arb), for instance here and here.

I would certainly be interested to get your own take on the subject and any trading results you might care to share.

POSTED BY: Jonathan Kinlay
Posted 6 years ago
POSTED BY: Amanda Gerrish
Posted 6 years ago

Hi Amanda - not sure whether you still monitor this thread, but I'm curious if your algorithm is still peforming? I think your findings are remarkable to say the least. I stumled on this post because I'm trying to do something very similar, using another idea of Ernie's. My model trades the spread between an index and a basket of its constituents where the basket is reconstructed periodically using the Johansen procedure. It suffers from the same OOS stationarity issue as Kinlay describes and I will certainly try to apply your model if I can interpret the details correctly.
If you could share any details on the production performance of your model, it would be very interesting.

POSTED BY: Per Ravn

Amanda has correctly anticipated the direction I was headed in i.e to show that regardless of how small the size of the OOS period relative to the IS period, the Johansen procedure by itself is unable to produce a cointegrating vector capable of yielding a portfolio price process that is stationary out of sample. But her iterative Kalman Filter approach is able to cure the problem.

I don't want to gloss over this finding, because it is very important. In our toy problem we know the out-of-sample prices of the constituent ETFs, and can therefore test the stationarity of the portfolio process out of sample. In a real world application, that discovery could only be made in real time, when the unknown, future ETFs prices are formed. In that scenario, all the researcher has to go on are the results of in-sample cointegration analysis, which demonstrate that the first cointegrating vector consistently yields a portfolio price process that is very likely stationary in sample (with high probability).

The researcher might understandably be persuaded, wrongly, that the same is likely to hold true in future. Only when the assumed cointegration relationship falls apart in real time will the researcher then discover that it's not true, incurring significant losses in the process, assuming the research has been translated into some kind of trading strategy.

A great many researchers have been down exactly this path, learning this important lesson the hard way. Nor do additional "safety checks" such as, for example, also requiring high levels of correlation between the constituent processes add much value. They might offer the researcher comfort that a "belt and braces" approach is more likely to succeed, but in my experience it is not the case: the problem of non-stationarity in the out of sample price process persists.

For a more detailed discussion of the problem see this post: Why Statistical Arbitrage Breaks Down

I was hitherto unaware of any methodology for tackling this problem, which is why Amanda's discovery is so important. As she demonstrates in her latest post, the iterative Kalman Filter approach is capable of producing a stationary out of sample process, based on the initial estimates of the cointegrating vector derived from the Johansen procedure.

In fact, Amanda's discovery is important in two fields of econometric research: cointegration theory and the theory of Kalman Filters in modeling inter-asset relationships where, as with the Johansen procedure, KF models have traditionally suffered from difficulties associated with nonstationarity in the out of sample period.

It's a tremendous achievement.

So, despite the fact that Amanda has leapt ahead to the finish line, I shall continue to plod along because, firstly, only by implementing the methodology can I be sure that I have properly and fully understood it and, secondly, as one discovers as one progresses in the field of quantitative research, fine details are often very important. So I am hoping that Amanda will provide additional guidance if I stray too far off piste in the forthcoming exposition.

POSTED BY: Jonathan Kinlay
Posted 7 years ago
POSTED BY: Amanda Gerrish

Before we delve into the Kalman Filter model, its worth pointing out that the problem with the nonstationarity of the out-of-sample estimated portfolio values is not mitigated by adding more in-sample data points and re-estimating the cointegrating vector(s):

IterateCointegrationTest[data_, n_] := 
  Module[{isdata, osdata, JT, isportprice, osportprice},
   isdata = Take[data, All, n];
   osdata = Drop[data, 0, n];
   JT = JohansenTest[isdata, 2, 1];
   isportprice = JT[[2, 1]].isdata;
   osportprice = JT[[2, 1]].osdata;
   {UnitRootTest[isportprice], UnitRootTest[osportprice]}];

We continue to add more in-sample data points, reducing the size of the out-of-sample dataset correspondingly. But none of the tests for any of the out-of-sample datasets is able to reject the null hypothesis of a unit root in the portfolio price process:

ListLinePlot[
 Transpose@
  Table[IterateCointegrationTest[stockprices, 52*14 + i], {i, 1, 50}],
  PlotLegends -> {"In-Sample", "Out-of-Sample"}]

enter image description here

POSTED BY: Jonathan Kinlay

Hi Amanda,

Your approach seems very promising.

On point 2: I made the assumption that you had to be getting (quasi) real-time data into MMA somehow and indeed this turns to be the case - a creative solution to the problem.

Of course, since you are only updating the model weekly you wouldn't need to use MMA at all during the week. Some trading platforms will allow you to place bids and offers for a synthetic contract according to a simple formula, where the betas are fixed (for the week). In other cases a simple api interface is provided to something like Excel. That would enable you to recalculate the entry/exit prices automatically tick-by-tick, if you wanted to, and would also eliminate the need for manual trading as the orders could be fired into the trading platform via the api.

There are the usual practical considerations that apply to any stat arb strategy. For instance, do you try to enter passively, posting orders on the bid and ask prices of the portfolio (treating it as a single synthetic security)? Another approach is to post resting orders for the individual ETF components at appropriate price levels then cross the spread on the other ETFs if you get filled on one of them. These execution strategies tend to apply more in the case of pairs trading. For more complex strategies involving multiple securities like yours they can be very tricky to implement and traders typically cross the spread on entry and exit, which is what is you are doing, I would guess.

Another question is how to treat open positions held over a w/e when models get updated. The original exit points will likely change. So you have some options there too: exit all positions by the end of the week; maintain the original exit prices (profit target and stop loss); or recalculate exit prices for existing positions once the models get updated.

Finally, one other important issue is whether to use prices or (log) returns in your cointegration model. I suspect you are using the former, as I did in my toy illustration. But the resulting portfolios are rarely dollar neutral and hence consume margin capital. On the other hand, if you use returns and create a dollar-neutral portfolio, rebalancing becomes more of an issue. In that case I suspect you would want to rebalance the portfolio at least once a day, or according to some more sophisticated rebalancing algorithm.

POSTED BY: Jonathan Kinlay
Posted 7 years ago

A problem with out-of-sample testing is that market structure can shift so that relationships (such as cointegration) may start to break down. One way to try to minimize this effect is to update your Johansen coefficients more frequently. In backtesting, I update the Johansen coefficients weekly, being careful to use only past data to calculate the current portfolio weights at any time point. (I think this is called "walk forward".) This reflects how I actually use the function in practice. In effect, my out-of-sample period is always one time step. This gives better backtest results, but because I'm avoiding look-ahead bias, it's valid. That's what I did in the backtest I described in a previous reply. You can even track the trace/eigen-statistics over time to make sure that the cointegration is not falling apart.

Also, the Kalman filter dynamically adjusts the Johansen weights so that the weighted price series is more stationary.

POSTED BY: Amanda Gerrish

So I thought it might be useful to work through an example, to try to make the mechanics clear. I'll try to do this is stages so that others can jump in along the way, if they want to.

Start with some weekly data for an ETF triplet analyzed in Ernie Chan's book:

`tickers = {"EWA", "EWC", "IGE"};
period = "Week";
nperiods = 52*15;
finaldate = DatePlus[Today, {-1, "BusinessDay"}];`

After downloading the weekly close prices for the three ETFs we divide the data into 14 years of in-sample data and 1 year out of sample:

  stockdata = 
          FinancialData[#, 
             "Close", {DatePlus[finaldate, {-nperiods, period}], finaldate, 
              period}, "DateList"] & /@ tickers;
    stockprices = stockdata[[All, All, 2]];
    isprices = Take[stockprices, All, 52*14];
    osprices = Drop[stockprices, 0, 52*14];

We then apply Amanda's JohansenTest function:

JT = JohansenTest[isprices, 2, 1]

We find evidence of up to three cointegrating vectors at the 95% confidence level:

enter image description here

Let's take a look at the vector coefficients (laid out in rows, in Amanda's function):

enter image description here

We now calculate the in-sample and out-of-sample portfolio values using the first cointegrating vector:

isportprice = (JT[[2, 1]]*100).isprices;
osportprice = (JT[[2, 1]]*100).osprices;

The portfolio does indeed appear to be stationary, in-sample, and this is confirmed by the unit root test, which rejects the null hypothesis of a unit root:

ListLinePlot[isportprice]

enter image description here

UnitRootTest[isportprice]

0.000232746

Unfortunately (and this is typically the case) the same is not true for the out of sample period:

ListLinePlot[osportprice]

enter image description here

UnitRootTest[osportprice]    

0.121912

We fail to reject the null hypothesis of unit root in the portfolio process, out of sample.

I'll press pause here before we go on to the next stage, which is Kalman Filtering.

POSTED BY: Jonathan Kinlay

Amanda, I think you may have hit on something very important. As you point out, the determination of the variance/covariances is critical and the adaptive tuning procedure you recommend appears very successful in stabilizing the portfolio, making it suitable for a stat-arb strategy.

As you saw, I did not use MMA in my own implementation because I felt that Wolfram's approach was somewhat unsympathetic to the needs of the economic researcher (vs. say the requirements of an engineer), compared to the available alternatives. I see that I am not entirely alone in that assessment: here, for instance. So I am delighted that you have successfully implemented this in MMA, presumably using KalmanEstimator(?). Or did you build the model from scratch?

I will run a few tests on your Johansen code and attempt to build a KF model in MMA using some of the ETF pairs/triplets Ernie discusses in his book and compare the results.

Meanwhile, I wondered if you could comment on the following:

1) While the initial trading performance appear very encouraging, what kind of performance results did the backtest produce, out of sample?

2) You mention that you update the model using weekly data and then trade it intraday during the following week. So presumably you are getting real-time market data into MMA somehow: via the Finance Platform, perhaps? And do you trade the signals via that platform, or some other way (manually)?

3) One extension that i found quite useful in my own research was to fit a GARCH model to the residuals and use this to determine the trade entry/exit points. But that procedure was probably only useful because of the nonstationarity in the portfolio returns process. If you have succeeded in dealing with that key issue at a more fundamental level, a GARCH extension is probably superfluous.

POSTED BY: Jonathan Kinlay
Posted 3 years ago

Hi Amanda,

This post is several years old now and so I don't know if you still follow it but I'm curious how your strategy performed and if you've made any modifications or changes to your methodology.

Also, could you implement your iterative weight estimation procedure with Kalman Filter using Mathematica's built-in KalmanEstimator function?

Thank you, Reid

POSTED BY: Reid Frasier
Posted 6 years ago

Amanda - Your help regarding the implementation of the Kalman filter would be greatly appreciated and I fully understand that you don't want to publish your code - I wouldn't either! I'm just about to finalize the index arbitrage backtesting and I'll let you know whether there is any value to be gained. Then I'll start working on your Kalman idea, expecting to get stuck rather soon(!). So if you don't mind, I'll contact you again once I'm on the move with that.

Per

POSTED BY: Per Ravn
Posted 6 years ago
POSTED BY: Amanda Gerrish
Posted 6 years ago

Amanda - thanks for taking your time to write such elaborate answer. To me this is extremely interesting and I had a similar experience beginning of this year in one of my cointegration baskets with European stock index futures, where the basket wandered off on a really long adverse excursion before eventually reverting at a loss. I realized that this became a quite lengthy post so I apologize for that in advance.

There are a few core concepts associated with this type of trading that I'm constantly working on in addition to refining the mathematical procedure of constructing a stationary portfolio. It would be interesting to here your view on these as well:

  1. Selecting the ETFs? Are you using the same ETFs or do you continuously screen for new combinations with potentially better cointegration statistics? I have relied on a basket with the same set of stock index futures, reasoning that the European economies are fundamentally interlinked at some level and indeed this can be validated statistically for extended periods. But not alwaysÂ…and there's the problem.

  2. Arbitrage between the ETF and its constituents? This is also briefly described by Chan, but of course any practical implementation comes with a heap of issues not covered in the book. I alluded to this in my first post and I think it is a quite interesting approach. The point here is that the ETF is perfectly cointegrated with its portfolio of weighted constituents by construction and not by a hidden set of underlying factors et c. The task and the challenge here is to find a subset of constituents with high enough cointegration properties in combination with sufficient variance to overcome the transaction cost. I'm exploring this approach again for stock indices and their constituents, where I periodically reconstruct the constituent subset basket. I would imagine it to be quite straight forward to apply your existing model to this approach as well?

  3. Combining strategies? Wether they are statistical flukes or cointegration breakdowns, one of the cures for painful or even catastrophic drawdowns is to maintain a portfolio of different strategies with limited correlation. I tend to focus more on methods to construct a portfolio of cointegratin baskets than going all in on one or a few of them. What are your thoughts in this?

Regarding Chan's book, I think the depth of your research is on a completely different level. You are rebuilding the concepts from scratch, finding and solving issues not even mentioned in the book. There are clearly shortcuts and maybe even mistakes in the book, but in all fairness I think Ernie's doing a great job explaining the basic concepts and setting the scene for further investigation.

Your post on StackExchange is what led me to the Wolfram site in the first place. I'm already working on incorporating your procedure in Python.

POSTED BY: Per Ravn
Reply to this discussion
Community posts can be styled and formatted using the Markdown syntax.
Reply Preview
Attachments
Remove
or Discard