The case for Regime-Switching GARCH

GARCH models are very responsive in the sense that they allow the fit of the model to adjust rather quickly with incoming observations. However, this adjustment depends on the parameters of the model, and those may not be constant. Parameters’ estimation of a GARCH process is not as quick as those of say, simple regression, especially for a multivariate case. Because of that, I think, the literature on time-varying GARCH is not yet at its full speed. This post makes the point that there is a need for such a class of models. I demonstrate this by looking at the parameters of Threshold-GARCH model (aka GJR GARCH), before and after the 2008 crisis. In addition, you can learn how to make inference on GARCH parameters without relying on asymptotic normality, i.e. using bootstrap.

Estimation of Threshold-GARCH model

If you are reading this, you probably need no preamble for a GARCH process, so we skip it (see here if you do). The Threshold-GARCH process is written as

    \[\sigma_t = \omega + (\alpha + \gamma \mathbbm{I_{t-1}}{} \varepsilon^2_{t-1} + \beta \sigma^2_{t-1}  )\]

where

    \[\mathbbm{I_{t-1}} = \left\{ \begin{array}{rl} 0 &  \; if \quad r_{t-1} < \mu  \\ 1 & \; if \quad r_{t-1} > \mu         \end{array} \right.\]

So the additional feature of this model over the traditional GARCH is that we allow the persistence with respect to yesterday’s squared residual \varepsilon^2_{t-1} based on yesterday’s return r_{t-1}, to change with the value of that return. For example, on down days we may have stronger persistence than on up days. What we call ‘up’ and ‘down’ is determined by the \mu parameter, which is estimated from the data, and is typically close to zero when estimated using daily returns.

Here is the code for the estimation if you want to play around with it:

We have estimated Threshold-GARCH model for the period before and after the crisis using the same GARCH specification. The parameters I am interested in, are the gamma and the beta from the above equation. Here they are for the two periods, before and after the crisis:

Garch_parameters
GARCH parameters, before and after the financial crisis

We see that the \widehat{\gamma} estimate is positive for both periods, which means that on down days we have higher persistence than on up days. This fact is known in the literature as the leverage effect*. Post-crisis, the estimate for the \beta parameter is slightly lower (less persistent process with respect to yesterday’s volatility) and the \widehat{\gamma} estimate is higher. My intuition is that the difference in the estimates of the \beta parameter between the two periods does not warrant any further efforts (though you are welcome to do so). We can, however, check whether the difference in \widehat{\gamma} estimates, which looks quite substantial, is indeed large enough to be called significant.

Inference in Threshold-GARCH model

One way to make inference in these kind of models is using bootstrapping. Assume the daily returns are independent, a very weak assumption, and lets create the empirical distribution of the gamma parameter under the null hypothesis of no change. We can later see whether our estimate falls roughly in-line with where it should fall, given that no change had occurred.

gamma estimate distribution
What we did is to bootstrap the empirical distribution of the estimate. If there is no change, the estimate for post-crisis \gamma should fall within the red lines. Those are the 97.5% and 2.5% quantiles. The green vertical line representing the \widehat{\gamma} estimate after the crisis, sits outside the upper boundary.

This is a general technique and you can use it for whichever parameter you would like to test from whichever process.

Conclusion

We all know that volatility is time-varying. But here is some evidence that the model which generates the time-varying volatility forecasts\estimates is itself time varying. In the future, with more speed stemming from cloud and parallel computing, we would see more models which account for a parameter changes, even in those computationally-expensive volatility models.

Footnote

* If your long position goes in your favour, good for you. But if the position goes against you, posting more collateral may be in order, for that you may need to reduce your current position, or release cash from other positions. This arguably drags down equities further, if many participants are doing the same. The higher the leverage, the quicker the broker picks up the phone to make the margin call, hence the name.

6 comments on “The case for Regime-Switching GARCH”

  1. Dear Eran,
    Thank you for the interesting article.

    Isn’t the point you raise already taken into account when using GARCH series to forecast market values? I would expect the new data points to be used to re-calculate the ARMA-GARCH model before any new operation, thus calculating a different beta and gamma every time. I am completely new to the field so this may not actually be the case, though.

    1. Your question is quite common. The process is very responsive in that the most recent observation has a big impact. But, the parameters of the model are (typically) NOT re-estimated with each additional data point. As I mention above: it is not as computationally cheap as simple regression say. The process is estimated using the Maximum Likelihood method, and optimization is a must. To know more, have a look at this introductory book by Peter Christoffersen.

  2. Dear Eran, I really like your blog and have learned a lot from it. This post is very instructive about regime switching GARCH model. However, I am not sure how to perform regime switching GARCH modelling when the transition probabilities are the function of one or two economic variables in R or in any other software. Any help is highly appreciated. Thank you.

  3. Hi Eran, I am curious to know how to test for the performance of the regime switching model out-of-sample. I suspect the ‘complicated’ models like regime switching might overfit the data.

Leave a Reply to Eran Raviv

Your email address will not be published. Required fields are marked *