概要
スパイクシグナル検出機能は、600以上の暗号通貨シンボルを監視し、極端で急激な価格変動を検出します。2種類のシグナルを生成します：
- SPIKE_PUMP：急激な価格上昇（閾値%以上）
- SPIKE_CRASH：急激な価格下落（閾値%以上）
主な目的
危機検出と機会捕捉
- 🚨 取引所上場廃止（急落）
- 📰 プロジェクト災害（ハック、詐欺、脆弱性）
- ⚖️ 規制措置（SEC訴訟、国別禁止）
- 💥 大規模な脆弱性（スマートコントラクトバグ、ブリッジハック）
- 📈 ニュース駆動型の上昇（パートナーシップ、上場、ブレークスルー）
デフォルト動作
通知のみモード：
- ✅ 600以上のシンボルで全スパイクを検出
- ✅ Telegram、WhatsApp、Discordで通知
- ❌ 注文は実行しません（デフォルトで安全）
取引を有効にするには：
"SPIKE_PUMP" および/または "SPIKE_CRASH" を supported_volatility_action リストに追加
仕組み
検出ロジック
システムは各シンボルの価格変動を監視します：
- 現在のローソク足を前回終値と比較
- パーセンテージ変化を計算
- 変化が閾値を超えるか確認
- ローソク足の色を確認（上昇は緑、下落は赤）
- 全条件が満たされたらシグナル生成
シグナルフロー
┌─────────────────────────────────────────────────────────┐
│ スパイク検出（600以上の全シンボル） │
└─────────────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────┐
│ 前回終値からのパーセンテージ変化を計算 │
└─────────────────────────────────────────────────────────┘
↓
┌───────────┴───────────┐
│ │
上昇 ≥ 閾値 下落 ≥ 閾値
緑のローソク足 赤のローソク足
│ │
↓ ↓
SPIKE_PUMP SPIKE_CRASH
│ │
└───────────┬───────────┘
↓
┌─────────────────────────────────────────────────────────┐
│ シグナルが supported_volatility_action_broadcast に含まれるか？ │
└─────────────────────────────────────────────────────────┘
↓
┌───────────┴───────────┐
いいえ はい
│ │
↓ ↓
シグナル無視 アラート通知
(Telegram + WhatsApp + Discord)
↓
┌─────────────────────────────────────────────────────────┐
│ シグナルが supported_volatility_action に含まれるか？ │
└─────────────────────────────────────────────────────────┘
↓
┌───────────┴───────────┐
いいえ はい
│ │
↓ ↓
通知のみ 注文実行 + 通知
（安全モード） （取引モード）
設定パラメータ
スパイク検出設定
signal_settings:
# スパイク検出のグローバル有効/無効
enable_spike_detection: false
# 上昇検出閾値
spike_pump_threshold: 6.0 # デフォルト：6%以上の上昇
# 下落検出閾値
spike_crash_threshold: 5.0 # デフォルト：5%以上の下落
通知制御設定
trading_settings:
# 通知されるシグナル（Telegram/WhatsApp/Discord）
# 検出時にアラートを送信
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
- "SPIKE_CRASH" # ✅ 下落アラートを通知
- "SPIKE_PUMP" # ✅ 上昇アラートを通知
# 注文を実行するシグナル（通知に加えて）
# 両方のリストにあるシグナルのみ取引
supported_volatility_action:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
# SPIKEシグナルがここにない = 通知のみ、取引なし
# - "SPIKE_CRASH" # ⚠️ ショート注文を有効にするにはコメント解除
# - "SPIKE_PUMP" # ⚠️ ロング注文を有効にするにはコメント解除
パラメータ参照
| パラメータ | タイプ | デフォルト | 範囲 | 説明 |
|---|---|---|---|---|
enable_spike_detection |
boolean | false |
- | スパイク監視のマスタースイッチ |
spike_pump_threshold |
float | 6.0 |
1.0-20.0 | SPIKE_PUMPをトリガーする最小上昇率 |
spike_crash_threshold |
float | 5.0 |
1.0-20.0 | SPIKE_CRASHをトリガーする最小下落率 |
supported_volatility_action_broadcast |
array | 上記参照 | - | アラートを送信するシグナル |
supported_volatility_action |
array | 上記参照 | - | 注文を実行するシグナル |
2つのリストの理解
重要概念：
supported_volatility_action_broadcast= 通知対象supported_volatility_action= 取引対象
通知するにはBROADCASTリストに含める必要あり
取引するには両方のリストに含める必要あり
設定モード
モード1：通知のみ（デフォルト - 安全）
enable_spike_detection: true
spike_pump_threshold: 6.0
spike_crash_threshold: 5.0
# スパイクアラートを通知
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH" # ✅ 下落アラートを通知
- "SPIKE_PUMP" # ✅ 上昇アラートを通知
# スパイクは取引しない
supported_volatility_action:
- "BUY"
- "SELL"
# SPIKEシグナルがリストにない = 取引なし
結果：
- ✅ 600以上の全シンボルを監視
- ✅ SPIKE_PUMPとSPIKE_CRASHを通知
- ❌ スパイクシグナルで注文実行なし
- 🎯 危機監視に最適
モード2：上昇取引有効
enable_spike_detection: true
spike_pump_threshold: 6.0
spike_crash_threshold: 5.0
# 両方を通知
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH" # ✅ 下落アラートを通知
- "SPIKE_PUMP" # ✅ 上昇アラートを通知
# 上昇のみ取引
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP" # ✅ 上昇でロング注文
# SPIKE_CRASHは通知のみ
結果：
- ✅ 全スパイクアラートを通知（上昇と下落）
- ✅ SPIKE_PUMPでロング注文
- ❌ SPIKE_CRASHで注文なし（通知のみ）
- 🎯 モメンタム/ブレイクアウト取引に適する
モード3：下落取引有効
enable_spike_detection: true
spike_pump_threshold: 6.0
spike_crash_threshold: 5.0
# 両方を通知
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH" # ✅ 下落アラートを通知
- "SPIKE_PUMP" # ✅ 上昇アラートを通知
# 下落のみ取引
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_CRASH" # ✅ 下落でショート注文
# SPIKE_PUMPは通知のみ
結果：
- ✅ 全スパイクアラートを通知（上昇と下落）
- ✅ SPIKE_CRASHでショート注文
- ❌ SPIKE_PUMPで注文なし（通知のみ）
- 🎯 下落/上場廃止取引に適する
モード4：完全取引有効（両方）
enable_spike_detection: true
spike_pump_threshold: 6.0
spike_crash_threshold: 5.0
# 両方を通知
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH" # ✅ 下落アラートを通知
- "SPIKE_PUMP" # ✅ 上昇アラートを通知
# 両方を取引
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP" # ✅ 上昇でロング注文
- "SPIKE_CRASH" # ✅ 下落でショート注文
結果：
- ✅ 全スパイクアラートを通知
- ✅ 上昇でロング注文
- ✅ 下落でショート注文
- ⚠️ 最高リスクモード
- 🎯 経験豊富なトレーダー向け
モード5：通知なし、取引なし（無効）
enable_spike_detection: false
# または
enable_spike_detection: true
# スパイクを通知しない
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
# SPIKEシグナルがリストにない = アラートなし
# スパイクを取引しない
supported_volatility_action:
- "BUY"
- "SELL"
# SPIKEシグナルがリストにない = 取引なし
結果：
- ❌ スパイクアラートなし
- ❌ スパイク取引なし
- 🎯 スパイク検出が不要な場合に使用
シグナル種類
SPIKE_PUMP（上昇シグナル）
トリガー条件：
- 価格が
spike_pump_threshold以上上昇（例：6%） - 直近のローソク足が 緑（終値 > 始値）
- 前回終値から現在終値への変動
検出例：
前回終値: $100.00 現在ローソク足: 始値: $101.00 終値: $106.50（緑のローソク足） 計算: 変化: ($106.50 - $100.00) / $100.00 × 100 = +6.5% 閾値: 6.0% 結果: ✅ SPIKE_PUMP 検出 (+6.5% ≥ 6.0%)
通常示すもの：
- 📰 重大ニュース発表（パートナーシップ、上場）
- 🚀 レンジからのブレイクアウト
- 💰 大口買い注文 / クジラ蓄積
- 📈 FOMO買い波
- 🎯 テクニカルブレイクアウト確定
通知アラート：
🚀 SPIKE_PUMP 検出 シンボル: TOKEN/USDT 変化: +6.5% 価格: $100.00 → $106.50 信頼度: 88% 時刻: 2024-11-02 14:35:00 UTC
取引動作（有効時）：
- ロング注文（買い）
- エントリー：現在価格での成行注文
- エグジット：スマートSL/TPシステムで管理
- ポジションサイズ：取引設定で構成
SPIKE_CRASH（下落シグナル）
トリガー条件：
- 価格が
spike_crash_threshold以上下落（例：5%） - 直近のローソク足が 赤（終値 < 始値）
- 前回終値から現在終値への変動
検出例：
前回終値: $100.00 現在ローソク足: 始値: $99.00 終値: $94.50（赤のローソク足） 計算: 変化: ($94.50 - $100.00) / $100.00 × 100 = -5.5% 閾値: -5.0% 結果: ✅ SPIKE_CRASH 検出 (-5.5% ≤ -5.0%)
通常示すもの：
- 🚨 取引所上場廃止発表
- 💥 プロジェクトハックまたは脆弱性
- ⚖️ 規制執行（SEC訴訟）
- 😱 重大FUD / 悪材料
- 🏃 クジラダンプ / イグジット詐欺
- ⚠️ フラッシュクラッシュ / 清算カスケード
通知アラート：
🚨 SPIKE_CRASH 検出 シンボル: TOKEN/USDT 変化: -5.5% 価格: $100.00 → $94.50 信頼度: 83% 時刻: 2024-11-02 14:35:00 UTC ⚠️ 取引所発表を確認してください
取引動作（有効時）：
- ショート注文（売り/ショート）
- エントリー：現在価格での成行注文
- エグジット：スマートSL/TPシステムで管理
- ポジションサイズ：取引設定で構成
時間軸別推奨設定
クイック参照表
| 時間軸 | 上昇閾値 | 下落閾値 | 1日あたりの予想シグナル数 | リスク | ユースケース |
|---|---|---|---|---|---|
| 1m | 2.5-3.5% | 2.5-3.5% | 40-80 | 非常に高い | スキャルピング（高ノイズ） |
| 3m | 3.0-4.0% | 3.0-4.0% | 25-50 | 高い | 高速スキャルピング |
| 5m | 3.5-5.0% | 3.5-5.0% | 15-35 | 中～高 | ⭐ スキャルピング（推奨） |
| 15m | 4.5-6.0% | 4.5-6.0% | 8-20 | 中 | イントラデイ取引 |
| 30m | 5.0-7.0% | 5.0-7.0% | 5-12 | 中 | スイング取引 |
| 1h | 6.0-8.0% | 6.0-8.0% | 3-8 | 低～中 | ⭐ 監視（推奨） |
| 4h | 8.0-12.0% | 8.0-12.0% | 1-4 | 低 | ポジション取引 |
| 1d | 10.0-15.0% | 10.0-15.0% | 0-2 | 非常に低い | 重大イベントのみ |
ユースケース別最適設定
ユースケース1：危機監視（600以上のシンボル）
目的： 上場廃止、ハック、重大下落を検出
enable_spike_detection: true
spike_pump_threshold: 8.0 # ノイズ低減のため高めに
spike_crash_threshold: 7.0 # 重大下落に焦点
# スパイクアラートを通知
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH"
- "SPIKE_PUMP"
# スパイクは取引しない - 通知のみ
supported_volatility_action:
- "BUY"
- "SELL"
# スパイクシグナルがリストにない
# 推奨時間軸：5m または 15m
予想：
- 600シンボル全体で1日あたり8-15件のアラート
- 高品質な危機シグナル
- 偽陽性率低（約20%）
- 調査・対応の時間あり
ユースケース2：スキャルピング（高頻度）
目的： 迅速なモメンタム移動を利益化
enable_spike_detection: true
spike_pump_threshold: 3.5 # シグナル増加のため低めに
spike_crash_threshold: 3.5
# 両方を通知
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
# 両方向を取引
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP" # 上昇を取引
- "SPIKE_CRASH" # 下落を取引
# 推奨時間軸：5m
予想：
- 1日あたり20-40件のアラート
- 1日あたり10-20件の取引
- 偽陽性率高（約30-40%）
- 積極的な監視が必要
- 高流動性シンボルのみ推奨
ユースケース3：スイング取引（選択的）
目的： 数時間～数日保有する大きな変動を捕捉
enable_spike_detection: true
spike_pump_threshold: 6.0 # 中程度の閾値
spike_crash_threshold: 5.5
# 両方を通知
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
# 上昇のみ取引（モメンタムに乗る）
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP" # 上昇を取引
# SPIKE_CRASHなし（ショートしない）
# 推奨時間軸：15m または 1h
予想：
- 1日あたり8-15件のアラート
- 1日あたり3-8件の取引
- 上昇モメンタムに焦点
- スマートSL/TPでエグジット
- 勝率良好（約60-70%）
ユースケース4：ニュース取引（ブレイクアウト）
目的： ニュース駆動型ブレイクアウトを迅速に捕捉
enable_spike_detection: true
spike_pump_threshold: 5.0 # 早期ブレイクアウト捕捉
spike_crash_threshold: 8.0 # 下落は無視（上昇に焦点）
# 上昇のみ通知
supported_volatility_action_broadcast:
- "SPIKE_PUMP" # 上昇のみアラート
# 上昇のみ取引
supported_volatility_action:
- "SPIKE_PUMP" # 上昇のみ取引
# 推奨時間軸：3m または 5m
予想：
- 上昇スパイクのみに焦点
- ブレイクアウトでの高速エントリー
- 下落無視（リスク低減）
- 1日あたり5-15件の取引
資産別チューニング
高ボラティリティ資産（ほとんどのアルトコイン）
# より保守的（ノイズ低減）
spike_pump_threshold: 7.0
spike_crash_threshold: 6.0
資産： ほとんどのアルトコイン、ミームコイン、低キャップトークン
中ボラティリティ資産（主要アルトコイン）
# バランス型
spike_pump_threshold: 5.0
spike_crash_threshold: 5.0
資産： ETH、BNB、SOL、ADA、XRP、MATIC など
低ボラティリティ資産（BTC、ステーブルコイン）
# より敏感（小さな変動を捕捉）
spike_pump_threshold: 3.0
spike_crash_threshold: 3.0
資産： BTC、大型キャップトークン
実際の危機シナリオ
シナリオ1：取引所上場廃止
イベント： BinanceがTOKEN_Xの上場廃止を7日後に発表
タイムライン：
14:00:00 - Binance発表投稿 14:00:30 - Twitter/Telegramで拡散 14:01:00 - パニック売り開始 14:02:00 - 価格が$1.50から$1.28に下落（-14.7%） 14:02:05 - 🚨 SPIKE_CRASH 検出 14:02:06 - アラート通知：Telegram + WhatsApp + Discord 14:02:30 - Binanceで発表確認 14:03:00 - 手動エグジット（保有ポジションの場合） 14:10:00 - 価格が$0.95まで継続（-36.7%）
結果： 早期検出により-15%でエグジット vs -37%で保有
通知のみ対応：
🚨 SPIKE_CRASH: TOKEN_X/USDT 変化: -14.7% 価格: $1.50 → $1.28 対応: 手動確認が必要 1. Binance発表を確認 2. 上場廃止を検証 3. 確認されたらポジションエグジット
取引有効対応（SPIKE_CRASHが両リストにある場合）：
🚨 SPIKE_CRASH: TOKEN_X/USDT 変化: -14.7% 価格: $1.50 → $1.28 ✅ $1.28でショート注文実行 スマートSL/TPシステム有効 目標: さらに-10%～-20%の変動
シナリオ2：プロジェクト脆弱性/ハック
イベント： DeFiプロトコルのブリッジが$100Mハックされる
タイムライン：
02:30:00 - オンチェーンで脆弱性実行 02:31:00 - ハッカーがDEXでプロジェクトトークンをダンプ 02:32:00 - 価格が$5.00から$3.25にクラッシュ（-35%） 02:32:05 - 🚨 SPIKE_CRASH 検出 02:32:06 - アラートで起床（午前2:32） 02:33:00 - Twitterで「ブリッジハック」トレンド確認 02:34:00 - 緊急エグジット（保有の場合） 02:40:00 - 価格が$1.20まで継続（-76%）
結果： 2分以内に動作、-35%でエグジット vs -76%
重要教訓：
- 極端なクラッシュ（>20%）はほぼ常に本物の危機
- 異常時間帯（午前2時）= 脆弱性の可能性
- 迅速に行動、後で調査
- SPIKE_CRASH検出が命を救った
シナリオ3：重大ニュース上昇
イベント： 主要パートナーシップ発表
タイムライン：
10:00:00 - 企業がFortune 500とのパートナーシップをツイート 10:00:30 - ニュースがバズる 10:01:00 - FOMO買い波開始 10:02:00 - 価格が$0.50から$0.58に上昇（+16%） 10:02:05 - 🚀 SPIKE_PUMP 検出 10:02:06 - アラート通知 10:02:30 - ニュース確認（公式発表） 10:03:00 - ポジションエントリー（取引有効時） 10:15:00 - 価格が$0.72でピーク（+44%） 10:30:00 - スマートSL/TPがトレールして$0.68でエグジット（+36%）
結果： 早期モメンタム捕捉、スマートエグジットで利益確保
通知のみ対応：
🚀 SPIKE_PUMP: TOKEN_Y/USDT 変化: +16% 価格: $0.50 → $0.58 対応: ニュース確認 - 公式チャンネル確認 - ニュース確認後エントリー検討 - エントリー以下にストップロス設定
取引有効対応：
🚀 SPIKE_PUMP: TOKEN_Y/USDT 変化: +16% 価格: $0.50 → $0.58 ✅ $0.58でロング注文実行 スマートSL/TP有効 トレーリングストップ起動 エグジット条件を監視
シナリオ4：誤報 - フラッシュクラッシュ回復
イベント： 流動性イベントによる一時的スパイク、即時回復
タイムライン：
10:30:00 - 大口売り注文が薄い注文簿にヒット 10:31:00 - 価格が$10.00から$8.80に下落（-12%） 10:31:05 - 🚨 SPIKE_CRASH 検出 10:31:06 - アラート通知 10:32:00 - ニュース確認：何もなし 10:33:00 - 価格回復：$8.80 → $9.40 10:35:00 - 完全回復：$9.40 → $10.20（+2%）
結果： アラート受信、調査で誤報と判明、行動なし
誤報の特定方法：
- ✅ ニュースなし - Twitter、Telegram、取引所発表が静か
- ✅ 迅速回復 - 3-5分以内に価格が跳ね返る
- ✅ 孤立イベント - 1つの取引所のみ影響
- ✅ 出来高パターン - 単一大口注文、持続売りなし
対応プロトコル：
スパイク検出
↓
ニュース確認（30秒）
↓
ニュースあり？
↓
はい → 行動（エグジット/エントリー）
いいえ → 2-3ローソク足待機
↓
まだ変動？
↓
はい → 行動（本物の可能性）
いいえ → 誤報、無視
取引 vs 通知
2リストシステムの理解
ボットは2つの独立した制御リストを使用：
リスト1：通知制御
supported_volatility_action_broadcast
- どのシグナルがアラートを送信するか制御
- アラート送信にはシグナルを含む必要あり
- 通知のみシグナル（例：SPIKE_CRASH、SPIKE_PUMP）を含む可能
リスト2：取引制御
supported_volatility_action
- どのシグナルが注文を実行するか制御
- 取引にはシグナルを含む必要あり
- 通常通知リストのサブセット
シグナル処理フロー
1. シグナル検出（例：SPIKE_CRASH）
↓
2. 確認：supported_volatility_action_broadcast に含まれるか？
↓
┌───┴───┐
いいえ はい
↓ ↓
スキップ アラート通知
(Telegram/WhatsApp/Discord)
↓
3. 確認：supported_volatility_action に含まれるか？
↓
┌───┴───┐
いいえ はい
↓ ↓
完了 注文実行
設定例
例1：すべて監視、取引なし
# 全シグナルのアラート取得、注文なし
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
- "SPIKE_CRASH" # ✅ アラート
- "SPIKE_PUMP" # ✅ アラート
supported_volatility_action:
# 空または最小リスト = 取引なし
[]
結果：
- ✅ すべてのアラート
- ❌ 注文なし
- 🎯 純粋監視モード
例2：すべて監視、従来シグナルのみ取引
# 全シグナルのアラート取得、BUY/SELLのみ取引
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
- "SPIKE_CRASH" # ✅ アラート
- "SPIKE_PUMP" # ✅ アラート
supported_volatility_action:
- "BUY" # ✅ アラートと取引
- "SELL" # ✅ アラートと取引
# スパイクシグナルはここにない = アラートのみ
結果：
- ✅ 全シグナルのアラート
- ✅ BUY/SELLのみ取引
- ❌ スパイクで取引なし（アラートのみ）
- 🎯 保守的アプローチ
例3：すべて監視、下落のみ取引
# 両方をアラート、下落のみ取引
supported_volatility_action_broadcast:
- "SPIKE_CRASH" # ✅ アラート
- "SPIKE_PUMP" # ✅ アラート
supported_volatility_action:
- "SPIKE_CRASH" # ✅ アラートと取引
# SPIKE_PUMPはここにない = アラートのみ
結果：
- ✅ 上昇と下落のアラート
- ✅ 下落のみ取引
- ❌ 上昇で取引なし
- 🎯 下落取引戦略
例4：完全取引モード
# すべてをアラートと取引
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
- "SPIKE_CRASH"
- "SPIKE_PUMP"
supported_volatility_action:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
- "SPIKE_CRASH"
- "SPIKE_PUMP"
結果：
- ✅ すべてのアラート
- ✅ すべての取引
- ⚠️ 最高リスク
- 🎯 積極的アプローチ
この設計の理由
関心の分離：
- 監視 ≠ 取引
- 全スパイク（600シンボル）を知りたい場合あり
- 選択的条件のみ取引したい場合あり
- 通知で情報提供
- 取引リストでリスク制御
使用例：
600シンボルの監視： - 590低キャップ、高リスクアルトコイン → 通知のみ - 10高流動性主要コイン → 取引有効 設定： supported_volatility_action_broadcast: [全シグナル含むSPIKE] supported_volatility_action: [10主要コインのみ] 結果： - 600すべてのアラート取得（危機検出） - 10のみ取引（リスク管理）
ベストプラクティス
1. 通知のみから開始
# 1-4週目：パターンを学習
enable_spike_detection: true
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
supported_volatility_action:
- "BUY"
- "SELL"
# SPIKEシグナルなし = 通知のみ
# 追跡：
- 1日あたりのアラート数？
- 何件が本物の危機？
- 何件が誤報？
- 結果は？
利点：
- 取引リスクゼロ
- シグナル品質学習
- 偽陽性率理解
- 自信構築
2. 取引を段階的に有効化
# 2ヶ月目：まず1方向を有効化
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP" # 上昇から開始（リスク低）
# 3ヶ月目以降：希望なら下落追加
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP"
- "SPIKE_CRASH" # 経験後追加
3. 市場状況に応じて閾値を調整
高ボラティリティ期間（例：強気相場）：
spike_pump_threshold: 8.0 # ノイズ低減のため増加
spike_crash_threshold: 7.0
低ボラティリティ期間（例：弱気相場レンジ）：
spike_pump_threshold: 4.0 # 変動捕捉のため減少
spike_crash_threshold: 4.0
極端ボラティリティ（例：重大ニュースイベント）：
spike_pump_threshold: 10.0 # カオス回避のため大幅増加
spike_crash_threshold: 10.0
4. アラート品質メトリクス監視
週次追跡：
総アラート数: 150 本物危機: 8 誤報: 45 見逃しイベント: 2 偽陽性率: 30% 検出率: 80% 誤報多すぎ： → 閾値を0.5-1.0%増加 本物イベント見逃し： → 閾値を0.5-1.0%減少
5. 適切な時間軸を使用
危機監視の場合：
- 5mまたは15mローソク足使用
- 高時間軸 = クリーンなシグナル
- 偽陽性率低
スキャルピングの場合：
- 3mまたは5mローソク足使用
- 高速検出
- 偽陽性率高を許容
スイング取引の場合：
- 15mまたは1hローソク足使用
- 最高シグナル品質
- シグナル数少なく強力
6. 他のシグナルと組み合わせ
スパイクシグナルのみに依存しない：
確認戦略例：
SPIKE_PUMP 検出
+
RSI < 70（オーバーボートでない）
+
出来高 > 平均の2倍
+
主要取引所（Binance）
=
高信頼度 → エントリー検討
SPIKE_PUMP 検出
+
RSI > 80（オーバーボート）
=
低信頼度 → アラートのみ、取引なし
7. ローソク足色要件の理解
現在のロジック：
- SPIKE_PUMPは 緑のローソク足 必要（終値 > 始値）
- SPIKE_CRASHは 赤のローソク足 必要（終値 < 始値）
理由： 方向と買い手/売り手支配を確認
つまり：
- 赤のローソク足での+10%変動はSPIKE_PUMPをトリガーしない
- 緑のローソク足での-10%変動はSPIKE_CRASHをトリガーしない
利点： ヒゲスパイクによる誤シグナル低減
一般的なシナリオ
シナリオ1：アラート過多（アラート疲労）
問題： 1日50件以上のアラート、圧倒される
解決策：
- 閾値増加：
# 前
spike_pump_threshold: 4.0
spike_crash_threshold: 4.0
# 後
spike_pump_threshold: 6.5
spike_crash_threshold: 6.0
- より長い時間軸へ移動：
- 3m → 5m
- 5m → 15m
- シンボルフィルタリング：
- 低出来高シンボル除去
- 高ボラティリティミームコイン除去
- 時価総額上位100-200に焦点
- 一時的に通知リストから除去：
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
# SPIKEシグナルを一時除去
シナリオ2：重要イベント見逃し
問題： 本物のクラッシュ発生するがアラートなし
可能性のある原因：
- 閾値が高すぎ
- スパイク検出無効
- 通知リストにシグナルなし
- ローソク足色不一致
- データフィード問題
解決策：
- 閾値低減：
spike_pump_threshold: 8.0 → 6.0
spike_crash_threshold: 7.0 → 5.0
- 有効確認：
enable_spike_detection: true # 必須
- 通知リスト確認：
supported_volatility_action_broadcast:
- "SPIKE_CRASH" # リストに含める必要
- "SPIKE_PUMP" # リストに含める必要
- ボットログでエラー確認
シナリオ3：誤報で取引実行
問題： SPIKE_CRASHトリガー、注文実行後価格回復
解決策：
- 取引リストから除去：
# スパイクでの取引を一時停止
supported_volatility_action:
- "BUY"
- "SELL"
# SPIKE_CRASHとSPIKE_PUMP除去
# 通知リストには残してアラート継続
supported_volatility_action_broadcast:
- "SPIKE_CRASH" # アラート継続
- "SPIKE_PUMP" # アラート継続
- 閾値増加（高品質シグナル）：
# より保守的 = 誤報低減
spike_pump_threshold: 6.0 → 8.0
spike_crash_threshold: 5.0 → 7.0
- スマートSL/TPを信頼：
- 誤報でもスマートストップロスが損失制限
- 損失過大ならSL/TP設定見直し
シナリオ4：アラート希望だが取引なし
問題： スパイクを知りたいが自動注文不要
解決策： 2リストシステムの完璧なユースケース
# スパイクのアラート取得
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH" # ✅ アラート
- "SPIKE_PUMP" # ✅ アラート
# 取引しない
supported_volatility_action:
- "BUY"
- "SELL"
# SPIKEシグナルはここにない = 取引なし
結果：
- ✅ 全スパイクのアラート
- ✅ 手動確認・決定可能
- ❌ スパイクでの自動注文なし
- 🎯 安全で情報豊富なアプローチ
シナリオ5：特定時間帯のみ取引希望
問題： 午前3時にスパイク取引実行したくない
解決策：
ボットの既存時間フィルタを使用（利用可能な場合）：
trading_hours:
enabled: true
start_hour: 8 # 午前8時
end_hour: 22 # 午後10時
timezone: "UTC"
# 時間外のスパイクシグナル：
# - アラートは通知継続
# - 時間フィルタで注文ブロック
代替案： 睡眠時間帯に取引リストから除去：
- 就寝前：SPIKEシグナルを
supported_volatility_actionから除去 - 起床後：希望なら追加
トラブルシューティング
問題：シグナル生成なし
チェックリスト：
- [ ]
enable_spike_detection: true - [ ] 閾値が高すぎない（テスト用に5.0%に一時設定）
- [ ] 市場に十分な価格変動あり
- [ ] 少なくとも2本のローソク足データあり
- [ ] WebSocket/データフィード接続済み
デバッグ手順：
- ボットログでスパイク検出活動確認
- 一時的に閾値低減：
spike_pump_threshold: 2.0 # テスト用に非常に敏感
spike_crash_threshold: 2.0
- データフローを確認（ログで最近のローソク足更新確認）
- 既知の高ボラティリティシンボルでテスト
問題：シグナル生成されるが通知なし
可能性のある原因：
supported_volatility_action_broadcastリストにシグナルなし- アラートチャンネル未設定
- APIキー欠如
- ネットワーク接続問題
- シグナルクールダウン有効
解決策：
- 通知リストにシグナル含まれるか確認：
supported_volatility_action_broadcast:
- "SPIKE_CRASH" # 含める必要
- "SPIKE_PUMP" # 含める必要
- アラート設定確認：
alert_settings:
enable_telegram: true
telegram_bot_token: "your_token"
telegram_chat_id: "your_chat_id"
enable_whatsapp: true
whatsapp_config: { ... }
enable_discord: true
discord_webhook_url: "your_webhook"
- アラートエラーをログで確認
- シンボルがクールダウン期間か確認（デフォルト30分）
問題：リストにシグナルあるが注文実行なし
問題： SPIKE_PUMPが両リストにあるが注文なし
チェックリスト：
- [ ]
supported_volatility_action_broadcastリストにシグナル - [ ]
supported_volatility_actionリストにシグナル - [ ] グローバルで取引一時停止なし
- [ ] アカウント残高十分
- [ ] 取引所API権限（取引有効）
- [ ] 他の設定でシンボルフィルタアウトなし
- [ ] ポジション制限超過なし
デバッグ手順：
- 両リストにシグナル含まれるか確認：
supported_volatility_action_broadcast:
- "SPIKE_PUMP" # ✅ ここに
supported_volatility_action:
- "SPIKE_PUMP" # ✅ ここにも
- 取引ログで注文試行確認
- 取引所でAPI権限確認
- アカウント残高確認
- 他の取引フィルタ（出来高、リスク制限など）確認
問題：間違ったシグナルのアラート取得
問題： PUMP/CRASHアラート取得、SPIKEシグナルのみ希望
解決策： 通知対象を正確に制御
# スパイクシグナルのみ通知
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
# 不要な他のシグナル除去
# 他のシグナルはアラートなしで取引
supported_volatility_action:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
# これらは取引するが通知しない（通知リストにない）
問題：信頼度が常に同じ値
説明： 設計通り
信頼度は閾値超過度に基づいて計算：
計算式：
- 基本信頼度：80%
- ボーナス：スパイク強度に基づき最大+30%
- 最大：100%
例：
- 6%スパイク、6%閾値 → 80%信頼度（閾値ちょうど）
- 9%スパイク、6%閾値 → 95%信頼度（閾値50%超過）
- 12%スパイク、6%閾値 → 100%信頼度（閾値100%超過）
正常動作です。 強いスパイクほど信頼度高。
高度な設定例
例1：超保守的（危機検出のみ）
# 目的：重大クラッシュ/上昇のみ検出（上場廃止、ハック）
# 取引：なし（アラートのみ）
signal_settings:
enable_spike_detection: true
spike_pump_threshold: 12.0 # 非常に高い閾値
spike_crash_threshold: 10.0 # 非常に高い閾値
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
supported_volatility_action:
- "BUY"
- "SELL"
# SPIKEシグナルなし
# 予想結果：
# - 1日2-8件のアラート（極端イベントのみ）
# - 偽陽性率非常に低（約10%）
# - 中程度の重大イベント見逃し可能性
# - ポートフォリオ保護に最適でノイズ最小
例2：積極的スキャルピング（高頻度）
# 目的：多くの迅速な変動をスキャルピングで捕捉
# 取引：両方向有効
signal_settings:
enable_spike_detection: true
spike_pump_threshold: 3.5 # 敏感
spike_crash_threshold: 3.5 # 敏感
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP"
- "SPIKE_CRASH"
# 予想結果：
# - 1日30-60件のアラート
# - 1日15-30件の取引
# - 偽陽性率高（約40%）
# - 積極的監視必須
# - リスク管理にスマートSL/TP必須
例3：モメンタムロングのみ（強気相場）
# 目的：モメンタム上昇に乗る、下落無視
# 取引：SPIKE_PUMPのみ
signal_settings:
enable_spike_detection: true
spike_pump_threshold: 5.0 # 中程度
spike_crash_threshold: 7.0 # 下落はアラートのみ
supported_volatility_action_broadcast:
- "SPIKE_CRASH" # 下落アラート
- "SPIKE_PUMP" # 上昇アラート
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP" # 上昇のみ取引
# SPIKE_CRASHなし
# 予想結果：
# - 上昇と下落の両方アラート
# - 上昇のみ取引（ロングポジション）
# - ショートリスク回避
# - 1日8-15件のアラート
# - 1日3-8件の取引（ロングのみ）
例4：下落トレーダー（ショートのみ）
# 目的：下落/上場廃止を取引（ショート）
# 取引：SPIKE_CRASHのみ
signal_settings:
enable_spike_detection: true
spike_pump_threshold: 8.0 # 高（アラートのみ）
spike_crash_threshold: 5.0 # 下落に敏感
supported_volatility_action_broadcast:
- "SPIKE_CRASH" # 下落アラート
- "SPIKE_PUMP" # 上昇アラート
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_CRASH" # 下落のみ取引
# SPIKE_PUMPなし
# 予想結果：
# - 上昇と下落の両方アラート
# - 下落のみ取引（ショートポジション）
# - 上場廃止、ハック、悪材料捕捉
# - 1日5-12件のアラート
# - 1日2-5件の取引（ショートのみ）
# - 高リスク（ショートは危険）
例5：選択的通知
# 目的：スパイクシグナルのみ通知、すべて取引
signal_settings:
enable_spike_detection: true
spike_pump_threshold: 6.0
spike_crash_threshold: 6.0
# スパイクのみ通知
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
# 他のシグナルはここにない = アラートなし
# すべて取引
supported_volatility_action:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
- "SPIKE_PUMP"
- "SPIKE_CRASH"
# 結果：
# - スパイクシグナルのみアラート
# - 全シグナル（BUY/SELL/PUMP/CRASH含む）取引
# - アラートノイズ低減
# - 危機イベントに焦点
クイックスタートガイド
ステップ1：検出有効化（通知のみ）
# config.yaml
signal_settings:
enable_spike_detection: true
spike_pump_threshold: 7.0
spike_crash_threshold: 7.0
# スパイクシグナルを通知
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH"
- "SPIKE_PUMP"
# スパイクシグナルはまだ取引しない
supported_volatility_action:
- "BUY"
- "SELL"
# SPIKEシグナルなし
ボット起動後1-2週間監視：
- アラート数？
- 偽陽性率は？
- 本物イベントは捕捉？
ステップ2：閾値調整
1-2週目の結果に基づく：
アラート過多（>30件/日）？
spike_pump_threshold: 7.0 → 9.0
spike_crash_threshold: 7.0 → 8.0
アラート不足（<5件/日）？
spike_pump_threshold: 7.0 → 5.0
spike_crash_threshold: 7.0 → 5.0
ステップ3：取引有効化（任意）
アラート品質に満足したら：
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH"
- "SPIKE_PUMP"
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP" # ← これを追加で取引有効
# 今はSPIKE_CRASH除外