記事の目次

根拠と適用範囲

公開されているWyckoff Analyticsのチュートリアルは考え方を説明する資料であり、この検出器の監査済み取引記録ではありません。提案する状態遷移は一つの順序を扱うもので、Phase A–E全体を分類するものではありません。

データと市場その時点で利用可能な情報だけで定義したレンジとOHLCVを使用します。出来高データの品質、セッションの影響、空売りの執行可能性は金融商品によって異なります。
研究対象の時間足日中取引や日足チャートの分析例では、保有期間が異なります。ピボットポイントの確認とレンジの期間は、バー数と実際の経過時間で明記する必要があります。
100–106のレンジを下抜けて99.40に達した後、出来高の少ない99.90の切り上がったテスト安値を作り、反応高値を上抜く。図解を原寸で開く
合成価格と出来高。テストマーカーは幾何学的な位置を示しており、シグナルは確認後にのみ有効となります。これはバックテストではありません。ポイントは選択されたイベントのランドマークであり、連続するバーや等間隔の経過時間ではありません。

実践の流れ

実践手順: ワイコフのスプリングとアップスラスト:レンジ・テスト・確認の検証
詳しい手順を以下に示します。各段階でデータ不足や条件不成立があれば、除外理由を記録します。
  1. レンジを定義する侵入が発生する前に境界を固定する。
  2. スプリングかアップスラストを観測所定のバッファを越えて価格がレンジ内へ戻ることを求める。
  3. テストを確認するピボットの確定と、比較可能な出来高区間を待つ。
  4. 強みまたは弱みを確認する既に分かっている反応スイングを価格が突破する。
  5. 実行可能な取引を評価する残りの利益余地、ストップ距離、有効期限を確認する。

スプリングの前にレンジを定義する

新しい安値の下にヒゲが出ただけではスプリングとはいえません。イベントの前に、支持線と抵抗線、その間を繰り返し動く取引レンジが必要です。継続的な下落中の短い回復は、単なる逆張り方向の反発かもしれません。データの到着に合わせて事前のレンジを定義する方が、境界を抜ける足を見つけるより難しい作業です。

Wyckoff Analyticsはレンジ内への復帰、その後のテスト、強さの確認を説明し、すべての構造にスプリングやUTADが必要なわけではないとしています [1]。ここでのアルゴリズムはこの順序だけを扱い、全段階を自動分類しません。

上側で生じる対応する順序はアップスラスト候補です。UTADと呼ぶには、ディストリビューションの状況も規則として定義する必要があります。そこまで定義していなければ、より限定した呼称を使います。誰が買い集め、売り分けているかという説明は仮説です。ローソク足だけでは参加者を特定できません。

レンジ、スプリング、テスト、強さの状態遷移

以下の閾値はすべて研究用の提案です。確定した50本の足から、各境界に少なくとも二つの時間的に離れた接触があり、幅が3から8 ATRで、定義済みの方法で測る傾きが小さいレンジを作ります。境界、ATR、40本の有効期間を固定します。将来のブレイクアウトを見てからレンジを選ぶと、情報の時系列に違反します。

スプリング候補はsupport−0.10ATRを下回り、最大三本以内にsupport+0.15ATRより上で終わる必要があります。その後、スプリングの最安値より0.10ATRを超える幅だけ高い、確定したテストのピボット安値を待ちます。全候補に同じピボット定義を使い、結果を見てから形のよい安値を選び直しません。

同じ長さの区間または同時刻RVOLでスプリングとテストの出来高を比較します。提案するフィルターは、テストの正規化平均出来高が少なく、値幅も狭いことを求めます。テスト確定後、既に確定した反応スイング高値にbを加えた水準を終値で上抜くと強さのシグナルです。その高値がまだ未確定なら、過去に遡って使わず待ちます。

レンジ検出器にもバージョン付きの仕様が必要です。例えば別の実装実験では、50本の終値への回帰で傾きを測り、その傾きから算出した変化幅をレンジ幅の四分の一未満とする方法が考えられます。これは追加提案であり、参照資料の規則でも、ここで検証済みの閾値でもありません。

RANGE -> SPRING_CANDIDATE after reclaim
SPRING_CANDIDATE -> TEST_CONFIRMED only at test_pivot.confirmed_at
require test_low > spring_low + b
optional: normalized_test_volume < normalized_spring_volume
TEST_CONFIRMED -> SOS when close > known_reaction_high+b
any state -> INVALID if spring_extreme breaks
any waiting state -> EXPIRED at fixed TTL

事後的な説明を抜きにした努力と結果

価格の進み方と取引活動を比較すれば、観測可能な努力と結果を記述できます。新安値を伴わない大きな出来高は、吸収、オークションの仕組み、活発な双方向取引のいずれとも整合します。テストの少ない出来高は売りの減少か、単なる参加者の減少かもしれません。その後の値動きで仮説を区別します。

結果を検証する前に、出来高の多いスプリングと出来高の少ないスプリングを分けてください。価格のみのベースラインを使用し、次にテスト出来高条件を追加して増分価値を測定します。強いSOS出来高と幅の広い強気ローソク足は、独立した証拠というよりは、関連性のある観察結果である可能性があります。

期間をそろえることが重要です。三本の足にわたるスプリングは、一本のテストより期間が長いだけで総出来高が大きくなりがちです。約定記録の欠落や短縮セッションは、出来高の減少を偽装し得ます。有効な観測数を記録し、両区間に同じ処理を使います。

合成例の順序と割に合わないエントリー

合成レンジ[100,106]とA=1を考えます。価格は99.40まで下がり、100.40で終わります。102.20まで反応した後、99.90にテスト安値ができ、正規化平均出来高はスプリングの150に対し70です。テストのピボットが確定した後に、102.40の終値が反応高値102.20にb=0.10を加えた水準を超えます。これが提案するSOSイベントです。

シグナル後に102.50で買い、スプリング安値より下の99.30にストップ、レンジ抵抗線106に目標を置くと、リスク3.20に対し利益余地3.50で、費用前は約1.09Rです。見た目が完成した順序でも魅力的なエントリーとは限りません。レンジ回復時に買う別案ではリスクと利益余地が変わり、テストやSOSまで進まない候補も含まれます。

テストが99.20まで下がれば、エントリー前に元の順序は無効です。別の経路ではSOS取引が既に約定し、その後99.20まで下がり、保護ストップが99.25で約定します。損失は3.25です。テストを新しいスプリングと言い換えても、この失敗取引を消してはいけません。価格と出来高はすべて説明用の架空値です。

どの段階で入るかを事前に選ぶ

エントリーには、スプリングのレンジ回復後、テスト確定後、SOSと必要に応じた再テスト後という三つの別戦略があります。SOS版が以前のテスト安値で入ったと主張することはできません。その安値が有効なテストだと分かったのは後だからです。過去のマーカー位置と情報の利用可能時刻の違いは技術資料で説明されています [2]。

スプリングの最安値より下のストップは、提案した構造全体の無効化に対応します。テスト安値より下の狭いストップでは、広いレンジが残っていても取引を終える場合があります。取引の保護と構造の無効化を区別し、最大保有期間と反対側のレンジ境界での処理を事前に決めます。

アップスラストでは上下を反転しますが、空売りと買いの費用が同じとは仮定しません。借株を確保できない場合やスプレッドが大き過ぎる場合、有効なシグナルでも執行できるとは限りません。ストップとエントリーを定義する際は取引場所の注文仕様を確認します [3]。

範囲によっては複数のテストが生成される場合があります。ベースラインは、最初に適格と判断されたテストを特定し、それを受け入れるか、拒否するか、または期限切れとする必要があります。テストが成功するまで無制限に代替テストを許可すると、確認は結果に依存することになります。再エントリーポリシーでは、元のイベントの履歴とそれに費やされた総リスクを保持する必要があります。

完成図を選ばず、全順序を検証する

作成時に条件を満たしたすべての範囲を数えます。これには、スプリングのない範囲、テストのないスプリング、SOSのないテストも含まれます。これらの段階ごとのカウントは、各確認によってどれだけの機会が失われるかを示します。完成済みの教科書の例から始めると、見かけ上の成功が過大評価されます。

同じイベント集合で、スプリングのみ、スプリングとテスト、さらにSOSを加えた順序を比較します。遅延、実際の約定価格での利益余地/リスク比、未約定率、純期待値を報告します。レンジを下抜けたまま下落する事例も対照にして、レンジ回復がボラティリティ以上の情報を加えるか検証します。

最終テストで段階のラベルを手作業で最適化しません。完全なWyckoffシステムには、その時点で分かる情報による段階定義か、文書化した人間の評価手順が必要です。主観的分類を再現可能な入力とする前に、独立した評価者間の一致を確認します。本記事は、条件を満たす全順序をアキュムレーションやディストリビューションと呼ぶだけの証拠を提供しません。

よくある落とし穴

下ヒゲをすべてスプリングと呼ぶ

事前の範囲情報がない場合、このイベントはこのフレームワークが意図する文脈を欠いてしまう。

SOS後のテスト安値で買いを入れる

後の確認情報で、それ以前の価格での約定を正当化できない。

失敗を改名する

新しいスプリング候補を作っても、元の順序の損失と無効化を記録に残す。

この手法を使う前のチェックリスト

ご自身のデータで確認した項目にチェックを入れてください。進捗はこのブラウザに保存されますが、戦略の収益性を認定するものではありません。

0/7 項目

よくある質問

すべてのアキュムレーションにスプリングは必要ですか?

いいえ。ソースフレームワークは他の構造も許容しますが、この検出器は意図的に限られた1つのシーケンスのみを解析します。

テストの出来高が少ないことは必須ですか?

任意の提案フィルターです。少ない出来高が必ず収益を改善すると仮定せず、価格だけの順序とフィルターを加えた版を比較します。

研究資料

各資料は、その横に記載された定義や根拠を支えています。擬似コード、架空の例、提案パラメータは別途検証が必要です。

  1. Wyckoff MethodWyckoff Analytics. スプリング、テスト、SOS、アップスラストの公開チュートリアルを確認。原著の書籍全体は読んでいない。 確認日: .
  2. RepaintingTradingView. 情報が利用可能になる時刻についての技術資料を確認。 確認日: .
  3. Futures Order TypesCME Group. 注文の仕組みを確認。戦略の収益性を証明する資料ではない。 確認日: .

関連する手法

リスクについて

この内容は学習と研究設計を目的とし、金融上の助言ではありません。Backtestは過去データのシミュレーションであり、将来の成果を保証せず、実際の売買注文も行いません。このライブラリの手法が、そのままアプリで利用できる機能とは限りません。関連情報: 検証方法 および 学習センター.

実際の資金を使う前にルールを検証する

アプリの対応範囲、データ、個々の模擬取引を確認してください。高度な検出手法は別途実装が必要な場合があります。

App StoreでBacktestをダウンロード