Overview
The Spike Signal Detection feature monitors 600+ cryptocurrency symbols to detect extreme, sudden price movements. It generates two signal types:
- SPIKE_PUMP: Rapid upward price spike (β₯ threshold %)
- SPIKE_CRASH: Rapid downward price crash (β₯ threshold %)
Primary Purpose
Crisis Detection & Opportunity Capture
- π¨ Exchange delistings (sudden dumps)
- π° Project disasters (hacks, rug pulls, exploits)
- βοΈ Regulatory actions (SEC lawsuits, country bans)
- π₯ Major exploits (smart contract bugs, bridge hacks)
- π News-driven pumps (partnerships, listings, breakthroughs)
Default Behavior
Broadcast-Only Mode:
- β Detects all spikes across 600+ symbols
- β Broadcasts signals via Telegram, WhatsApp, Discord
- β Does NOT place orders (safe by default)
To Enable Trading:
Add "SPIKE_PUMP" and/or "SPIKE_CRASH" to supported_volatility_action list
How It Works
Detection Logic
The system monitors each symbol's price movement:
- Compare current candle to previous candle close
- Calculate percentage change
- Check if change exceeds threshold
- Verify candle color (green for pump, red for crash)
- Generate signal if all conditions met
Signal Flow
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β Spike Detection (All 600+ Symbols) β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β Calculate % change from previous candle close β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β
βββββββββββββ΄ββββββββββββ
β β
Pump β₯ threshold Crash β₯ threshold
Green candle Red candle
β β
β β
SPIKE_PUMP SPIKE_CRASH
β β
βββββββββββββ¬ββββββββββββ
β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β Is signal in supported_volatility_action_broadcast? β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β
βββββββββββββ΄ββββββββββββ
NO YES
β β
β β
Signal Ignored Broadcast Alert
(Telegram + WhatsApp + Discord)
β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β Is signal in supported_volatility_action? β
βββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β
βββββββββββββ΄ββββββββββββ
NO YES
β β
β β
Broadcast Only Place Order + Broadcast
(Safe Mode) (Trading Mode)
Configuration Parameters
Spike Detection Settings
signal_settings:
# Enable/disable spike detection globally
enable_spike_detection: false
# Pump detection threshold (upward spike)
spike_pump_threshold: 6.0 # Default: 6% minimum increase
# Crash detection threshold (downward spike)
spike_crash_threshold: 5.0 # Default: 5% minimum decrease
Broadcast Control Settings
trading_settings:
# Signals that will be BROADCASTED (Telegram/WhatsApp/Discord)
# These signals will send alerts when detected
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
- "SPIKE_CRASH" # β
Will broadcast crash alerts
- "SPIKE_PUMP" # β
Will broadcast pump alerts
# Signals that will PLACE ORDERS (in addition to broadcasting)
# Only signals in BOTH lists will trade
supported_volatility_action:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
# SPIKE signals NOT here = broadcast only, no trading
# - "SPIKE_CRASH" # β οΈ Uncomment to enable SHORT order placement
# - "SPIKE_PUMP" # β οΈ Uncomment to enable LONG order placement
Parameter Reference
| Parameter | Type | Default | Range | Description |
|---|---|---|---|---|
enable_spike_detection |
boolean | false |
- | Master switch for spike monitoring |
spike_pump_threshold |
float | 6.0 |
1.0-20.0 | Minimum % increase to trigger SPIKE_PUMP |
spike_crash_threshold |
float | 5.0 |
1.0-20.0 | Minimum % decrease to trigger SPIKE_CRASH |
supported_volatility_action_broadcast |
array | See above | - | Signals that send alerts (broadcast) |
supported_volatility_action |
array | See above | - | Signals that place orders (trade) |
Understanding the Two Lists
Key Concept:
supported_volatility_action_broadcast= What gets ALERTEDsupported_volatility_action= What gets TRADED
Signal must be in BROADCAST list to send alerts
Signal must be in BOTH lists to place orders
Configuration Modes
Mode 1: Broadcast-Only (Default - Safe)
enable_spike_detection: true
spike_pump_threshold: 6.0
spike_crash_threshold: 5.0
# Broadcasts spike alerts
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH" # β
Broadcasts crash alerts
- "SPIKE_PUMP" # β
Broadcasts pump alerts
# Does NOT trade spikes
supported_volatility_action:
- "BUY"
- "SELL"
# SPIKE signals NOT in list = no trading
Result:
- β Monitors all 600+ symbols
- β Broadcasts SPIKE_PUMP and SPIKE_CRASH alerts
- β No orders placed on spike signals
- π― Perfect for crisis monitoring
Mode 2: Pump Trading Enabled
enable_spike_detection: true
spike_pump_threshold: 6.0
spike_crash_threshold: 5.0
# Broadcasts both types
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH" # β
Broadcasts crash alerts
- "SPIKE_PUMP" # β
Broadcasts pump alerts
# Only trades pumps
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP" # β
Places LONG orders on pumps
# SPIKE_CRASH still broadcast-only
Result:
- β Broadcasts all spike alerts (pumps and crashes)
- β Places LONG orders on SPIKE_PUMP signals
- β No orders on SPIKE_CRASH (broadcasts only)
- π― Good for momentum/breakout trading
Mode 3: Crash Trading Enabled
enable_spike_detection: true
spike_pump_threshold: 6.0
spike_crash_threshold: 5.0
# Broadcasts both types
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH" # β
Broadcasts crash alerts
- "SPIKE_PUMP" # β
Broadcasts pump alerts
# Only trades crashes
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_CRASH" # β
Places SHORT orders on crashes
# SPIKE_PUMP still broadcast-only
Result:
- β Broadcasts all spike alerts (pumps and crashes)
- β Places SHORT orders on SPIKE_CRASH signals
- β No orders on SPIKE_PUMP (broadcasts only)
- π― Good for crash/delisting trading
Mode 4: Full Trading Enabled (Both)
enable_spike_detection: true
spike_pump_threshold: 6.0
spike_crash_threshold: 5.0
# Broadcasts both types
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH" # β
Broadcasts crash alerts
- "SPIKE_PUMP" # β
Broadcasts pump alerts
# Trades both types
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP" # β
Places LONG orders on pumps
- "SPIKE_CRASH" # β
Places SHORT orders on crashes
Result:
- β Broadcasts all spike alerts
- β Places LONG orders on pumps
- β Places SHORT orders on crashes
- β οΈ Highest risk mode
- π― For experienced traders only
Mode 5: No Broadcast, No Trading (Disabled)
enable_spike_detection: false
# OR
enable_spike_detection: true
# Don't broadcast spikes
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
# SPIKE signals NOT in list = no alerts
# Don't trade spikes
supported_volatility_action:
- "BUY"
- "SELL"
# SPIKE signals NOT in list = no trading
Result:
- β No spike alerts sent
- β No spike trading
- π― Use when spike detection not needed
Signal Types
SPIKE_PUMP (Pump Signal)
Triggers when:
- Price increases by β₯
spike_pump_threshold(e.g., 6%) - Recent candle is green (close > open)
- Movement from previous candle close to current candle close
Example Detection:
Previous candle close: $100.00 Current candle: Open: $101.00 Close: $106.50 (GREEN candle) Calculation: Change: ($106.50 - $100.00) / $100.00 Γ 100 = +6.5% Threshold: 6.0% Result: β SPIKE_PUMP detected (+6.5% β₯ 6.0%)
What it typically indicates:
- π° Major news announcement (partnership, listing)
- π Breakout from consolidation
- π° Large buy order / whale accumulation
- π FOMO buying wave
- π― Technical breakout confirmed
Broadcast Alert:
π SPIKE_PUMP DETECTED Symbol: TOKEN/USDT Change: +6.5% Price: $100.00 β $106.50 Confidence: 88% Time: 2024-11-02 14:35:00 UTC
Trading Action (if enabled):
- Places LONG order (buy)
- Entry: Market order at current price
- Exit: Managed by your smart SL/TP system
- Position size: As configured in your trading settings
SPIKE_CRASH (Crash Signal)
Triggers when:
- Price decreases by β₯
spike_crash_threshold(e.g., 5%) - Recent candle is red (close < open)
- Movement from previous candle close to current candle close
Example Detection:
Previous candle close: $100.00 Current candle: Open: $99.00 Close: $94.50 (RED candle) Calculation: Change: ($94.50 - $100.00) / $100.00 Γ 100 = -5.5% Threshold: -5.0% Result: β SPIKE_CRASH detected (-5.5% β€ -5.0%)
What it typically indicates:
- π¨ Exchange delisting announcement
- π₯ Project hack or exploit
- βοΈ Regulatory enforcement (SEC lawsuit)
- π± Major FUD / negative news
- π Whale dumping / exit scam
- β οΈ Flash crash / liquidation cascade
Broadcast Alert:
π¨ SPIKE_CRASH DETECTED Symbol: TOKEN/USDT Change: -5.5% Price: $100.00 β $94.50 Confidence: 83% Time: 2024-11-02 14:35:00 UTC β οΈ CHECK EXCHANGE ANNOUNCEMENTS
Trading Action (if enabled):
- Places SHORT order (sell/short)
- Entry: Market order at current price
- Exit: Managed by your smart SL/TP system
- Position size: As configured in your trading settings
Recommended Settings by Timeframe
Quick Reference Table
| Timeframe | Pump Threshold | Crash Threshold | Expected Signals/Day | Risk | Use Case |
|---|---|---|---|---|---|
| 1m | 2.5-3.5% | 2.5-3.5% | 40-80 | Very High | Scalping (high noise) |
| 3m | 3.0-4.0% | 3.0-4.0% | 25-50 | High | Fast scalping |
| 5m | 3.5-5.0% | 3.5-5.0% | 15-35 | Medium-High | β Scalping (recommended) |
| 15m | 4.5-6.0% | 4.5-6.0% | 8-20 | Medium | Intraday trading |
| 30m | 5.0-7.0% | 5.0-7.0% | 5-12 | Medium | Swing trading |
| 1h | 6.0-8.0% | 6.0-8.0% | 3-8 | Low-Medium | β Monitoring (recommended) |
| 4h | 8.0-12.0% | 8.0-12.0% | 1-4 | Low | Position trading |
| 1d | 10.0-15.0% | 10.0-15.0% | 0-2 | Very Low | Major events only |
Optimized Settings by Use Case
Use Case 1: Crisis Monitoring (600+ Symbols)
Goal: Detect delistings, hacks, major crashes
enable_spike_detection: true
spike_pump_threshold: 8.0 # Higher to reduce noise
spike_crash_threshold: 7.0 # Focus on major crashes
# Broadcast spike alerts
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH"
- "SPIKE_PUMP"
# Don't trade spikes - broadcast only
supported_volatility_action:
- "BUY"
- "SELL"
# Spike signals NOT in list
# Recommended timeframe: 5m or 15m
Expected:
- 8-15 alerts per day across 600 symbols
- High-quality crisis signals
- Low false positive rate (~20%)
- Time to investigate and respond
Use Case 2: Scalping (High Frequency)
Goal: Catch quick momentum moves for profit
enable_spike_detection: true
spike_pump_threshold: 3.5 # Lower for more signals
spike_crash_threshold: 3.5
# Broadcast both
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
# Trade both directions
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP" # Trade pumps
- "SPIKE_CRASH" # Trade crashes
# Recommended timeframe: 5m
Expected:
- 20-40 alerts per day
- 10-20 trades per day
- Higher false positive rate (~30-40%)
- Requires active monitoring
- Good for high-liquidity symbols only
Use Case 3: Swing Trading (Selective)
Goal: Catch major moves, hold for hours/days
enable_spike_detection: true
spike_pump_threshold: 6.0 # Moderate threshold
spike_crash_threshold: 5.5
# Broadcast both
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
# Trade pumps only (ride momentum)
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP" # Trade pumps
# No SPIKE_CRASH (don't short)
# Recommended timeframe: 15m or 1h
Expected:
- 8-15 alerts per day
- 3-8 trades per day
- Focus on upward momentum
- Let smart SL/TP handle exits
- Good win rate (~60-70%)
Use Case 4: News Trading (Breakouts)
Goal: Catch news-driven breakouts fast
enable_spike_detection: true
spike_pump_threshold: 5.0 # Catch early breakouts
spike_crash_threshold: 8.0 # Ignore crashes (focus on pumps)
# Only broadcast pumps
supported_volatility_action_broadcast:
- "SPIKE_PUMP" # Only alert on pumps
# Only trade pumps
supported_volatility_action:
- "SPIKE_PUMP" # Only trade pumps
# Recommended timeframe: 3m or 5m
Expected:
- Focus on upward spikes only
- Fast entry on breakouts
- Ignore crashes (reduce risk)
- 5-15 trades per day
Asset-Specific Tuning
High Volatility Assets (Most Altcoins)
# More conservative (reduce noise)
spike_pump_threshold: 7.0
spike_crash_threshold: 6.0
Assets: Most altcoins, meme coins, low-cap tokens
Medium Volatility Assets (Major Altcoins)
# Balanced approach
spike_pump_threshold: 5.0
spike_crash_threshold: 5.0
Assets: ETH, BNB, SOL, ADA, XRP, MATIC, etc.
Low Volatility Assets (BTC, Stablecoins)
# More sensitive (catch smaller moves)
spike_pump_threshold: 3.0
spike_crash_threshold: 3.0
Assets: BTC, large-cap tokens
Real-World Crisis Scenarios
Scenario 1: Exchange Delisting
Event: Binance announces delisting of TOKEN_X effective in 7 days
Timeline:
14:00:00 - Binance announcement posted 14:00:30 - News spreads on Twitter/Telegram 14:01:00 - Panic selling begins 14:02:00 - Price drops from $1.50 to $1.28 (-14.7%) 14:02:05 - π¨ SPIKE_CRASH detected 14:02:06 - Alert broadcast: Telegram + WhatsApp + Discord 14:02:30 - You verify announcement on Binance 14:03:00 - Manual exit (if holding position) 14:10:00 - Price continues to $0.95 (-36.7%)
Result: Early detection allowed exit at -15% vs holding to -37%
Broadcast-Only Response:
π¨ SPIKE_CRASH: TOKEN_X/USDT Change: -14.7% Price: $1.50 β $1.28 Action: Manual review required 1. Check Binance announcements 2. Verify delisting 3. Exit position if confirmed
Trading-Enabled Response (if SPIKE_CRASH in both lists):
π¨ SPIKE_CRASH: TOKEN_X/USDT Change: -14.7% Price: $1.50 β $1.28 β SHORT order placed at $1.28 Smart SL/TP system active Target: Further -10% to -20% move
Scenario 2: Project Exploit/Hack
Event: DeFi protocol bridge hacked for $100M
Timeline:
02:30:00 - Exploit executed on-chain 02:31:00 - Hacker dumps project token on DEX 02:32:00 - Price crashes from $5.00 to $3.25 (-35%) 02:32:05 - π¨ SPIKE_CRASH detected 02:32:06 - Alert wakes you up (2:32 AM) 02:33:00 - Check Twitter - "Bridge hacked" trending 02:34:00 - Emergency exit (if holding) 02:40:00 - Price continues to $1.20 (-76%)
Result: Acted within 2 minutes, exited at -35% vs -76%
Key Learning:
- Extreme crashes (>20%) are almost always real crises
- Unusual hours (2 AM) = likely exploit
- Act fast, investigate later
- SPIKE_CRASH detection was life-saving
Scenario 3: Major News Pump
Event: Major partnership announcement
Timeline:
10:00:00 - Company tweets partnership with Fortune 500 10:00:30 - News goes viral 10:01:00 - FOMO buying wave begins 10:02:00 - Price pumps from $0.50 to $0.58 (+16%) 10:02:05 - π SPIKE_PUMP detected 10:02:06 - Alert broadcast 10:02:30 - Verify news (official announcement) 10:03:00 - Enter position (if trading enabled) 10:15:00 - Price peaks at $0.72 (+44%) 10:30:00 - Smart SL/TP trails and exits at $0.68 (+36%)
Result: Caught early momentum, smart exit preserved gains
Broadcast-Only Response:
π SPIKE_PUMP: TOKEN_Y/USDT Change: +16% Price: $0.50 β $0.58 Action: Verify news - Check official channels - Consider entry if news confirmed - Set stop loss below entry
Trading-Enabled Response:
π SPIKE_PUMP: TOKEN_Y/USDT Change: +16% Price: $0.50 β $0.58 β LONG order placed at $0.58 Smart SL/TP active Trailing stop activated Monitoring for exit conditions
Scenario 4: False Alarm - Flash Crash Recovery
Event: Liquidity event causes temporary spike, immediate recovery
Timeline:
10:30:00 - Large sell order hits thin order book 10:31:00 - Price drops from $10.00 to $8.80 (-12%) 10:31:05 - π¨ SPIKE_CRASH detected 10:31:06 - Alert broadcast 10:32:00 - Check news: Nothing found 10:33:00 - Price recovering: $8.80 β $9.40 10:35:00 - Fully recovered: $9.40 β $10.20 (+2%)
Result: Alert received, investigation showed false alarm, no action taken
How to Identify False Alarms:
- β No news - Twitter, Telegram, exchange announcements quiet
- β Quick recovery - Price bounces within 3-5 minutes
- β Isolated event - Only one exchange affected
- β Volume pattern - Single large order, not sustained selling
Response Protocol:
SPIKE detected
β
Check news (30 seconds)
β
News found?
β
YES β Act (exit/enter)
NO β Wait 2-3 candles
β
Still moving?
β
YES β Act (likely real)
NO β False alarm, ignore
Trading vs Broadcasting
Understanding the Two-List System
Your bot uses two separate control lists:
List 1: Broadcast Control
supported_volatility_action_broadcast
- Controls which signals send alerts
- Must include signal for any alerts to be sent
- Can include broadcast-only signals (e.g., SPIKE_CRASH, SPIKE_PUMP)
List 2: Trading Control
supported_volatility_action
- Controls which signals place orders
- Must include signal for any trading to occur
- Typically subset of broadcast list
Signal Processing Flow
1. Signal Detected (e.g., SPIKE_CRASH)
β
2. Check: Is signal in supported_volatility_action_broadcast?
β
βββββ΄ββββ
NO YES
β β
Skip Broadcast Alert
(Telegram/WhatsApp/Discord)
β
3. Check: Is signal in supported_volatility_action?
β
βββββ΄ββββ
NO YES
β β
Done Place Order
Configuration Examples
Example 1: Monitor Everything, Trade Nothing
# Get alerts for all signals, place no orders
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
- "SPIKE_CRASH" # β
Will alert
- "SPIKE_PUMP" # β
Will alert
supported_volatility_action:
# Empty or minimal list = no trading
[]
Result:
- β Alerts for everything
- β No orders placed
- π― Pure monitoring mode
Example 2: Monitor Everything, Trade Traditional Signals Only
# Get alerts for all signals, but only trade BUY/SELL
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
- "SPIKE_CRASH" # β
Will alert
- "SPIKE_PUMP" # β
Will alert
supported_volatility_action:
- "BUY" # β
Will alert AND trade
- "SELL" # β
Will alert AND trade
# Spike signals NOT here = alert only
Result:
- β Alerts for all signals
- β Trading on BUY/SELL only
- β No trading on spikes (alerts only)
- π― Conservative approach
Example 3: Monitor and Trade Crashes Only
# Alert on both, but only trade crashes
supported_volatility_action_broadcast:
- "SPIKE_CRASH" # β
Will alert
- "SPIKE_PUMP" # β
Will alert
supported_volatility_action:
- "SPIKE_CRASH" # β
Will alert AND trade
# SPIKE_PUMP not here = alert only
Result:
- β Alerts for pumps and crashes
- β Trading on crashes only
- β No trading on pumps
- π― Crash trading strategy
Example 4: Full Trading Mode
# Alert and trade on everything
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
- "SPIKE_CRASH"
- "SPIKE_PUMP"
supported_volatility_action:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
- "SPIKE_CRASH"
- "SPIKE_PUMP"
Result:
- β Alerts for everything
- β Trading on everything
- β οΈ Highest risk
- π― Aggressive approach
Why This Design?
Separation of Concerns:
- Monitoring β Trading
- You might want to know about ALL spikes (600 symbols)
- But only trade on SELECT conditions
- Broadcast keeps you informed
- Trading list controls risk
Example Use Case:
Monitoring 600 symbols: - 590 low-cap, high-risk altcoins β Broadcast only - 10 high-liquidity major coins β Trading enabled Configuration: supported_volatility_action_broadcast: [all signals including SPIKE] supported_volatility_action: [only for 10 major coins] Result: - Get alerts for all 600 (crisis detection) - Only trade 10 (risk management)
Best Practices
1. Start with Broadcast-Only
# Week 1-4: Learn the patterns
enable_spike_detection: true
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
supported_volatility_action:
- "BUY"
- "SELL"
# No SPIKE signals = broadcast only
# Track:
- How many alerts per day?
- How many were real crises?
- How many were false alarms?
- What were the outcomes?
Benefits:
- Zero trading risk
- Learn signal quality
- Understand false positive rate
- Build confidence
2. Enable Trading Gradually
# Month 2: Enable one direction first
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP" # Start with pumps (less risky)
# Month 3+: Add crashes if desired
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP"
- "SPIKE_CRASH" # Add after gaining experience
3. Adjust Thresholds by Market Conditions
High Volatility Period (e.g., bull market):
spike_pump_threshold: 8.0 # Increase to reduce noise
spike_crash_threshold: 7.0
Low Volatility Period (e.g., bear market consolidation):
spike_pump_threshold: 4.0 # Decrease to catch moves
spike_crash_threshold: 4.0
Extreme Volatility (e.g., major news event):
spike_pump_threshold: 10.0 # Much higher to avoid chaos
spike_crash_threshold: 10.0
4. Monitor Alert Quality Metrics
Track weekly:
Total Alerts: 150 Real Crises: 8 False Alarms: 45 Missed Events: 2 False Positive Rate: 30% Detection Rate: 80% If too many false alarms: β Increase thresholds by 0.5-1.0% If missing real events: β Decrease thresholds by 0.5-1.0%
5. Use Appropriate Timeframes
For Crisis Monitoring:
- Use 5m or 15m candles
- Higher timeframes = cleaner signals
- Lower false positive rate
For Scalping:
- Use 3m or 5m candles
- Faster detection
- Accept higher false positive rate
For Swing Trading:
- Use 15m or 1h candles
- Best signal quality
- Fewer but stronger signals
6. Combine with Other Signals
Don't rely solely on spike signals:
Example Confirmation Strategy:
SPIKE_PUMP detected
+
RSI < 70 (not overbought)
+
Volume > 2Γ average
+
Major exchange (Binance)
=
HIGH CONFIDENCE β Consider entry
SPIKE_PUMP detected
+
RSI > 80 (overbought)
=
LOW CONFIDENCE β Alert only, don't trade
7. Understand Candle Color Requirements
Current Logic:
- SPIKE_PUMP requires green candle (close > open)
- SPIKE_CRASH requires red candle (close < open)
Why: Confirms direction and buyer/seller control
This means:
- A +10% move in a red candle won't trigger SPIKE_PUMP
- A -10% move in a green candle won't trigger SPIKE_CRASH
Benefit: Reduces false signals from wick spikes
Common Scenarios
Scenario 1: Too Many Alerts (Alert Fatigue)
Problem: 50+ alerts per day, overwhelming
Solutions:
- Increase thresholds:
# Before
spike_pump_threshold: 4.0
spike_crash_threshold: 4.0
# After
spike_pump_threshold: 6.5
spike_crash_threshold: 6.0
- Move to longer timeframe:
- 3m β 5m
- 5m β 15m
- Filter symbols:
- Remove low-volume symbols
- Remove highly volatile meme coins
- Focus on top 100-200 by market cap
- Remove from broadcast list temporarily:
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
# Remove SPIKE signals temporarily
Scenario 2: Missing Important Events
Problem: Real crashes happening but no alerts
Possible Causes:
- Threshold too high
- Spike detection disabled
- Signal not in broadcast list
- Candle color mismatch
- Data feed issue
Solutions:
- Lower thresholds:
spike_pump_threshold: 8.0 β 6.0
spike_crash_threshold: 7.0 β 5.0
- Verify enabled:
enable_spike_detection: true # Must be true
- Verify in broadcast list:
supported_volatility_action_broadcast:
- "SPIKE_CRASH" # Must be in list
- "SPIKE_PUMP" # Must be in list
- Check bot logs for errors
Scenario 3: Trades Executing on False Alarms
Problem: SPIKE_CRASH triggered, placed order, then price recovered
Solutions:
- Remove from trading list:
# Stop trading on spikes temporarily
supported_volatility_action:
- "BUY"
- "SELL"
# Remove SPIKE_CRASH and SPIKE_PUMP
# But keep in broadcast list for alerts
supported_volatility_action_broadcast:
- "SPIKE_CRASH" # Still get alerts
- "SPIKE_PUMP" # Still get alerts
- Increase thresholds (higher quality signals):
# More conservative = fewer false alarms
spike_pump_threshold: 6.0 β 8.0
spike_crash_threshold: 5.0 β 7.0
- Trust your smart SL/TP:
- Even on false alarms, your smart stop-loss should limit damage
- Review SL/TP settings if losses are excessive
Scenario 4: Want Alerts But Not Trading
Problem: Want to know about spikes but don't want automatic orders
Solution: Perfect use case for two-list system
# Get alerts for spikes
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH" # β
Will alert
- "SPIKE_PUMP" # β
Will alert
# But don't trade them
supported_volatility_action:
- "BUY"
- "SELL"
# SPIKE signals NOT here = no trading
Result:
- β Get alerts for all spikes
- β Can manually review and decide
- β No automatic orders on spikes
- π― Safe and informed approach
Scenario 5: Want to Trade Only During Specific Hours
Problem: Don't want spike trades executing at 3 AM
Solution:
Use your bot's existing time filters (if available):
trading_hours:
enabled: true
start_hour: 8 # 8 AM
end_hour: 22 # 10 PM
timezone: "UTC"
# Spike signals outside hours:
# - Still broadcast alerts
# - Won't place orders (time filter blocks)
Alternative: Remove from trading list during sleep hours:
- Before bed: Remove SPIKE signals from
supported_volatility_action - Wake up: Add them back if desired
Troubleshooting
Issue: No Signals Generated
Checklist:
- [ ]
enable_spike_detection: true - [ ] Thresholds not too high (try 5.0% temporarily to test)
- [ ] Sufficient price movement in market
- [ ] At least 2 candles of data available
- [ ] WebSocket/data feed connected
Debug Steps:
- Check bot logs for spike detection activity
- Temporarily lower thresholds:
spike_pump_threshold: 2.0 # Very sensitive for testing
spike_crash_threshold: 2.0
- Verify data is flowing (check recent candle updates in logs)
- Test with known volatile symbol
Issue: Signals Generated But No Broadcasts
Possible Causes:
- Signal not in
supported_volatility_action_broadcastlist - Alert channels not configured
- API keys missing
- Network connectivity issues
- Signal cooldown active
Solutions:
- Verify signal is in broadcast list:
supported_volatility_action_broadcast:
- "SPIKE_CRASH" # Must be present
- "SPIKE_PUMP" # Must be present
- Verify alert configuration:
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"
- Check logs for alert errors
- Check if symbol is in cooldown period (30-minute default)
Issue: Orders Not Placing Despite Signal in List
Problem: SPIKE_PUMP in both lists but no orders placed
Checklist:
- [ ] Signal in
supported_volatility_action_broadcastlist - [ ] Signal in
supported_volatility_actionlist - [ ] Trading is not paused globally
- [ ] Sufficient balance in account
- [ ] Exchange API permissions (trading enabled)
- [ ] Symbol not filtered out by other settings
- [ ] Position limits not exceeded
Debug Steps:
- Verify signal is in BOTH lists:
supported_volatility_action_broadcast:
- "SPIKE_PUMP" # β
Must be here
supported_volatility_action:
- "SPIKE_PUMP" # β
AND here
- Check trading logs for order attempts
- Verify API permissions on exchange
- Check account balance
- Review other trading filters (volume, risk limits, etc.)
Issue: Getting Alerts for Wrong Signals
Problem: Getting PUMP/CRASH alerts when only want SPIKE signals
Solution: Control exactly what gets broadcast
# Only broadcast spike signals
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
# Remove other signals you don't want alerts for
# Trade other signals without alerts
supported_volatility_action:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
# These will trade but not broadcast (not in broadcast list)
Issue: Confidence Always Same Value
Explanation: This is by design
Confidence is calculated based on how much the spike exceeds threshold:
Formula:
- Base confidence: 80%
- Bonus: Up to +30% based on spike strength
- Maximum: 100%
Examples:
- 6% spike, 6% threshold β 80% confidence (just met threshold)
- 9% spike, 6% threshold β 95% confidence (50% above threshold)
- 12% spike, 6% threshold β 100% confidence (100% above threshold)
This is working correctly. Stronger spikes get higher confidence.
Advanced Configuration Examples
Example 1: Ultra-Conservative (Crisis Detection Only)
# Goal: Only detect major crashes/pumps (delistings, hacks)
# Trade: None (alerts only)
signal_settings:
enable_spike_detection: true
spike_pump_threshold: 12.0 # Very high threshold
spike_crash_threshold: 10.0 # Very high threshold
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
supported_volatility_action:
- "BUY"
- "SELL"
# No SPIKE signals
# Expected results:
# - 2-8 alerts per day (only extreme events)
# - Very low false positive rate (~10%)
# - May miss some medium-severity events
# - Perfect for portfolio protection with minimal noise
Example 2: Aggressive Scalping (High Frequency)
# Goal: Catch many quick moves for scalping
# Trade: Enabled on both directions
signal_settings:
enable_spike_detection: true
spike_pump_threshold: 3.5 # Sensitive
spike_crash_threshold: 3.5 # Sensitive
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP"
- "SPIKE_CRASH"
# Expected results:
# - 30-60 alerts per day
# - 15-30 trades per day
# - Higher false positive rate (~40%)
# - Requires active monitoring
# - Smart SL/TP crucial for risk management
Example 3: Momentum Long-Only (Bull Market)
# Goal: Ride momentum pumps, ignore crashes
# Trade: Only SPIKE_PUMP
signal_settings:
enable_spike_detection: true
spike_pump_threshold: 5.0 # Moderate
spike_crash_threshold: 7.0 # Still alert on crashes
supported_volatility_action_broadcast:
- "SPIKE_CRASH" # Alert on crashes
- "SPIKE_PUMP" # Alert on pumps
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP" # Trade pumps only
# No SPIKE_CRASH
# Expected results:
# - Get alerts for both pumps and crashes
# - Only trade pumps (long positions)
# - Avoid shorting risk
# - 8-15 alerts per day
# - 3-8 trades per day (long only)
Example 4: Crash Trader (Short-Only)
# Goal: Trade crashes/delistings (short)
# Trade: Only SPIKE_CRASH
signal_settings:
enable_spike_detection: true
spike_pump_threshold: 8.0 # High (alert only)
spike_crash_threshold: 5.0 # Sensitive to crashes
supported_volatility_action_broadcast:
- "SPIKE_CRASH" # Alert on crashes
- "SPIKE_PUMP" # Alert on pumps
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_CRASH" # Trade crashes only
# No SPIKE_PUMP
# Expected results:
# - Get alerts for both pumps and crashes
# - Only trade crashes (short positions)
# - Catch delistings, hacks, bad news
# - 5-12 alerts per day
# - 2-5 trades per day (short only)
# - High risk (shorting can be dangerous)
Example 5: Selective Broadcasting
# Goal: Only broadcast spike signals, trade everything
signal_settings:
enable_spike_detection: true
spike_pump_threshold: 6.0
spike_crash_threshold: 6.0
# Only broadcast spikes
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
# Other signals not here = no alerts
# Trade everything
supported_volatility_action:
- "BUY"
- "SELL"
- "PUMP"
- "CRASH"
- "SPIKE_PUMP"
- "SPIKE_CRASH"
# Result:
# - Only get alerts for spike signals
# - All signals (including BUY/SELL/PUMP/CRASH) still trade
# - Reduces alert noise
# - Focus on crisis events
Quick Start Guide
Step 1: Enable Detection (Broadcast-Only)
# config.yaml
signal_settings:
enable_spike_detection: true
spike_pump_threshold: 7.0
spike_crash_threshold: 7.0
# Broadcast spike signals
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH"
- "SPIKE_PUMP"
# Don't trade spike signals yet
supported_volatility_action:
- "BUY"
- "SELL"
# No SPIKE signals
Start bot and monitor for 1-2 weeks:
- How many alerts?
- What's the false positive rate?
- Are real events being caught?
Step 2: Tune Thresholds
Based on Week 1-2 results:
Too many alerts (>30/day)?
spike_pump_threshold: 7.0 β 9.0
spike_crash_threshold: 7.0 β 8.0
Too few alerts (<5/day)?
spike_pump_threshold: 7.0 β 5.0
spike_crash_threshold: 7.0 β 5.0
Step 3: Enable Trading (Optional)
After you're comfortable with alert quality:
supported_volatility_action_broadcast:
- "BUY"
- "SELL"
- "SPIKE_CRASH"
- "SPIKE_PUMP"
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP" # β Add this to enable trading
# Leave SPIKE_CRASH out for now
Step 4: Monitor Trading Performance
Track for 2-4 weeks:
- Win rate - Average P&L per trade - Max drawdown - False signal execution rate
If performing well, consider adding SPIKE_CRASH.
Step 5: Optimize and Scale
# Fine-tune based on results
spike_pump_threshold: X # Your optimized value
spike_crash_threshold: Y # Your optimized value
# Enable both directions if desired
supported_volatility_action_broadcast:
- "SPIKE_CRASH"
- "SPIKE_PUMP"
supported_volatility_action:
- "BUY"
- "SELL"
- "SPIKE_PUMP"
- "SPIKE_CRASH"
Summary
Key Takeaways
- Two Control Lists:
supported_volatility_action_broadcast= What gets alertedsupported_volatility_action= What gets traded- Signal must be in broadcast list to send alerts
- Signal must be in BOTH lists to place orders
- Signals Generated:
- SPIKE_PUMP: Pumps (β₯ threshold, green candle)
- SPIKE_CRASH: Crashes (β₯ threshold, red candle)
- Default Behavior:
- Detection disabled by default (
enable_spike_detection: false) - When enabled, checks both threshold and candle color
- Only broadcasts if signal in broadcast list
- Only trades if signal in BOTH lists
- Detection disabled by default (
- Recommended Settings:
- Crisis monitoring (600 symbols): 7-9% threshold, broadcast-only
- Scalping: 3.5-5% threshold, trading enabled
- Timeframe: 5m or 15m optimal
- Exit Management:
- Handled by your existing smart SL/TP system
- No need to configure exit timers
- Spike signals just provide entry trigger
- Safety First:
- Start broadcast-only
- Learn signal quality first
- Enable trading gradually
- Trust your smart SL/TP system
Final Configuration Checklist
Before going live:
- [ ]
enable_spike_detection: true - [ ] Thresholds set appropriately for your timeframe
- [ ] SPIKE signals added to
supported_volatility_action_broadcast - [ ] Alert channels configured (Telegram, WhatsApp, Discord)
- [ ] Decided: Broadcast-only or trading-enabled?
- [ ] If trading: Added SPIKE signals to
supported_volatility_action - [ ] If trading: Risk limits set appropriately
- [ ] Monitoring/logging enabled
- [ ] Tested alerts are working
- [ ] Reviewed with historical data if possible
Configuration Summary Table
| Mode | Broadcast List | Trading List | Behavior |
|---|---|---|---|
| Disabled | - | - | No detection, no alerts, no trades |
| Broadcast-Only | SPIKE_CRASH, SPIKE_PUMP | - | Alerts sent, no trades |
| Pump Trading | SPIKE_CRASH, SPIKE_PUMP | SPIKE_PUMP | Alerts for both, trades pumps only |
| Crash Trading | SPIKE_CRASH, SPIKE_PUMP | SPIKE_CRASH | Alerts for both, trades crashes only |
| Full Trading | SPIKE_CRASH, SPIKE_PUMP | SPIKE_CRASH, SPIKE_PUMP | Alerts and trades on both |
Remember: This is a powerful tool for crisis detection and opportunity capture. The two-list system gives you complete control over what you want to be alerted about versus what you want to trade automatically.
Start conservative with broadcast-only mode, learn the patterns, and gradually enable trading as you gain confidence in the signal quality.
Good luck, and may your alerts be timely and profitable! π