하나 이상의 condition 이 BLOCK + STOP_NEW_ENTRY = ON

손실 임계값을 넘어 sidecar 가 자동으로 신규 진입 차단. audit row 1건 추가. 이미 열린 포지션의 청산/관리는 영향 없음.

1. Risk Conditions 섹션에서 BLOCK 인 condition 모두 식별 (둘 이상일 수 있음)
2. Risk Trigger Events 섹션의 최근 발화 이력으로 발생 시점 / 원인 확인
3. 재개 결정 시: 각 BLOCK condition 의 Reset 버튼 → reason 입력 (5자 이상)
4. 모든 condition state 가 NORMAL 인지 다시 확인
5. Kill Switches 섹션에서 STOP_NEW_ENTRY 스위치 OFF

주의: 5번을 잊으면 counter 만 비고 거래는 여전히 막힘.

condition 이 WARN, STOP_NEW_ENTRY 는 OFF 유지

임계값에 근접. audit row 1건 추가, 거래는 그대로 계속.

• 즉시 조치 불필요
• 해당 condition 이 BLOCK 임계값까지 진행하는지 모니터링
• 일과성 노이즈로 판단되면 reset 고려 — 단 reset 은 counter 를 비울 뿐, 시장 상황은 그대로

condition card 의 cooldowns 배지가 보임, BLOCK 인데 새 audit row 추가 안 됨

cooldown 은 같은 (condition, severity) 의 audit row 추가만 throttle. cooldownSec(예: 300초) 동안 새 row 한 건도 안 만들어짐. 그러나:

• counter (streak / daily_pnl) 는 매 settle 마다 계속 누적
• kill switch 는 매 BLOCK settle 마다 idempotent 하게 set(true) 재호출
• 다른 condition / 다른 severity 와는 완전 독립

• 정상 동작 — 별도 액션 없음
• TTL 만료 후 임계값 여전히 만족 시 새 audit row 발화
• 조기 해제가 필요하면 reset (cooldown 키도 함께 DEL 됨)

STOP_NEW_ENTRY = ON, 모든 condition state = NORMAL

• 이전 세션에서 reset 만 하고 kill switch OFF 를 잊었거나
• 자연 reset 발생: consecutive_loss 의 win 한 번 → 카운터 0 / daily_loss 의 UTC 자정 키 변경
• kill switch 는 별개 Redis hash 라 자동으로 꺼지지 않음

condition 은 이미 깨끗하므로 reset 불필요. STOP_NEW_ENTRY 만 OFF.

둘 이상의 condition 이 동시에 BLOCK

1. 모든 BLOCK condition 을 함께 reset
2. 전체 NORMAL 확인 후 kill switch OFF

주의: 한 condition 만 reset + kill switch OFF 하면 다음 settle 에서 다른 condition 이 또 BLOCK 발화 → kill switch 자동 재 ON. 자가치유는 되지만 잠시 거래 + 즉시 차단 노이즈.

daily_loss_limit 가 current_value = 0 / state = NORMAL 이지만 cooldowns: [{ BLOCK, ttl_sec: ... }]

UTC 자정을 지나 daily counter 키가 새 날짜로 바뀜 (어제 키는 TTL = midnight + 36h 까지 자연 보존). cooldown 키는 별개 TTL(cooldownSec)이라 잠시 더 살아있음.

• 5분 이내라면 정상 — cooldown TTL 자연 만료 대기
• STOP_NEW_ENTRY 는 자정에 자동 OFF 되지 않음. 거래 재개 의도라면 명시적으로 OFF 필요

condition card 가 회색 UNKNOWN 배지 + error 메시지 표시

해당 condition 의 Redis 조회 또는 평가가 실패. service 는 fail-open 으로 다른 condition 은 정상 진행 (§3.4).

1. error 메시지에서 원인 확인 (예: ECONNREFUSED → Redis 연결)
2. Redis 가용성 점검
3. 회복 안 되면 운영팀 에스컬레이션
4. 그 사이 STOP_NEW_ENTRY 수동 결정 — 해당 condition 의 BLOCK 발화도 평가되지 않으므로 보수적으로 ON 권장

reset 직후 새 settle 1~2건 만에 같은 condition 이 다시 BLOCK

counter 는 reset 으로 비웠지만 시장 상황 / 전략은 그대로. 신규 손실이 즉시 누적되어 임계값 재돌파.

• 반복 reset 금지 — 같은 결과만 반복
• 전략을 일시 정지 (STOP_NEW_ENTRY ON 유지)
• 시장 상황 / 전략 / config threshold 합리성 검토
• 필요 시 threshold 조정 후 재개

• condition counter 키 DEL (risk:consecutive_loss:count 또는 risk:daily_pnl:{utc_date})
• WARN cooldown 키 DEL
• BLOCK cooldown 키 DEL
• pre-reset snapshot 반환 (UI 토스트로 알림만)

• STOP_NEW_ENTRY kill switch 토글 — 다른 condition 이 BLOCK 일 수 있어 결정 불가, 별도 ops 액션
• 다른 condition 의 state 변경
• audit log (risk_trigger_events) 의 과거 row 변경/삭제