mk-mode BLOG

このブログは自作の自宅サーバに構築した Debian GNU/Linux で運用しています。
PC・サーバ構築等の話題を中心に公開しております。(クローンサイト: GitHub Pages

ブログ開設日2009-01-05
サーバ連続稼働時間
Reading...
Page View 合計
Reading...
今日
Reading...
昨日
Reading...

株価 - バックテスト(HLバンド版)!

[ プログラミング, 株式 ] [ MySQL, Ruby ]

こんばんは。

Ruby + MySQL で自作した株価取得のシステム。 全市場(東京・大阪・名古屋・札幌・福岡)の全銘柄の1983年からの全取引データを取得しています。

以前は、売買サイン発生後の株価の挙動を集計しました。

今回は、「HLバンド(ハイローバンド)」での計算で発生した売買サインデータを基に、仮に取引をしていた場合にどのような結果(損益)になるのかを検証していました。 (HLバンドについては上記の過去記事をご参照ください。) 通常、このようなテストのことをバックテストと言います。

全体的にどんな傾向があるのかを把握するのと、Ruby (+ MySQL) の学習が目的です。 ※興味が無ければスルーしてください。

以下に、前提条件・検証結果を掲載します。

1.前提条件等

1.売買サインの定義

  • DEF-1 ( 順張り戦略-1 ) 買いサイン : 前日終値と比べて、高値がHバンドを上抜けた時 売りサイン : 前日終値と比べて、安値がLバンドを下抜けた時

  • DEF-2 ( 順張り戦略-2 ) 買いサイン : 前日終値と比べて、高値がMバンドを上抜けた時 売りサイン : 前日終値と比べて、安値がMバンドを下抜けた時

  • DEF-3 ( 逆張り戦略-1 ) 買いサイン : 前日終値と比べて、安値がLバンドを下抜けた時 (株価がLバンドに接触した時) 売りサイン : 前日終値と比べて、高値がHバンドを上抜けた時 (株価がHバンドに接触した時)

  • DEF-4 ( 逆張り戦略-2 ) 買いサイン : 前日終値と比べて、安値がMバンドを下抜けた時 (株価がMバンドに接触した時) 売りサイン : 前日終値と比べて、高値がMバンドを上抜けた時 (株価がMバンドに接触した時)

としました。 ※Hバンド、Lバンドを計算する日数は [ 10, 20 ] の2種類としました。 また、調整後終値(株式分割があった場合の調整値)を考慮していません。

2.検証銘柄と検証期間

2012年3月31日現在上場している全市場の 3,579 銘柄を対象に、2000年1月1日から2011年12月31日の株価データを使用して検証しました。 また、複数の市場に上場している銘柄については、優先市場のみで検証しました。 ※全取引件数は 7,901,550 件

3.注文条件

  • 資金は 5,000,000 円に設定
  • 無ポジション中に買いサイン発生で、買いエントリ
  • 買いポジション中にストップロス発生で、エグジット
  • 買いポジション中に売りサイン発生で、エグジット
  • 無ポジション中に売りサイン発生で、売りエントリ
  • 売りポジション中にストップロス発生で、エグジット
  • 売りポジション中に売りサイン発生で、エグジット
  • エントリ・エグジットは翌営業日の始値で行う
  • 手数料は、SBI証券の手数料(スタンダードプラン)を使用する。
  • リスク率は 0.05 に設定
  • ストップロス率は 0.4 に設定
  • スリッページは 1 に設定
  • 呼び値も考慮
  • エントリ時は、毎回資金残高中で投資可能な最高額を投資
  • エントリ時に資金残高が不足する場合はエントリしない。

各種用語については、各自でお調べください。 検証アルゴリズムは以下の書籍(エクセルでの検証)も参考にしています。

4.検証方法

  • 各銘柄について、対象の期間内のデータで売買サインの発生を検証する。
  • 各銘柄について、上記3の「注文条件」にしたがって、バックテストを行う。 算出項目:売買単位、手数料、損益、総損益、資金残高、最大ドローダウン
  • 全銘柄のバックテスト結果を集計する。 検証項目:総損益、利益、損益、プロフィットファクター、トレード回数、      勝率、勝ちトレード数、負けトレード数、最大利益額、最大損失額、      総手数料額、最大ドローダウン、      平均損益額、平均利益額、平均損失額

2.検証結果

以下は、一番総損益が良かった DEF-1、20日 で計算した結果です。

1.バックテスト結果

買い・売り両方のエントリを想定して検証しています。 全銘柄のトータルなので、莫大な数値となっています。 やはり、総損益もマイナスとなってしまいます。 また、買いエントリだけ、売りエントリだけを想定して検証した結果は、金額に差が出るものの比率は同じような結果になりました。

1
2
3
4
5
6
7
8
9
10
11
12
13
−−−−−−−−−−− [ TRADE(ALL)   ][ TRADE(LONG)  ][ TRADE(SHORT) ]
総損益           -3,715,694,710  -2,183,664,674  -1,532,030,036
利益            21,295,192,950  10,666,448,742  10,628,744,208
損益           -25,010,887,660 -12,850,113,416 -12,160,774,244
プロフィットファクター            85.14            83.0            87.4
トレード回数               464,154         226,438         237,716
勝率                     6.79%           6.06%           7.48%
勝ちトレード数               31,533          13,742          17,791
負けトレード数              432,621         212,696         219,925
最大利益額              1,902,359       1,605,384       1,183,847
最大損失額               -274,649        -236,244        -228,220
総手数料額          1,014,791,290     494,124,540     520,666,750
最大ドローダウン            -310,235        -254,513        -251,218

2.平均損益・利益・損失額集計

各銘柄でバックテスト(算出)した平均損益額・平均利益額・平均損失額の平均値・最大値・最小値を算出。 通常、各銘柄で算出した場合、平均損益額=平均利益額+平均損失額となりますが、全銘柄を集計した場合には数値の性質上イコールにはなりません。 イメージをつかむために全銘柄の平均値・最大値・最小値を算出してみました。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
[ 全トレード ]
[ 全トレード ]
                 AVG  (         MAX          MIN  )
[P/L   ]       -2,718 (    1,626,582     -210,485 )
[PROFIT]      647,350 (   25,446,978            0 )
[LOST  ]      -65,940 (            0   -1,484,324 )

[ 買いトレード ]
                 AVG  (         MAX          MIN  )
[P/L   ]       -3,978 (    2,649,837     -368,124 )
[PROFIT]      773,280 (   70,538,222            0 )
[LOST  ]      -71,620 (            0   -1,640,438 )

[ 売りトレード ]
                 AVG  (         MAX          MIN  )
[P/L   ]         -507 (    1,626,582     -456,399 )
[PROFIT]      555,253 (    7,757,135            0 )
[LOST  ]      -61,085 (            0   -1,325,265 )

3.平均損益件数集計

こちらも、イメージをつかむため、平均損益がプラスの銘柄・マイナスの銘柄の件数を集計。 やはり、トータル的に観るとマイナスになる銘柄が多いようです。

1
2
3
4
[TRADE]  [+ COUNT]  [- COUNT]
[ALL  ]        827      2,721
[LONG ]        797      2,738
[SHORT]        986      2,555

今回の検証でも損失が出る結果となりました。

また、バックテストと称していながら、手数料・リスク率・ストップロス・スリッページ・呼び値等を考慮していないものが多数あります。 今回はこれらも考慮しているのでより実際に近いシミュレーションが出来ているのではないでしょうか。 計算間違いしていなければの話ですが・・・ ※計算間違いが発覚すれば、その都度再検証してみるつもりです。

もちろん、実際は場合によってエントリ方法を調整する必要があることは言うまでもありませんが。。。 特にエグジットの条件を変更する(利益のあるうちにエグジットするようにする)ともっと利益に繋がるでしょう。

Ruby 学習の延長で検証作業を行ってみましたが、こうして実際に実用的な何かを作成してみることで知識も深まっていきます。

以上。

Comments