SHOTAI · 第4部 · 第18章 前向き蓄積 ― 低頻度の唯一の検証エンジン 「目視で良さそう」は仮説であって、証拠ではない。
第17章で、私たちは残酷な逆説に突き当たった。小さなエッジを統計的に確かめるには数百〜千件のサンプルが要る。 だが低頻度のスイング戦略は、年に数十回しか機会が来ない。 過去をいくら掘っても、レジームが変われば前提が崩れ、 サンプルは使い回せない。ではどうするか。答えは一つ ―― これから起きることを、前向きに、公開で、一件ずつ貯めていく。 これが低頻度戦略にとって唯一信用できる証拠だ。
この記事のサマリ
| 区分 | 内容 |
|---|---|
| 🎯 学べること |
① 第17章の逆説(長期時間軸ほど統計的検証が困難)への唯一の現実解=前向き蓄積(forward accumulation) ② なぜ低頻度・スイング戦略は過去検証(バックテスト)では届かないのか ― その構造的理由 ③ 点推定(勝率◯%・期待値◯R)でなく信頼区間で「現在地」を語る作法 ④「n は今は足切りしない、蓄積後に判断」という保留の正しさ ⑤ 公開採点(/synchronize)が「前向き蓄積の装置」である理由 |
| 🛠 実技で体験 |
① 当デスクが前向き実績を公開採点に積む過程を観察する(forward-only ログの読み方) ② 自分の検証ログを公開採点フォーマットに乗せ替える ③「今は何件目・遵守率何%・期待値Rの信頼区間はどこからどこまで」を数値で書き出す |
| ✅ 持ち帰り |
① 覚える核:低頻度戦略は過去検証では届かない。公開で前向きに実績を貯めるのが唯一の道。 ②「目視で良さそう」は仮説であって証拠でない、を貫く態度 ③ n が小さいことを「弱み」でなく「公開で築いている最中=同行者フック」に転換する視点 |
この章を一言で
第17章で、私たちは残酷な逆説に突き当たった。小さなエッジを統計的に確かめるには数百〜千件のサンプルが要る。 だが低頻度のスイング戦略は、年に数十回しか機会が来ない。 過去データを何年さかのぼっても、レジーム(相場の局面)が 変われば前提が崩れ、サンプルは「使い回せない」。つまり ―― スイング戦略は、過去検証だけでは決して「本物」に届かない。 ではどうするか。答えは一つしかない。これから起きることを、前向きに(forward)、公開で、一件ずつ貯めていく。 この章で覚えるのは、たった一個の考え方だ。
過去検証は「もう答えを知っている問題」を解くようなもの。前向き蓄積は「答えを知らないまま提出し、後で採点される」テスト。 低頻度戦略にとって、信用できる証拠はこの後者しかない。 順に解剖する。
01第17章の逆説 ― なぜスイングは過去検証で届かないのか
第17章で出した必要サンプルの目安を、もう一度だけ置く。小さなエッジほど、確かめるのに多くの件数が要る。
必要サンプル数 N ≈ (2σ / μ)²
μ = 1トレードあたりの平均エッジ(期待値R)
σ = そのばらつき(標準偏差)
エッジが小さい(μ小)ほど、ばらつきが大きい(σ大)ほど、N は爆発的に増える
ここに「頻度」を掛けると、低頻度戦略の絶望が見える。
| 戦略の型 | 1年の機会回数 | 必要サンプル(目安) | 集まるまで |
|---|---|---|---|
| デイトレ(高頻度) | 数百〜数千回 | 300〜1,000 | 数ヶ月〜1年 |
| スイング(中頻度) | 数十回 | 300〜1,000 | 5〜20年 |
| マクロ・スイング(低頻度・本線) | 年10〜30回 | 300〜1,000 | 10〜数十年 |
「なら過去20年ぶん回せばいい」と思うだろう。だがここに二重の壁がある。
第17章が突きつけたのは「長期時間軸ほど、検証が数学的に困難になる」という逆説だった。第18章は、その逆説に対する 実装上の解である。過去をいくら掘っても届かないなら、未来を、これから、汚染なしで貯めるしかない。
02過去検証 vs 前向き蓄積 ― 何が決定的に違うのか
両者を並べる。低頻度戦略において、なぜ前者では足りず、後者だけが信用に値するのか。
| 観点 | 過去検証(バックテスト) | 前向き蓄積(forward-only) |
|---|---|---|
| 採点する対象 | もう起きた過去 | これから起きる未来 |
| 後知恵の混入 | しやすい(結末を知っている) | 構造的に不可能(提出時点で未来は未知) |
| サンプルの純度 | イン・サンプル寄り(汚染しやすい) | 純粋なOOS |
| 低頻度での件数 | 過去を掘っても局面が違い使えない | 一件ずつだが同じ現在のゲームの証拠 |
| コスト・スリッページ | 仮定値になりがち | 実際に観測される |
| 速さ | 一瞬で何年分も回せる | 時間が経つのを待つしかない(圧縮不能) |
| 弱点 | 速いが信用が低い | 信用は高いが遅い・n が小さい |
ここが本章の核心だ。前向き蓄積の唯一にして最大の弱点は「遅い」こと。 時間を早送りできない。だから蓄積中は 必ず n が小さい。そして ―― n が小さいことは隠すべき恥ではない。それは forward-only を選んだ者が必ず通る正規のルートだ。
03「目視で良さそう」は証拠ではない ― 仮説と証拠の境界線
低頻度戦略で最も多い自滅が、これだ。チャートを並べて「うん、このサインは効いてそう」と納得してしまう。 それは仮説の発見であって、エッジの証明ではない。
「目視で良さそう」から「証拠」へ渡る橋は、前向きに一件ずつ採点する以外にない。 目視の段階で確信して サイズを上げた人が、9割の側に回る。本章の態度を一行で言えばこうだ。
04点推定でなく信頼区間で「現在地」を語る
n が小さいときに「勝率60%です」と点推定で言い切るのは、誠実でないだけでなく、危険だ。10件で6勝4敗なら、 たまたまそうなった可能性が高い。だから当デスクは、現在地を必ず信頼区間(confidence interval) ―― 「だいたい この範囲に真の値がある」という幅 ―― で表す。n が増えると、この幅が縮んでいく。「現在地を見る」とは、点でなく この幅の縮み方を見ることだ。
| n(件数) | 言ってよいこと | 言ってはいけないこと |
|---|---|---|
| 〜10件 | 「蓄積を始めた。区間は広く未確定」 | 「勝てる戦略だ」 |
| 10〜40件 | 「区間はこの幅。まだゼロをまたぐ/またがなくなりつつある」 | 「期待値は+0.3Rです」(点で断定) |
| 40〜150件 | 「区間がプラス側に寄ってきた。気配あり」 | 「確立されたエッジ」 |
| 150件〜 | 「コスト後でも区間がプラス。証拠と呼べる」 | 「必勝」「絶対」 |
上の 10/40/150 は概念上の目安であり、断定的な“合格ライン”ではない。点推定で「ここを超えたから合格」と 言い切らないこと。見るのは数字の通過でなく、区間の幅がゼロから離れていく度合いだ。
点推定は嘘をつきやすい。区間は嘘をつきにくい。 「+0.3R」と言えば断定に聞こえるが、「−0.2R 〜 +0.8R」と 書けば「まだ分からない」が一目で伝わる。誠実さは、この書き方の中に宿る。
05「n は今は足切りしない、蓄積後に判断」 ― 保留という規律
ここで当デスクの実際の運用思想を見せる。複合ゲート DaliJonesGate ―― Jonesサイン ∧ Dali方向一致 ∧ ★3(PF≥1.35) でのみ建てる ―― には、明文化された一つのルールがある。
これは消極的に見えて、実は最も難しい規律だ。人間は「早く結論を出したい」。3連勝すれば「効いた」と言いたくなり、 3連敗すれば「やっぱり駄目だ」と捨てたくなる。そのどちらも、n が小さいうちは早すぎる。 保留できることが、 低頻度戦略での生存条件になる。
| ありがちな失敗 | 保留の規律 |
|---|---|
| 5件勝ったから本採用、サイズUP | 5件では区間が広すぎる。保留し蓄積継続 |
| 5件負けたから即廃棄 | 5件では区間が広すぎる。保留し蓄積継続 |
| 効かないので条件をこっそり緩める | ゲートは凍結。弄れば過学習&汚染(第16章) |
| 「もう十分見た、感覚で分かる」 | 目視は証拠でない(§03)。区間で語る |
06公開採点(/synchronize)=前向き蓄積の装置
では「前向きに、後知恵なしで、一件ずつ採点する」を、どうやって担保するのか。口先で「ちゃんとやってます」と言うのは 簡単だ。だから当デスクは、それを仕組み(装置)にした。それが公開採点 /synchronize である。
この三つが揃って初めて、前向き蓄積は「自分に都合よくごまかせない装置」になる。自分で自分を採点すると、人は 必ず甘くなる。 だから採点役を外部化し、forward-only に固定し、結果を公開する。
| 普通の自己バックテスト | 公開採点 /synchronize |
|---|---|
| いつでも条件を変えられる | forward-only、後から書き換え不可 |
| 自分に甘い採点になりがち | 自動採点(手心が入らない) |
| 都合の悪い結果を隠せる | 蓄積中(n小)も含め公開 |
| 「効いてる気がする」で止まる | 件数・遵守率・期待値Rの区間で出る |
デスクは公開して日が浅い。前向き実績はまだ蓄積中(n小)。 これを隠すこともできた。だが隠さない。なぜなら ――
前向き蓄積が実際にどう積まれているかは、当デスクの公開採点(シンクロ率)で見られる。当落(勝った負けた) でなく、(a) forward-only でどう記録されているか、(b) n がどう増えているか、(c) 区間がどう縮んでいくか ―― この3点を読む 練習に使ってほしい。
→ 公開採点(シンクロ率)を見る07n小を「同行者フック」に転換する
世の商業教材は「完成した必勝法」を売る。当デスクが売る(実際は無料で開く)のは、その逆だ。「プロが本物の手法を、 公開で、最初から築いていく過程そのもの」を見せる。
完成品を渡されると、あなたは「信じるか/信じないか」しか選べない。だが築く過程を最初から見せられると、あなたは 「一緒に検証する」側に立てる。 区間が縮んでいくのを、リアルタイムで、自分の目で確かめられる。これが「同行者フック」だ。 n が小さいことは、この関係を成立させる前提条件であって、欠陥ではない。
| 完成品モデル | 同行者モデル(当デスク) |
|---|---|
| 「これは効く」と言われ、信じるしかない | 区間の縮みを自分で確認できる |
| n や OOS は見せない(隠す動機がある) | n小も公開、これから一緒に貯める |
| 外れたら売り手は逃げる | forward-only なので逃げられない |
| 読者は消費者 | 読者は共同検証者 |
体験 ― 今すぐ手を動かす
読んで終わりにしない。自分の検証ログを、前向き蓄積のフォーマットに乗せ替えるのがこの章の体験だ。
① 公開採点ログのテンプレに記入する
過去のチャートを「後から見て」埋めてはいけない(それは後知恵=§03)。これから出すトレードを、出した時点で 一行ずつ追記していく。
② 自分の「現在地」を区間で書き出す
点推定でなく、区間で書くこと。n が小さければ広くて当然。それを正直に書く。
| 記入欄 | あなたの値 |
|---|---|
| いま検証中のレジーム(相①〜) | ____ |
| そのレジームでの前向き件数 (n) | ____ 件 |
| 遵守率(プロセスを守れた割合) | ____ % |
| 期待値R(点推定。参考値) | ____ R |
| 期待値Rの信頼区間(下限〜上限) | ____ R 〜 ____ R |
| 区間はゼロをまたいでいるか | またぐ/またがない |
| いま言ってよい結論(§04の表で照合) | 蓄積中・未確定/気配あり/証拠 |
→ 区間がゼロをまたいでいる間は、「まだ分からない、貯め続ける」が唯一の正しい結論。これを書けるかどうかが、 目視段階で確信して死ぬ人との分かれ目になる。
アクション ― 次の一歩
① 自分の検証ログを公開採点フォーマットに乗せ替える。 既に予測日記(第13章)や意思決定ログ(第14章)を 付けているなら、それを §体験①のテンプレ(forward-only・後から書き換え不可)に移植する。最低でも「通番・レジーム・遵守Y/N・ 結果R」の4列を、出すたびに一行ずつ。
② 「現在地」を区間で持つ習慣を始める。 月に一度、§体験②の表を更新する。点推定の数字に一喜一憂せず、 区間の幅が前回よりどれだけ縮んだかだけを見る。区間がゼロをまたぐ間は「保留」(§05)を貫く。
③ 当デスクの公開採点(/synchronize)を「前向き蓄積の手本」として観察する。 当落でなく、(a) forward-only でどう記録されているか、(b) n がどう増えているか、(c) 区間がどう縮んでいるか ―― この3点だけを追う。 自分のログとの差分が、あなたの改善点になる。
低頻度戦略は過去検証では届かない。公開で前向きに実績を貯めるのが唯一の道。 そして「目視で良さそう」は 仮説であって証拠でない。区間で語れるようになるまで、保留し、貯め続ける。これだけ持って第5部「守る」へ。
この章の「前向き蓄積」を、いまの当デスクで見てみよう。公開採点(シンクロ率)は、forward-only で一件ずつ 採点された実績を、隠さず蓄積中(n小)のまま開示している。区間がどう縮んでいくかを、あなた自身の目で追う ―― それが 「同行者」になるということだ。
→ 公開採点(シンクロ率)を見る