대시보드
KOSPI
--
KOSDAQ
--
KOSPI200
--
VKOSPI
--
야간선물
--
VKOSPI 전일종가
--
실계좌 당일손익
--
실계좌 주간손익
--
실계좌 월간손익
--
주문가능금액
--
운영 전략 실적 (당일) 운영
| 전략 | 거래 | 승/패 | 승률 | 실현손익 |
|---|
테스트 전략 실적 (당일) 테스트
| 전략 | 거래 | 승/패 | 승률 | 실현손익 |
|---|
운영 포지션 운영
| 전략 | 종목명 | 수량 | 평균단가 | 현재가 | 수익률 | 평가손익 |
|---|
테스트 포지션 테스트
| 전략 | 종목명 | 수량 | 평균단가 | 현재가 | 수익률 | 평가손익 |
|---|
운영 주문 내역 운영
| 시간 | 전략 | 상태 | 구분 | 종목코드 | 종목명 | 주문번호 | 주문수량 | 주문가 | 체결수량 | 체결가 | 미체결 |
|---|
테스트 주문 내역 테스트
| 시간 | 전략 | 상태 | 구분 | 종목코드 | 종목명 | 주문번호 | 주문수량 | 주문가 | 체결수량 | 체결가 | 미체결 |
|---|
전략 관리
운영 전략 운영
테스트 전략 테스트
전략 상세 설명
프로세스
로그
저장:
logs/daemon/market_feed_YYYYMMDD.log로그를 불러오는 중...
SHM 조회
분봉 차트
배치 실행
데이터 수집
각 배치의 예정 시각·오늘 실행 결과(작업 스케줄러 기준)와 기능 설명입니다. 버튼을 누르면 수동 실행됩니다. (휴장일엔 실행되지 않는 게 정상)
시장 레짐
레짐 데이터를 불러오는 중… (WebSocket 연결 후 상단 설명·실시간 판정이 표시됩니다)
ETF 데이트레이딩 — V-Reversal ORB Long
룰: 음갭 -2~0% + 09:00~09:29 박스(폭≤5%) + 09:30~13:00 박스 상단 돌파 시 시장가 매수
/ 손절 -1.5% / 트레일링(+2% 활성·peak −1% 되돌림).
데이터 소스:
crystal_etf_state SHM (daemon/etf_day_runner) ·
트레이드 이력: logs/daemon/etf_day_runner_YYYYMMDD.log의 매도 체결 라인.
ETF 데몬이 실행 중이 아닙니다 —
python -m daemon.etf_day_runner --mode test 시작 후 자동 표시됩니다.
리서치 파이프라인
르네상스式 micro-signal 연구 공장.
StrategyA~R을 손으로 더 만드는 게 아니라, 약한 시그널을
대량 생산 → 통계로 죽이기 → 살아남은 것만 결합하는 자동화 파이프라인입니다.
AI 에이전트는 가설·코드·비평만 쓰고,
survive/reject 판정은 Python 게이트만,
prod 반영은 사람만 합니다.
이 화면은
read-only — 여기서 운영 코드 수정·prod 승격은 불가
(사람 SOP: docs/research/procedures/promotion_human_gate.md).
게이트 사다리 — 시그널이 순서대로 통과해야 살아남는다
L0
데이터 깊이 — OOS 거래일·캘린더가 부족하면 전부 hold. 최상위 kill switch(
allow_survive). 데이터가 적으면 어떤 통계도 못 믿으니 문 자체를 닫음.
L1
Trial·FDR·DSR — batch 시도 수 N 회계 + Benjamini–Hochberg + Deflated Sharpe. "수백 번 돌려서 하나 건진" 다중검정 편향을 제거.
L2
KR 비용 — 거래세 0.2%·수수료·회전율·세후 edge(bps). 한국 시장 비용을 못 이기는 micro-signal을 태어나기 전에 죽임.
L3
Standalone OOS — 빈도별 표본 수·PF·IS/OOS 열화·단일 regime 집중·regime 커버리지(RISK_ON/OFF/NEUTRAL 관측). 단독 성능과 견고성.
L4
직교·한계기여 — 이미 살아남은 시그널과의 상관·incremental Sharpe. "눌림목 매수 50개"처럼 똑같은 시그널 중복을 차단 — 르네상스의 심장.
L5
Shadow live — 레짐 무관 실시간 counterfactual(shadow 30+ round-trip). 백테는 과거에 핏되지만 shadow는 미래 데이터 — 차단 구간까지 검증.
L6
Paper live — runner
PaperOrderClient 실경로로 paper 30+ round-trip 검증(prod 직전 마지막 관문). promotion_ready = L5 ∧ L6. 통과해도 prod 반영은 사람만.
흐름:
manifest(가설) → sandbox 백테 → L0~L4 게이트 →
verdict(reject/hold/survive_standalone/survive) →
registry signal → combiner bundle → L5 shadow 검증 → L6 paper 검증 → promotion pending → 사람
WebSocket 연결 후 walk-forward 결과가 표시됩니다.
WebSocket 연결 후 리서치 데이터가 표시됩니다.
데이터 마이닝
PG 보유 feature 자동 패턴 발굴.
일봉·수급·변동성 등 catalog feature를 체계적으로 스크린 → preregistered batch → L1~L3-xsec 게이트로 검증합니다.
리서치 파이프라인(manifest→sandbox)과 별도 축입니다.
gen 기본 book은 single_name(prod 체결 가능)이며,
gen --book cross_sectional 배치 survivor만 combiner 입력 후보입니다.
설계: docs/research/data_mining_design.md · CLI: python -m research.mining
WebSocket 연결 후 마이닝 데이터가 표시됩니다.
런타임 아키텍처 Crystal Trading — 프로세스 · IPC · 데이터 흐름 (실행 중인 시스템)
색 = 컴포넌트 타입 (밴드 라벨 = 역할)
외부 데이터소스 — 키움 REST/WS · eSignal · KRX
외부 출력 — Telegram
데몬 — 상시 프로세스(굵은 테두리=market_feed 허브)
DBMS — PostgreSQL
배치 — 스케줄 1회성 작업
/ IPC — ZMQ · 공유메모리(SHM)
research 재사용 — research/ 산출물을 SHM read만으로 사용하는 격리 데몬
코드 구성·전략 프레임워크·리서치 에이전트는 사이드바 「SW 컴포넌트」 페이지 참조.
핵심 흐름 요약
① 시세 키움 WebSocket → market_feed → 공유메모리(SHM) 기록 + ZMQ tick(5555) 발행(페이로드 type+volume)
② 판단·주문 strategy_runner TickHub(프로세스당 SUB 2개) → 관심 종목만 인메모리 큐 → 전략 on_tick → 진입 시 키움 REST 실주문
③ 체결 루프 키움 WS
④ 관측 dashboard가 SHM을 1초 read → WebSocket 브로드캐스트 · 레짐을 분단위로 PG upsert
⑤ 영속·배치 장 전후 배치가 키움 REST 조회 → PostgreSQL 적재(종목마스터·일/분봉·풀·지수). market_feed/runner는 시작 시 PG에서 풀·오버나잇 복원
⑥ 실험/보조 etf_ha_st_runner(HA+SuperTrend, 122630 롱)·xsec_paper_runner(research L6-xsec paper)는 market_feed SHM만 read하고 crystal_positions/sim_pnl 등 기존 SHM을 건드리지 않는 격리 레이어
↳ 오프라인 리서치 파이프라인·에이전트와 코드 모듈 구조는 「SW 컴포넌트」 페이지에서 따로 다룹니다.
② 판단·주문 strategy_runner TickHub(프로세스당 SUB 2개) → 관심 종목만 인메모리 큐 → 전략 on_tick → 진입 시 키움 REST 실주문
③ 체결 루프 키움 WS
00 → market_feed → ZMQ fill(5556) → Hub → strategy_runner 포지션·PnL SHM 갱신 (0B/00 큐 분리로 간섭 차단)④ 관측 dashboard가 SHM을 1초 read → WebSocket 브로드캐스트 · 레짐을 분단위로 PG upsert
⑤ 영속·배치 장 전후 배치가 키움 REST 조회 → PostgreSQL 적재(종목마스터·일/분봉·풀·지수). market_feed/runner는 시작 시 PG에서 풀·오버나잇 복원
⑥ 실험/보조 etf_ha_st_runner(HA+SuperTrend, 122630 롱)·xsec_paper_runner(research L6-xsec paper)는 market_feed SHM만 read하고 crystal_positions/sim_pnl 등 기존 SHM을 건드리지 않는 격리 레이어
↳ 오프라인 리서치 파이프라인·에이전트와 코드 모듈 구조는 「SW 컴포넌트」 페이지에서 따로 다룹니다.
SW 컴포넌트 Crystal Trading — 코드 모듈 · 전략 프레임워크 · 리서치 에이전트 (논리 구조)
패키지(디렉토리) 단위 논리 구조입니다. 실행 중인 프로세스·IPC·데이터 흐름은 「런타임 아키텍처」 페이지를 보세요.
일일 트레이딩 보고서
WebSocket 연결 후 보고서 인덱스가 표시됩니다.
용어집 대시보드·시스템에서 쓰이는 영문 약어 풀이