스파이크 신호 감지 - 사용자 가이드


개요

스파이크 신호 감지 기능은 600개 이상의 암호화폐 심볼을 모니터링하여 극단적이고 급격한 가격 움직임을 감지합니다. 두 가지 신호 유형을 생성합니다:

  • SPIKE_PUMP: 급격한 상승 스파이크 (≥ 임계값 %)
  • SPIKE_CRASH: 급격한 하락 크래시 (≥ 임계값 %)

주요 목적

위기 감지 & 기회 포착

  • 🚨 거래소 상장폐지 (급격한 덤프)
  • 📰 프로젝트 재난 (해킹, 러그풀, 익스플로잇)
  • ⚖️ 규제 조치 (SEC 소송, 국가 금지)
  • 💥 주요 익스플로잇 (스마트 컨트랙트 버그, 브릿지 해킹)
  • 📈 뉴스 기반 펌프 (파트너십, 상장, 돌파구)

기본 동작

알림 전용 모드:

  • ✅ 600개 이상의 심볼에서 모든 스파이크 감지
  • ✅ Telegram, WhatsApp, Discord를 통해 신호 알림
  • 주문을 체결하지 않음 (기본적으로 안전)

거래 활성화:
"SPIKE_PUMP" 및/또는 "SPIKE_CRASH"supported_volatility_action 목록에 추가


작동 방식

감지 로직

시스템은 각 심볼의 가격 움직임을 모니터링합니다:

  1. 현재 캔들과 이전 캔들 종가를 비교
  2. 백분율 변화 계산
  3. 변화가 임계값을 초과하는지 확인
  4. 캔들 색상 확인 (펌프는 녹색, 크래시는 빨간색)
  5. 모든 조건이 충족되면 신호 생성

신호 흐름

┌─────────────────────────────────────────────────────────┐
│          스파이크 감지 (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 위 참조 - 주문을 체결하는 신호 (거래)

두 목록 이해

핵심 개념:

  • 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: 거래소 상장폐지

이벤트: 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%)
  

결과: 알림 수신, 조사 결과 오탐지, 조치 없음

오탐지 식별 방법:

  1. 뉴스 없음 - Twitter, Telegram, 거래소 발표 조용
  2. 빠른 회복 - 3-5분 내 가격 반등
  3. 고립된 이벤트 - 하나의 거래소만 영향
  4. 거래량 패턴 - 단일 대량 주문, 지속적 매도 아님

대응 프로토콜:

SPIKE 감지
    ↓
뉴스 확인 (30초)
    ↓
뉴스 발견?
    ↓
예 → 조치 (청산/진입)
아니오 → 2-3 캔들 대기
    ↓
여전히 움직임?
    ↓
예 → 조치 (실제 가능성 높음)
아니오 → 오탐지, 무시
  

거래 vs 알림

두 목록 시스템 이해

봇은 두 개의 별도 제어 목록을 사용합니다:

목록 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"

결과:

  • ✅ 모든 것에 알림
  • ✅ 모든 것에 거래
  • ⚠️ 최고 위험
  • 🎯 공격적 접근

이 디자인의 이유

관심사 분리:

  1. 모니터링거래
  2. 모든 스파이크 (600개 심볼)에 대해 알고 싶을 수 있음
  3. 하지만 선택된 조건만 거래
  4. 알림으로 정보 유지
  5. 거래 목록으로 위험 제어

예시 사용 사례:

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 신호 없음 = 알림 전용

# 추적:
- 하루 알림 수?
- 실제 위기 수?
- 오탐지 수?
- 결과는?

이점:

  • 거래 위험 제로
  • 신호 품질 학습
  • 오탐지율 이해
  • 자신감 구축

2. 거래 점진적으로 활성화

# 2개월: 먼저 한 방향 활성화
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: 알림 과다 (알림 피로)

문제: 하루 50개 이상 알림, 압도적

해결책:

  1. 임계값 증가:
# 이전
spike_pump_threshold: 4.0
spike_crash_threshold: 4.0

# 이후
spike_pump_threshold: 6.5
spike_crash_threshold: 6.0
  1. 더 긴 타임프레임으로 이동:
  • 3m → 5m
  • 5m → 15m
  1. 심볼 필터링:
  • 저거래량 심볼 제거
  • 고변동성 밈 코인 제거
  • 시가총액 상위 100-200에 집중
  1. 알림 목록에서 일시 제거:
supported_volatility_action_broadcast:
  - "BUY"
  - "SELL"
  # SPIKE 신호 일시 제거

시나리오 2: 중요한 이벤트 누락

문제: 실제 크래시 발생했지만 알림 없음

가능한 원인:

  1. 임계값 너무 높음
  2. 스파이크 감지 비활성화
  3. 신호가 알림 목록에 없음
  4. 캔들 색상 불일치
  5. 데이터 피드 문제

해결책:

  1. 임계값 낮춤:
spike_pump_threshold: 8.0 → 6.0
spike_crash_threshold: 7.0 → 5.0
  1. 활성화 확인:
enable_spike_detection: true  # 반드시 true
  1. 알림 목록 확인:
supported_volatility_action_broadcast:
  - "SPIKE_CRASH"  # 목록에 있어야 함
  - "SPIKE_PUMP"   # 목록에 있어야 함
  1. 봇 로그에서 오류 확인

시나리오 3: 오탐지에 거래 실행

문제: SPIKE_CRASH 트리거, 주문 체결, 이후 가격 회복

해결책:

  1. 거래 목록에서 제거:
# 스파이크에 거래 일시 중지
supported_volatility_action:
  - "BUY"
  - "SELL"
  # SPIKE_CRASH 및 SPIKE_PUMP 제거

# 하지만 알림 목록에 유지하여 알림 수신
supported_volatility_action_broadcast:
  - "SPIKE_CRASH"  # 여전히 알림
  - "SPIKE_PUMP"   # 여전히 알림
  1. 임계값 증가 (더 높은 품질 신호):
# 더 보수적 = 오탐지 감소
spike_pump_threshold: 6.0 → 8.0
spike_crash_threshold: 5.0 → 7.0
  1. 스마트 SL/TP 신뢰:
  • 오탐지라도 스마트 손절로 손실 제한
  • 손실이 과도하면 SL/TP 설정 검토

시나리오 4: 알림은 원하지만 거래는 원하지 않음

문제: 스파이크에 대해 알고 싶지만 자동 주문 원하지 않음

해결책: 두 목록 시스템의 완벽한 사용 사례

# 스파이크에 알림 수신
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"

# 시간 외 스파이크 신호:
# - 여전히 알림 전송
# - 시간 필터로 주문 차단

대안: 수면 시간 동안 거래 목록에서 제거:

  • 취침 전: supported_volatility_action에서 SPIKE 신호 제거
  • 기상 시: 원하면 다시 추가

문제 해결

문제: 신호 생성 안 됨

체크리스트:

  • [ ] enable_spike_detection: true
  • [ ] 임계값 너무 높지 않음 (테스트를 위해 5.0% 시도)
  • [ ] 시장에 충분한 가격 움직임
  • [ ] 최소 2개 캔들 데이터 사용 가능
  • [ ] WebSocket/데이터 피드 연결됨

디버그 단계:

  1. 봇 로그에서 스파이크 감지 활동 확인
  1. 임계값 일시 낮춤:
spike_pump_threshold: 2.0  # 테스트를 위한 매우 민감
spike_crash_threshold: 2.0
  1. 데이터 흐름 확인 (로그에서 최근 캔들 업데이트 확인)
  1. 알려진 변동성 심볼로 테스트

문제: 신호 생성되지만 알림 전송 안 됨

가능한 원인:

  1. 신호가 supported_volatility_action_broadcast 목록에 없음
  2. 알림 채널 구성 안 됨
  3. API 키 누락
  4. 네트워크 연결 문제
  5. 신호 쿨다운 활성화

해결책:

  1. 신호가 알림 목록에 있는지 확인:
supported_volatility_action_broadcast:
  - "SPIKE_CRASH"  # 반드시 존재
  - "SPIKE_PUMP"   # 반드시 존재
  1. 알림 구성 확인:
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"
  1. 알림 오류를 위해 로그 확인
  1. 심볼이 쿨다운 기간인지 확인 (기본 30분)

문제: 목록에 신호 있는데 주문 체결 안 됨

문제: SPIKE_PUMP가 두 목록에 있지만 주문 체결 안 됨

체크리스트:

  • [ ] 신호가 supported_volatility_action_broadcast 목록에 있음
  • [ ] 신호가 supported_volatility_action 목록에 있음
  • [ ] 전역적으로 거래 일시 중지 안 됨
  • [ ] 계정에 충분한 잔고
  • [ ] 거래소 API 권한 (거래 활성화)
  • [ ] 다른 설정으로 심볼 필터링 안 됨
  • [ ] 포지션 제한 초과 안 됨

디버그 단계:

  1. 신호가 두 목록 모두에 있는지 확인:
supported_volatility_action_broadcast:
  - "SPIKE_PUMP"  # ✅ 여기 있어야 함

supported_volatility_action:
  - "SPIKE_PUMP"  # ✅ 그리고 여기
  1. 주문 시도를 위해 거래 로그 확인
  1. 거래소에서 API 권한 확인
  1. 계정 잔고 확인
  1. 기타 거래 필터 검토 (거래량, 위험 제한 등)

문제: 잘못된 신호에 알림 수신

문제: SPIKE 신호만 원하는데 PUMP/CRASH 알림 수신

해결책: 정확히 어떤 것이 알림되는지 제어

# 스파이크 신호만 알림
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 신호 없음

# 예상 결과:
# - 하루 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"

# 예상 결과:
# - 하루 30-60개 알림
# - 하루 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 없음

# 예상 결과:
# - 펌프 및 크래시에 알림
# - 펌프만 거래 (롱 포지션)
# - 숏 위험 피함
# - 하루 8-15개 알림
# - 하루 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 없음

# 예상 결과:
# - 펌프 및 크래시에 알림
# - 크래시만 거래 (숏 포지션)
# - 상장폐지, 해킹, 나쁜 뉴스 포착
# - 하루 5-12개 알림
# - 하루 2-5개 거래 (숏 전용)
# - 높은 위험 (숏은 위험함)

📎 Related Topics