목표는 시장 관측 → 연구·전략 선택 → 승인 범위의 실행·보호 → 비용 후 결산 → 다음 판단으로 이어지는 펀드입니다. 아래 배포 연결 설명이 전체 자동 운용 완료를 뜻하지는 않습니다.
시스템·개발 영역입니다 — 구조, 구현 상태, 검증 근거, 변경 이력을 보존합니다. 지금의 자동매매·결정·자금은 운용 현황과 내 결정에서 봅니다.
이 화면의 구역: 현재 개발현황 · 기존 연결 설명 · 연구·실험 · 구조·런타임 · 과거 이력
현재 개발현황
2026-10-20 KST 자료 확인 · 개발 상태의 한시점 스냅샷입니다. 실시간 계정·위험 관측이 아니며, 이후 변경은 별도 확인이 필요합니다.
전체 디지털 펀드 목표는 아직 미완입니다.
경제적으로 다른 5~10개 매니저의 연구·선발 → 승인 범위의 실제 적용 → 비용 후 성과 → 다음 운용을 이어야 합니다.
개별 기능의 배포나 격리 시험 통과를 이 전체 연결의 완료로 보지 않습니다.
검증·운영에서 확인한 것
- 지원 범위의 안전 복귀 (W23): 격리 검증·배포·배포 후 첫 정규 실행을 확인했습니다. 지원하는 보호 주문과 청산 근거에 한정된 수락이며, 자연 발생 복귀 사례의 증명과는 별개입니다.
- 비용에서 다음 판단으로: 실제 청산 저장 경로의 비용 근거가 다음 판단·진입에 연결되는 격리 시험을 수락했습니다. 시험의 거래소 응답은 합성 입력입니다.
- 연구 기각 → 휴면: 기존 제안·승인·적용과 이후 정규 실행으로 연결한 사례가 있습니다. 우수 후보 전체의 비교·선발 완료는 아닙니다.
- v5/v31 무신호 이유 (W27): 기존 전략 파라미터의 최근 평가 이유에서 정상 조건 대기와 입력 확인 불가를 나눠 표시합니다. 마지막 저장 표본의 시각·종목·다음 조건을 보여주며, 과거 미기록과 조회 실패는 미확인입니다. 거래 조건·정책은 유지했습니다.
- 회고·거래표 수정 (W29): 회고가 진입 시각 이전의 시장 상태를 고르도록 기존 조회를 재사용했습니다. 배포 후 월별 표본 12건이 모두 일치했습니다. 거래표는 첫 최대 200건과 현재 CSV 표본을 전체 거래와 구분해 안내합니다. 과거 저장 회고·거래 원문은 다시 쓰지 않았습니다.
- 펀딩 상승장 비거래 비교: 기존 v48 조건을 ETH·SOL 과거 자료에서 비용 9가정으로 비교했습니다. 전체기간 모형 평균은 모두 음수여서 상승장 활성화 근거가 없습니다. 실제 체결·수익률이 아닌 가정 계산입니다.
아직 확인되지 않은 것
- 자연 비용 소비 (W18): 운영에서 자연 발생한 적격 비용이 같은 다음 진입 판단에 소비되는 근거와 수익 효과는 아직 미입증입니다. 주문을 강제로 만들지 않고 관측합니다.
- 과거 전수 분석·기회 포착: 저장 거래그룹과 142일 회고는 확인했지만 모든 거래의 비용·당시 입력·기회 포착을 검증한 것은 아닙니다. 일부 역사 연결 조회는 미확인으로 남겼습니다.
- 같은 양성 연구후보의 전체 연결: 연구 비교·추천부터 실제 적용, 후보 자신의 비용 후 성과와 다음 운용까지 관통하는 확인이 남아 있습니다.
후보 기록 확인: 후보 상태 이벤트 72건에서 36개 후보를 확인했습니다(TESTED 27개·REJECTED 9개). TESTED는 수익성 통과를 뜻하지 않습니다. 이 숫자는 후보 큐의 상태 기록이며 전체 연구 자료나 현재 우수 후보 수가 아닙니다.
확인 시점의 운용 정책: v28은 NEUTRAL 제한을 유지하고, v63은 관측 전용입니다. 설정상 활성·자동거래·정규 실행이 켜진 10개도 최종 주문 허용이나 목표 매니저 구성 완료를 뜻하지 않습니다. 실제 진입에는 시장·신호·기존 안전 검사가 남습니다.
다음 작업
2026-10-20 15:59 KST 펀딩 연구 · 16:01:51 KST 회고 수정 확인: 수수료와 슬리피지를 넣은 대표 가정에서 v48의 참고 구간당 모형 평균은 ETH 약 −0.18%, SOL 약 −0.13%였습니다. 기존 상승 추세 연구 long과 반대 방향 시간이 약 53%·63% 겹쳤습니다. 실제 계정 수익률·헤지 효과나 새 미사용 검증은 아닙니다. 다음은 기존 OI·basis 관련 후보의 중복·시점·자료 지원을 확인하는 연구입니다. v5/v31 이유 연결과 기존 실제 거래·비용 예약 추적은 유지하며 거래를 강제로 만들지 않습니다.
BULL을 포함한 시장별 연구를 이어갑니다. 이번 과거 기간은 새 미사용 표본으로 인증하지 않았고, 신호 증가를 수익 우위로 보지 않습니다. 원래 청산 조건과 체결·비용 자료를 확인하고, 근거가 충분한 후보만 기존 검토·승인 범위의 다음 단계로 연결합니다. 연구 결과만으로 거래를 활성화하지 않습니다.
기존 연결 설명 2026-10-05 설명 기록 · 서명·위임 전에는 동작하지 않는 항목 포함 · 현재 개발 상태는 위 요약 참조
과거 배포 연결 설명 (2026-10-05 기준 · 현재 배포·운용 상태를 새로 인증한 자료 아님)
당시 배포된 코드가 어떤 검사를 하도록 연결돼 있는지 설명합니다. 지금 어느 후보가 저장·서명됐는지, 정기 실행·자동매매가 켜져 있는지는 이 정적 설명이 알려 주지 않습니다 — 내 결정(서명함)과 가상 연구에서 확인하세요.
당시 배포된 코드가 어떤 검사를 하도록 연결돼 있는지 설명합니다. 지금 어느 후보가 저장·서명됐는지, 정기 실행·자동매매가 켜져 있는지는 이 정적 설명이 알려 주지 않습니다 — 내 결정(서명함)과 가상 연구에서 확인하세요.
- 후보별 자동 연구 운용: 기존 15분 정기 실행에 펀드 계획·예약 장부, 연구 결산, 부모 비용 참고, 후보 자신의 거래 기록, 후보별 실행 준비 근거가 연결되어 있습니다.
- 시장 국면 원천: 기존 일일 기록과 별도로, 시장 정보 정기 작업이 실제 국면 원천을 주기적으로 갱신해 정책 기록을 새로 남깁니다. 신규 진입은 신호 시점에 30분 이내인 정책 기록(국면 원천도 30분 이내)만 씁니다 — 더 오래됐으면 진입하지 않습니다.
- Pilot 후보 신규 진입: 승인 결속 실행 검사(정책·기간·약정 한도)를 통과해야 합니다 — 유효한 승인이 없으면 신규 진입이 차단됩니다. 진입 당시 승인 귀속 기록을 남깁니다.
- 공유 예산 배분 (선택 위임 · 구성원 전원이 같은 규칙으로 서명): 서명한 규칙 하나로 신규 진입의 몫을 검사합니다. ① 연구 목표 비중 규칙 — 신호 시점 정책 기록의 목표 비중 × 공유 상한. ② 구성원 균등 규칙 — 부모 전략이 그 기록에서 적합하면 공유 상한 × 1/서명 구성원 수, 부적합이면 몫 0(현금으로 두며 다른 구성원에게 다시 나누지 않음). 구성원 균등 규칙에서는 정책 기록의 연구 가중치가 근거로만 남고, 서명한 운용 몫과 따로 봅니다.
- 자금 조건 (선택 위임): 서명하면 신호 판단·진입 직전·약정 예약·최종 주문 제출 직전에 신규 진입을 다시 검사합니다. 계좌·결산 자료가 없거나 오래돼 판단할 수 없으면 진입을 막습니다. 하루 손실 차단은 시간이 지났다고 풀리지 않습니다 — 최근 24시간 창의 손익을 다시 계산해 서명 한도 안이고 자료가 유효할 때 그 차단만 해소되며, 다른 진입 조건은 그대로 적용됩니다. 누적 손실 차단은 차단된 뒤 구성원 전원의 새 서명과 그다음 정기 결산이 있어야 풀리며, 이때도 다른 차단은 그대로 유지됩니다.
- 비용 피드백 (선택 위임): 비용 후 결과에 따라 축소·중지 단계를 판정하고, 축소 중에는 서명한 약정·개수 한도를 적용합니다. 주문 금액 자체를 줄이는 것은 건당 축소 상한을 따로 서명한 경우에만입니다 — 그 상한으로 수량을 내려 주문하고, 최소 주문에 못 미치면 올리지 않고 그 주문을 거부합니다. 축소에서 정상으로의 자동 복귀도 복귀 조건을 따로 위임·서명한 경우에만 작동합니다. 중지 단계가 되면 신규 진입 차단은 자동입니다. 실제 자동매매 스위치를 끄는 강등(휴면)과 다시 켜는 복귀는 제안 → Founder 승인 대상입니다.
- 위 검사는 모두 신규 진입에만 적용됩니다. 이미 보유한 포지션의 원래 TP/SL 보호, 회계, 연구 기록 책임은 그대로입니다.
- 펀드 결산 화면: 후보별 비용 확정 거래 근거(현재 승인 기간 안 · 순위·적격·배분 아님)와 후보·원계약별 연구 기록(지연 가상진입 · 실시간 원전략 실적 아님)을 따로 보여 줍니다.
연구·실험 — 후보별 가상 연구 운용 주문 없는 연구 · 실거래 아님
기존 15분 수집 경로에서 사전 정책·신호 관측 → 정책별 선택 → 가상 보유 → 원래 TP/SL 추적 → 결과·비용 저장 → 다음 선택을 이어갑니다.
| 단계 | 지금 방식 | 근거·자료 시각 |
|---|---|---|
| 후보 관측 → 정책별 선택 → 가상 보유 → 원래 TP/SL 추적 → 결과 저장 | 자동 (기존 15분 정기 실행) | 아래 후보별 표의 "최근 저장" |
| 펀드 연구 장부 (예약·보유 의무·해제) | 자동 (같은 정기 실행) | 아래 "펀드 연구 장부"의 마지막 저장·판단 입력 기준 |
| 펀드 결산 · 적용·중지·복원안 초안 | 자동 저장 (제출·승인 아님) | 아래 "펀드 결산"의 마지막 저장·적용안 기준시각 |
| 운용 설정 변경 (허용 키만) | 수동 — 승인된 제안과 확인이 있어야 적용 | 아래 "자동화의 경계"와 내 결정 서명함 |
| 후보 실거래 활성화 (정기 실행·자동매매) | 수동 — 기존 적용 경로로는 바꿀 수 없음 | 운용 현황 결산 적용안의 "적용하려면 바꿔야 할 것" |
| Pilot 신규 진입의 승인 결속 (정책·기간·원진입 약정 한도) · 진입 당시 승인 귀속 기록 | 실행 검사 연결됨 — 유효 승인이 없으면 신규 진입 차단 (실투자 활성화는 별도) | 현재 승인 검토: 내 결정 서명함 (카드 없음 = 승인 아님) · 저장된 결과: 아래 "펀드 결산" |
| 비용 후 결과 → 축소·신규 진입 중지·축소 후 정상 복귀 · 공유 예산·배분 규칙 · 자금 조건 | 선택 위임 — 서명한 항목만 신규 진입 검사에 추가 (배분: 서명한 규칙의 몫 · 자금: 신호·진입·예약·최종 제출 직전, 자료 불명이면 차단). 위임 없으면 기존 승인 검사만 | 현재 위임 서명 검토: 내 결정 서명함 · 저장된 결과: 아래 "펀드 결산"의 위임 피드백·공유 예산 |
| 비용 피드백 중지 시 신규 진입 차단 | 자동 (위임을 서명한 경우) — 승인을 기다리지 않음 | 저장된 결과: 아래 "펀드 결산"의 위임 피드백 |
| 자동매매 스위치 OFF(휴면 강등)·다시 ON(복귀) | 제안 + Founder 승인 — 강등 제안 → 승인하면 거래 OFF·연구 계속, 재승인 뒤 조건 충족 시 승격 제안 → 승인 | 내 결정 서명함 · 현재 거래 ON/OFF는 후보별 화면에서 확인 |
| 승인 없는 자동 거래 ON/OFF · 후보 교체 · 자본 재배분 | 미연결 (연구 제안만 저장) | 후보별 운용의 "다음 운용 제안" |
펀드 연구 장부 — 계획·예약·보유 의무·해제
같은 정기 경로에서 두 독립 정책의 연구 예산을 따로 기록합니다. 선택 당시의 원계약을 유지하고, 청산 결과를 관측한 뒤 예약을 해제합니다. 두 장부를 합산하거나 실제 자본·계좌 순손익으로 표시하지 않습니다.
펀드 연구 장부 저장 상태 조회 중…
펀드 결산 — 연구 결과·실제 비용 참고·다음 확인
같은 정기 실행이 연구 장부·부모 비용 참고·후보 자신의 정확한 실행 ID로 조회한 거래를 구분해 결산을 저장합니다. 시작 전 진입·비용 미확정·시각 미입증은 새 기간 부분합에서 제외합니다. 후보별 부분 조회·실패·이전 정상값도 구분하며, 부모 거래를 후보 체결로 바꾸거나 후보 거래를 펀드 수익으로 합산하지 않습니다.
후보별 실행 대상·관측 당시와 현재 설정의 차이·기존 보유 책임도 함께 저장합니다. 연구 전용 중지와 실행 구현 부재를 구분하고, 부분 조회나 이전 근거를 현재 정상 상태로 표시하지 않습니다. 실제 자본·손실한도·활성화 결정은 별도로 필요합니다.
펀드 결산 저장 상태 조회 중…
저장된 운영 상태 조회 중…
1분마다 조회 · 최근 저장 시각은 후보별 표시. 입력 대기는 장애와 다릅니다. 조회 실패·저장 지연은 성공으로 표시하지 않습니다.
현재 자동 실행
- 원신호를 읽은 뒤 다음 1분봉 시가로 가상 진입하고 정책별 선택·보유를 따로 저장합니다.
- 재시작 뒤에도 같은 진입과 원래 TP/SL을 이어 추적합니다. TP/SL 전용 전략에 시간 만료를 추가하지 않습니다.
- 계약이 바뀌면 기존 보유의 자연 청산을 기다리고 결과를 보존한 뒤 새 계약의 관측을 시작합니다.
연구 결과의 한계 (이 연구 경로에 한함)
- 지연 가상 진입은 원전략의 실시간 성과나 거래소 실제 체결이 아닙니다.
- 연구 결과에서는 펀딩·슬리피지·배정자본 부족 때문에 비용 후 순성과가 미확정입니다. 후보별 수익을 합산·순위화하지 않습니다.
- 연구 장부의 가중치는 연구 예약 비율이며 그 자체로 계좌 배분이 아닙니다. 실제 신규 진입의 몫과 자금 조건은 서명한 배분 규칙·자금 조건(위 연결 설명)으로 따로 검사합니다. 실거래 OFF와 연구 관측은 별개입니다.
기술 구조·런타임 상세 보기 개발 참고 · 운영 상태는 운용 현황과 내 결정에서 확인
구조·런타임 개발 참고 · 각 표의 기록 시점이 따로 적혀 있음 · 정기 실행기 상태는 런타임 탭
1컴포넌트 인벤토리 — 구조와 가동 범위
기존 구조 기록: 2026-08-03 · 운영 구분 보완: 2026-09-08, 6a513d3 인증 자료 기준. LIVE=가동 경로 · SHADOW=해당 기능의 관측/판정 · API-ONLY=UI 미연결 · DRY-RUN=해당 경로의 조회/계획. 같은 엔진 안에서도 주문에 영향을 주는 기능은 따로 표시합니다.
과거 6a513d3 배포 인증: 시장 정보 없음·0값·위험 상태의 해석 정합, 연구 입력 Money-C 표본 정정. 당시 코드 정정은 회고 시점·가설 근거·배분 단위·후보 등록의 정합을 보완했습니다. 아래 통합 릴리스 자료는 해당 시점의 배포·자연 동작 근거이며 현재 개발상태는 상단 요약을 봅니다.
그림 1 — 실행 구성요소의 4레이어 지도. 2026-08-03 골격에 2026-09-08 인증 자료의 가동 구분을 보완했습니다. 전체 펀드의 의사결정 순서는 드래곤 아키텍처 탭을 참조하세요.
| 컴포넌트 | 역할 | 상태 | 핵심 파일 | UI |
|---|---|---|---|---|
| Market Direction SSOT | 7차원 시장진단 단일출처 | LIVE | market_direction.py | 시장분석 (FULL) |
| Manager Fleet | Portfolio가 필요로 하는 역할을 수행하는 전략 실행 단위(evaluate) | LIVE | strategy_v*.py · base_strategy.py | 전략 (FULL) |
| Trade Execution | 진입/주문 실행 | LIVE | trade_execution.py | 포지션 |
| Position SL Guardian | naked 방지 off-loop SL. 2026-08-03 HYBRID 전환 — Manager SL 정상이면 PSL 생성 SKIP, 비정상(MISSING/UNDER/DRIFT/UNKNOWN)이면 fallback PSL 유지 | LIVE | position_sl_guardian.py | 포지션 |
| Position Protection (Option B) | TP·SL 단일 보호를 목표로 실제 주문·잔여 수량을 관측/분류/계획(planner) + HYBRID 결정 SSOT(decide_psl_action·assess_manager_sl_health) + 수동 PSL 제거 endpoint | LIVE | position_protection.py · routers/position_protection_api.py | API-ONLY (dry-run plan) |
| Entry Protection Fail-Closed | ENTRY_SUCCESS → Manager SL LIVE OR PSL LIVE. 둘 다 미확인 시 역방향 MARKET 청산 + flat 재확인 | LIVE | trade_execution.py:_sl_protection_live | 로그/이벤트 |
| Economic SSOT (net-after-cost) | 기록된 비용 기준 순손익(기존 집계 구간 2026-07-01+). 미기록 펀딩은 합계에서 0 대입하며 완전성 미확인 | LIVE | founder.py:economic-ledger | Founder·MIC·서명함 |
| 후보별 자동 연구 운용 | 사전 정책·원신호 관측, 정책별 선택·보유, 장기 TP/SL, 비용 미확정 보존, 계약 전환 | 연구 가동 | prospective_research · profiled_shadow_collection | 후보별 운용 · 기존 저장 결과 조회 |
| Research Engine (Phase 9) | dataset-plugin 연구 플랫폼 — 진입품질 발견 → 제안 → 심사(9게이트) → 가설 지문/동등성. 전부 read-only·영속화 0 | DRY-RUN | research/{engine,proposals,review,hypothesis,equivalence}.py · plugins/entry_quality.py | CLI-ONLY |
| Portfolio Risk | exposure/패밀리 노출 | LIVE | portfolio_risk.py | 포지션 |
| Exchange Sync | 구 거래소 체결/그룹 동기화 엔진 — 2026-08 은퇴(Phase A). lifecycle·회계는 measurement_sync가 SSOT. 잔존=공유 헬퍼+v2 호환 체인 | RETIRED | exchange_sync.py(축소) | — (nav 제거) |
| Measurement Sync / Reconcile | 측정 진실화·forward gate | LIVE | measurement_sync.py | reconcile 위젯 |
| Manager Score | 매니저 점수 레이어 | LIVE | manager_score.py | 전략 lifecycle |
| Manager Control Center | 라이프사이클 카운트 | LIVE | routers/founder.py | 포트폴리오/전략 |
| Confidence / Capital 판단 | Confidence V3·Capacity·Allocation·Portfolio Brain·Manager Economy의 관측/판정. 이 결과만으로 실주문·자본 배분이 자동 적용됐다고 판단하지 않음 | SHADOW | confidence_engine.py · portfolio_brain.py · manager_economy.py | Founder·passport |
| Confidence Cap / Autosize | 실제 주문 크기에 반영. 구 Confidence engine의 cap 경로는 shadow_only와 별도이며, V3 shadow 점수와 구분 | LIVE | confidence_engine.py · sizing_acquisition.py · sizing_authority.py | 사이징 근거 |
| Sweet Spot / Passport / Surgery | 매니저 진단·수술 큐 | LIVE | manager_sweet_spot.py · founder.py | 전략 (FULL) |
| Event Engine | 단일 writer immutable 이벤트 로그 | SHADOW | event_engine.py | API-ONLY |
| Alpha Funnel / Trace | signal→entry 전환 관측 | SHADOW | alpha_trace.py · alpha_*_observatory.py | API-ONLY |
| Arbitration | 1 포지션 = 1 매니저 귀속 | SHADOW | arbitration_shadow.py | API-ONLY |
| Close Discipline | close intent/coordinator/cause | SHADOW | close_intent.py · close_coord_v2.py | 일부/API-ONLY |
| Domain Objects (EPIC2) | Market/Weather/Policy 객체화 | SHADOW | market_vector.py · weather_state.py · policy_state.py | API-ONLY |
| Parameter Observatory | 전략별 파라미터/임계값 | LIVE | parameter_observatory.py | 파라미터 (FULL) |
| Lessons / Daily Report | 회고·일별 레포트·거래 로그 | LIVE | routers/lessons.py · daily_report.py | 거래 회고 · 거래 로그 (FULL) |
| Scheduler | cron 백본(APScheduler) | LIVE | scheduler.py | 런타임 탭 (라이브) |
| Settings | Binance API 키 관리 | LIVE | routers/settings.py | 거래소 동기화·설정 |
| Ops Hub | 포트폴리오 통합 타임라인 (Review는 Lessons·Confidence·Decision으로 MERGED, 2026-07-20) | LIVE | founder.py:portfolio-timeline | 포트폴리오 (FULL) |
| Clone Factory | 부모 복제 → dormant/shadow 클론 생성 | SHADOW | clone_factory.py | 전략 (클론) |
| Alpha Evidence (SPF) | 전략 겹침 실측(source map) | SHADOW | alpha_evidence_observatory.py | API-ONLY |
| Knowledge Loop / Auto Hypothesis | 성과 분석→가설→dormant 후보 생성 경로. 6시간 작업은 실거래·cron이 꺼진 클론을 등록하며, 후보 생성과 실거래 승격은 별도 | 연구 후보 | manager_sweet_spot.py · auto_hypothesis.py · clone_factory.py | 후보·진단 |
* Exchange Sync는 은퇴한 구 경로입니다. 현재 회계·청산 동기화의 소유자는 measurement_sync이며, 옛 동기화 작업의 OFF를 현재 전체 동기화 중단으로 해석하지 않습니다.
2레이어별 핵심 파일 · DB 테이블
"어디서 무엇을 가져와 어디에 저장하는가"의 정확한 경로.
| 레이어 | 핵심 파일 | 주요 함수 | DB 테이블 |
|---|---|---|---|
| 데이터 인입 | binance_client.py | klines · funding_rate_history · userTrades · income | trade_groups(measurement) · exchange_trades=역사(~2026-06-27) |
| 스케줄 | scheduler.py | configure_strategy_jobs · _job_strategy_scan | strategy_cron |
| 시장 진단 | market_direction.py | persist_market_direction · _grade_*(7차원) | market_direction_snapshots |
| 매니저 설정/게이트 | base_strategy.py | market_filter_pass · check_position_exists · evaluate | strategy_settings |
| 스캔 | scan.py | run_strategy_scan · _resolve_dynamic_runner | strategy_scan_log |
| 후보 큐 | candidate_queue.py | propose · promote · record_test | dragon_events |
| 실행 | trade_execution.py | execute_entry_trade · _place_tp_sl_algo · _ensure_tp_sl_live · _sl_protection_live(fail-closed) | trade_groups |
| 포지션 보호 | position_protection.py · position_sl_guardian.py | observe_and_plan · plan_one · decide_psl_action · assess_manager_sl_health · cancel_exact_psl · ensure_position_sls | app_settings(flags) · 거래소 algo(진실) |
| 연구(read-only) | research/engine.py · plugins/entry_quality.py | ResearchRunner.run · build_proposals · build_reviews · fingerprint | (영속화 없음 — 조회 전용) |
| 거래소 동기화 RETIRED | exchange_sync.py(축소) | close_groups_without_position(v2 호환) | exchange_sync_runs(역사 read-only) |
| 측정/회계 | measurement_sync.py | job_measurement_sync · _match_fills | trade_groups(update) |
| 자동 적용 | apply_orchestrator.py | apply_proposal · decide | strategy_settings |
| API | routers/strategies.py | get_strategy · put_settings · patch_cron | (전체) |
1배포 토폴로지와 현재 연구 실행 경로
운영: crystal.dragon-trade.xyz (Hostinger VPS, dragon-new). 기존 API 내 스케줄러가 연구를 실행하고 PostgreSQL에 보유·결과·비용·이전 계약을 저장합니다. 브라우저는 저장 결과를 조회하며 연구 실행을 시작하지 않습니다. 아래 그림의 09-08 작업 수는 역사 기록이고 현재 등록·완료 상태는 라이브 응답에서 확인합니다.
그림 2 — 배포 토폴로지: 브라우저 → 호스트 nginx(정적 직접+API 프록시) → docker api / PostgreSQL.
브라우저 (Founder)
https://crystal.dragon-trade.xyz
↓
호스트 nginx (443 바인딩)
프론트 실서빙 = 호스트 nginx docroot /var/www/dragon-trade/ —
정적 HTML·JS를 직접 서빙. /console/api/ 요청은 127.0.0.1:8000/api/로 프록시.
CURRENT_REALITY.md · 2026-09-08 배포 인증 자료
↓ /console/api/ 만
docker dragon-trade-api-1
FastAPI :8000 · 컨테이너 코드 /app · APScheduler 내장. 운영 저장소 /home/dragon-trade/dragon-trade와 실행 파일을 대조해 배포를 확인합니다.
backend/app/main.py · services/scheduler.py
PostgreSQL (dragon_trade)
trade_groups · strategy_settings · strategy_scan_log · market_direction_snapshots · dragon_events 등.
SQLAlchemy (backend/app/database.py)
배포 확인 기준 — 프론트는 실제 docroot와 HTTPS 응답, 백엔드는 실행 컨테이너의 파일·시작 시각·동작을 확인합니다.
인증 기준 브랜치는 ui-deploy-2026-07-01입니다.
deploy.sh의 기본 브랜치는 이 값과 다르므로 배포 범위와 브랜치를 명시합니다.
2스케줄러 라이브 상태
아래는 스냅샷이 아니라 GET /console/api/admin/scheduler-status 라이브 응답입니다. RUNNING은 스케줄러 실행 상태이며, 각 작업의 최근 성공이나 데이터 최신성을 보장하지 않습니다.
확인 중…
job 목록 로딩…
최근 내부 작업 기록 조회 중…
0자율주행 Digital Hedge Fund — 목표와 현재
Dragon은 펀드가 필요한 역할을 정하고, 그 역할에 맞는 전략을 검증해 적합한 시장에서 운용하는 시스템입니다. 각 전략의 비용 후 성과와 위험을 다음 연구·전략 선택·자본 배분에 반영합니다.
목표: 사용자가 정한 위험 한도 안에서 실거래 전환·전략 교체·자본 배분까지 자동화합니다.
검증된 기능부터 단계적으로 가동하며, 한도 밖의 결정이나 아직 정해지지 않은 정책은 사용자 판단이 필요합니다.
이는 최종 목표이며, 아래에 표시한 현재 기능 전부가 이 수준으로 가동 중이라는 뜻은 아닙니다.
설계의 우선순위: Fund Identity → Portfolio Policy → Portfolio Objective → Required Roles → Capacity → Capital → Manager Economy → Portfolio Brain → Execution.
상위의 목적과 정책이 하위의 선택을 결정합니다. 수익 순위나 Confidence 점수 하나만으로 전략을 승격하지 않습니다.
- 현재 연구 연결: 후보별 사전 정책→선택·보유→TP/SL→결과·부분 비용→다음 선택이 기존 서비스에서 반복됩니다. 위 현재 시스템 표에서 최근 저장 상태를, 후보별 운용에서 원래 보유·정책 차이·이전 계약을 확인합니다. 전체 펀드의 자동 배분 완료와 구분합니다.
- 펀드의 판단 흐름: 목표·위험 정책 → 필요한 역할 → 전략 연구·증거 검증 → 시장 적합성·자본 배치 판단 → 실행 → 비용 후 성과·위험 → 다음 판단.
- 기존 실행 구성: 시장 진단, 전략별 게이트·신호, 실주문·포지션 보호, Money-C 회계가 가동합니다. Confidence Cap·Autosize는 주문 크기에 반영되고, V3·Capacity·Allocation·Portfolio Brain·Manager Economy는 shadow 범위를 구분해 읽습니다.
- 아직 완성·효과 인증 전: 실제 체결 시각에 맞는 시장 귀속과 오래된 스냅샷의 허용 기준, 가설 동일성·계보의 연결, 자연 후보 생성·검증에서 자동 전략 교체·자본 배분까지의 전체 반복 운용. 코드 수정·배포·자연 동작·지속 수익성은 각각 별도 증거가 필요합니다.
1현재 거래 실행 경로 (6레이어)
아래는 펀드 전체 중 시장 관측→전략 실행→회계를 설명합니다. 점선의 성과 재사용은 연구·검증·적용 단계를 거치며, 완전 자동 운용의 완료 표시가 아닙니다.
그림 3 — 거래 실행 경로. 자동 실주문과 자동 연구 후보 생성은 구분하며, 성과에서 다음 운용으로 이어지는 전체 연결은 단계별로 검증합니다.
L1데이터 인입 (Ingestion)
Binance Futures API — klines(봉)·funding·청산(forceOrders)·체결(userTrades)·income. 외부: 매크로(SPX·VIX·US10Y)·뉴스 RSS.
services/binance_client.py · scheduler.py(cron 등록)
↓
L2시장 진단 / Regime
7차원(방향·변동성·유동성·위험·회전·심리·매크로) → 0~100 점수 → 9단계 regime(COLLAPSE…EUPHORIA). 5분 cron.
services/market_direction.py
L3매니저 스캔 준비
스케줄러가 매니저별 스캔을 요청하고 scan.py가 전략 runner로 전달합니다. BaseStrategy는 기존 포지션 처리와 설정·시장·종목을 확인합니다.
scheduler.py → scan.py → strategy_v*.py / base_strategy.py
↓
L4진입 전 조건 → 알파 → 주문 전 검사
시장 정보·regime·강도·위험 조건과 중복 포지션·쿨다운을 확인합니다. BaseStrategy의 진입 조건을 통과해야 evaluate()가 신호를 만들며, 신호 이후에도 안전·사이징·주문 검사가 남습니다. 연구 후보 큐의 propose→test→approve는 각 주문이 통과하는 경로와 별도입니다.
services/base_strategy.py → trade_execution.py · 연구 후보: candidate_queue.py
↓ auto_trade 분기
auto_trade = false
신호만 기록 (주문 X). 검증/관찰 단계. = OBSERVING 상태.
strategy_scan_log.payload_json
L5auto_trade = true → 실제 발주
entry_usdt→수량 계산 → Binance 진입 발주 → 전략별 TP(일반 LIMIT 또는 algo)·SL 발주 → 거래소 재조회로 보호 상태 확인 → 보호 확인 게이트(SL 미확인 시 fail-closed 청산) → TradeGroup(OPEN) 저장. 부분 체결·잔여 수량·보호 상태에 따라 실제 주문 수는 달라집니다. Manager SL 정상이면 PSL 미생성(HYBRID).
services/trade_execution.py
↓
L6동기화 · 측정 · 회계 (Accounting)
거래소 상태·체결을 확인하고 fill·funding을 매칭해 측정합니다. 실현 net의 정본은 Money-C(실현손익과 수수료·펀딩 반영)이며, 미실현과 혼합하지 않습니다. 성과는 연구·회고·가설의 입력이고, 후보 검증과 실제 적용은 별도 단계입니다. 수량 회계 불변식(2026-08-02 P0): realized_qty == close_executed_qty ≤ qty — 누적은 measurement_sync가 소유합니다.
services/measurement_sync.py · money_clean.py
2매니저 상태 — 가동·신호·실거래를 구분
DORMANT는 영구 폐기 판정이 아닙니다. 아래는 실행 스위치의 설명이며, Founder의 연구 성숙도·경제 상태 라벨과 같은 상태 머신으로 취급하지 않습니다. 자동 활성화의 대상·조건·현재 가동 여부 전체는 이 설명 갱신에서 인증하지 않았습니다.
| 상태 | 조건 | 스캔 | 신호 | 주문 | 의미 |
|---|---|---|---|---|---|
| 실거래 경로 ON | cron ON + auto_trade=true | ✓ | 조건부 | 조건부 | 게이트·신호·주문 검사 통과 시 진입 가능 |
| 관측 경로 | cron ON + auto_trade=false | ✓ | 조건부 | 신규 진입 ✗ | 조건을 충족한 신호 관측 |
| 게이트 차단 | cron ON + 진입 조건 차단 | ✓ | 차단 단계에 따라 다름 | 신규 진입 ✗ | 알파 이전 차단이면 신호 생성도 생략 |
| 예약 스캔 OFF | strategy_cron.enabled=false | 예약 실행 ✗ | 예약 스캔 없음 | 예약 신규 진입 없음 | 연구 상태나 영구 폐기 판정과 구분 |
| 활성화 준비 | 등록·설정·검증 조건 확인 필요 | 정본 활성화 게이트의 사유 확인 | 연구 성숙도와 실거래 안전 승인은 별도 | ||
- 스위치와 상태 라벨은 다릅니다. cron·auto_trade·등록 활성 상태·연구 성숙도·실거래 안전 승인을 각각 확인해야 합니다.
- 연구 후보 자동 생성 ≠ 실거래 자동 전환. auto_hypothesis는 dormant 클론을 생성하는 경로이며, 이 사실만으로 자동 활성화가 가동 중이라고 판단하지 않습니다.
- 새 실거래 활성화: live_activation과 Promotion Safety Gate가 대상·실제 적용될 설정·검토 증거를 확인합니다. 연구의 PROMOTION_READY만으로 이 조건을 충족하지 않습니다.
- 시장 조건 재평가: 예약 스캔이 켜져 있으면 다음 스캔에서 시장에 맞춰 진입 가능 여부를 다시 판단합니다. 실제 신호·주문 발생 여부는 해당 스캔과 실행 기록으로 확인합니다.
3자동화의 경계 — 사용자 한도 안에서 단계적 가동
최종 목표는 사용자 정의 위험 한도 안의 자동 실거래 전환·전략 교체·자본 배분입니다. 현재 개별 적용 경로의 검토 조건은 유지되며, 이 설명은 한도·설정을 변경하거나 자동화를 켜지 않습니다.
현재 설정 적용 경로
- allowed_regimes — 작동 regime
- min_intensity — 진입 최소 강도
- symbols — 거래 종목
- cooldown_min — 쿨다운
apply_orchestrator의 SAFE 키 범위입니다. 이 경로는 confirm과 검증을 요구합니다. SAFE는 거래 효과가 없다는 뜻이 아닙니다.
별도 정책·검증이 필요한 제어
- auto_trade — 실거래 ON/OFF
- cron_enabled — 가동 ON/OFF
- entry_usdt · leverage — 베팅 크기
- tp_percent · sl_percent — 손익절
이 키들은 위 SAFE 적용 경로 밖입니다. 실제 활성화·사이징 경로의 정책과 검증을 따릅니다. Confidence Cap·Autosize처럼 이미 주문에 반영되는 자동 계산과, 앞으로 검증해 열 자동 자본 배분은 구분합니다.
4과거 인증 범위와 당시 남은 검증
2026-10-01 추가 내용을 포함한 과거 설명 기록입니다. 후보별 자동 관측·보유·장기 추적·비용 저장·계약 전환과 이전 실행 경로의 근거를 보존합니다. 아래 목록과 수치는 현재 개발상태의 전수 판정이 아닙니다. 현행 완료·미구현·자연 검증 대기는 위 현재 개발현황을 봅니다.
당시 기록된 연구 연결과 실행 경로
- 7차원 시장진단 · 9단계 regime (V5)
- 매니저 스캔·게이트(regime/intensity/중복/쿨다운)
- 실제 발주·TP/SL 알고·청산 동기화
- 포지션당 단일 보호 (TP 1 + SL 1) — Option B HYBRID, 2026-08-03 라이브 달성. 신규 진입은 주문 2개로 생성(PSL 중복 제거), Manager SL 장애 시에만 fallback PSL
- 진입 fail-closed — Manager SL·fallback PSL 모두 미확인이면 즉시 역방향 청산 + flat 재확인 (기존엔 TP·SL 둘 다 실패 시에만 청산)
- PnL 측정/회계 (measurement_sync, reconcile Gate 0) — realized_qty 이중가산 P0 수정(coord_noexch/fifo 선기록 제거, measurement 단독 소유), 자연 사례 2건 검증
- 기존 경제 집계 — 기록된 수수료·펀딩 기준. 미기록 펀딩의 0 대입이 있어 전체 비용 완전성을 뜻하지 않음. 신규 연구의 미확정 비용·순성과는 null 보존
- Phase 9 연구 파이프라인(read-only) — 진입품질 발견 → 제안 → 9게이트 심사 → 가설 지문/동등성 판정. auto_hypothesis의 후보 등록 경로와 구분
- 연구 후보 생성과 후보 큐 propose→test→approve 경로. 2026-09-08 코드 정정 당시 자연 후보 생성과 후속 운용 효과는 별도 관측 대상으로 기록
- SAFE 키 적용 메커니즘 (apply_orchestrator · confirm 필수, 수동)
- 실주문 사이징: Confidence Cap·Autosize. V3·Capacity·Allocation·Portfolio Brain·Manager Economy의 shadow 판정과 구분
- 6a513d3 배포 인증: 시장 없음·0값·위험 상태의 해석 정합, 연구 Money-C 표본 정정. 신규 회귀 19개·배포 시장 판단 검증 107개 통과
- 과거 코드 정정 — CODEX_HEDGEFUND_ALIGNMENT_2026-09-08: 회고에는 기록된 진입 기준 시각 이하의 시장만 사용, regime 가설은 sweet·cold 양쪽의 STRONG 근거 확인, 단위가 다른 allocation 차이와 미확정 총배분은 null 표시, 필수 후보 이벤트 기록 실패 시 클론 생성도 함께 롤백. 이 목록 자체는 배포·자연 동작 인증이 아닙니다.
- 포트폴리오/Founder 운영 대시보드
당시 남은 과제·확인 한계 기록
- 전체 자율 운용: 연구 근거→후보 검증→실거래 전환→전략 교체·자본 배분→성과 재사용을 끝까지 연결하고, 사용자 위험 한도 안에서 단계적으로 가동해야 합니다.
- 당시 남은 연구 정합: 기록된 진입 기준 시각과 실제 체결 시각의 차이, 오래된 시장 스냅샷의 허용 계약, 가설 동일성·계보와 후보 재사용을 확인하는 과제였습니다. 해당 정정 이후 자연 발생한 연구·후보·실행의 연결도 별도 관측 대상으로 기록했습니다.
- 당시 자동 활성화 확인 한계: 정확한 대상·조건과 가동 범위 전체를 해당 설명 갱신에서 인증하지 않았습니다. 연구 성숙도, 안전 승인, 실거래 전환, 자연 실행은 각각 확인해야 합니다.
- 과거 모집단 기록 (2026-09-08 설명 기준): 당시 저장값은 등록 99·cron enabled 62·cron AND auto_trade 활성 14·scheduler 88 jobs입니다. 현재 수치가 아니며, jobs에는 비전략 작업도 포함됩니다. 파일 수·수익 순위·공식 챔피언을 이 숫자로 대체하지 않습니다.
- 위험 방어의 범위: Portfolio DD Kill Switch는 인계 관측에서 OFF입니다. Safety Breaker fail-closed의 구조적 인증과 자연 실패 경로 관측은 별도이며, 후자는 미완료입니다.
- 경제 효과: 올웨더 역할 충족, 검증 외 표본의 순수익, 후보 개선 효과와 지속 수익성은 아직 별도 입증이 필요합니다.
- PSL fallback: HYBRID 설계의 보호 경로입니다. 잔존 자체를 미완성으로 판단하지 않습니다.
- 과거 연구 계약·회계 이슈: 2026-08-03 기록의 실험 등록 미배선·Phase 9 결과 영속화·수량 오염 447행은 역사 기록입니다. 해당 항목의 이후 처리 상태는 이 페이지에서 새로 인증하지 않았으며, 현재 연구 전체의 영속화가 0이라는 뜻이 아닙니다. 수량 축의 현재 기록 상태는 아래 census가 실시간으로 판독합니다 — 다만 그 "447행"의 원 정의를 찾지 못했으므로 census의 `realized_qty = qty*2` 건수와 동일 모집단이라고 단정하지 않습니다.
기록 원장 모순 census 조회 중…
5더 깊이 — 현행 정본과 과거 참고 문서
개발 담당자를 위한 저장소 문서 위치입니다. 공개 웹 문서 링크가 아니며, 현재 상태와 역사 기록을 구분해 읽습니다.
- docs/development/04_ACTIVE_WORK.md — 현행 개발 진입점: 현재 상태·다음 작업·범위별 완료 근거
- docs/development/01_PRODUCT_AND_ARCHITECTURE.md — 현행 제품 정의·구조·최종 목표와 책임
- docs/development/07_RESEARCH_AND_ROADMAP.md — 지속 연구·후보 비교·추천과 적용·다음 운용의 개발 순서
- DRAGON_PRODUCT_CONSTITUTION_v1.md — Fund 중심의 설계 우선순위·증거·단일 진실 원칙. 자동화의 최종 범위는 최신 사용자 지시와 함께 읽음
- CURRENT_REALITY.md — 시점별 운영 관측 이력. 현행 개발 진입점은 위 04 현재 작업판
- docs/CODEX_MARKET_TRUTH_RELEASE_2026-09-08/RELEASE.md — 이 페이지가 인용한 6a513d3 배포·동작 인증
- docs/CODEX_HEDGEFUND_ALIGNMENT_2026-09-08/ — 과거 코드 정정의 통합 검증·배포 자료
- docs/DRAGON_DEVELOPMENT_ROADMAP_2026-09-08.md — 2026-09-08 당시의 목표·단계·완료 기준. 현행 로드맵으로 사용하지 않음
- CURRENT_ARCHITECTURE.md · MANAGER_COUNT_SSOT.md — 기존 구조·모집단 정의. 과거 수치는 해당 날짜의 기록으로 읽음
- docs/context/04_ACTIVE_FILES_MAP.md — services/routers 코드 항법
- STRATEGY_AUTHORING_STANDARD…md — 새 매니저 작성 표준(합성테스트 ⑤ gate)
- TAB_SYSTEM_REDESIGN_2026-07-06.md — 콘솔 탭 체계·네비 SSOT 설계도
포지션 보호 단일화 (Option B, 2026-07-29~08-03) — 순서대로 읽으면 전체 맥락:
- position_protection.py 헤더 주석 — HYBRID 계약·분류 8종·flag 4종 권한 분리 (코드가 SSOT)
- _sim_option_b_hybrid.py + _test_option_b_hybrid_sim.py — cutover 시뮬레이션·실패주입 73 검증
- _test_option_b_release2b.py(45) · _test_entry_protection_fail_closed.py(23) · _test_position_protection_planner.py(30)
- 단계 이력: 2B 코드 DORMANT 배포 → 2C HYBRID producer enable(신규 진입 3건 인증) → 2D 잔여 legacy 자연 소멸 → 주문 취소 0건으로 목표 달성
연구 파이프라인 (Phase 9.x, read-only):
- DRAGON_PHASE9_ENTRY_QUALITY_RESEARCH_ENGINE_ARCH_2026-07-28.md — 플랫폼 구조
- DRAGON_PHASE9_3_PROPOSAL_REVIEW_2026-07-28.md — 9게이트 심사 계약
- DRAGON_PHASE9_4A_EXPERIMENT_MEMORY_FORENSIC_2026-07-29.md — 기존 실험메모리 감사(신규 registry 불필요 결론)
- DRAGON_PHASE9_4B1_HYPOTHESIS_EQUIVALENCE_2026-07-29.md · DRAGON_PHASE9_4B2_EXPERIMENT_CONTRACT_V2_2026-07-29.md
읽기 전용 페이지 · 데이터는 coin101/ 내부에만 보관 · 외부 반출 금지
과거 이력 날짜별 반영 기록 · 현재 개발 상태는 위 '현재 개발현황'이 우선
2026-10-03 기능 반영: 후보별 자동 연구 운용에 펀드 계획·예약 장부, 연구 결산·부모 비용 참고·후보 자신의 거래 기록, 후보별 실행 준비 근거를 연결했습니다.
실거래 승인·자본 배분 자동화·수익성 검증은 연구 연결 완료와 별개입니다.
2026-10-04 반영: Pilot 후보의 신규 진입에 승인 결속 실행 검사(정책·기간·약정 한도)를 연결했습니다 — 유효한 승인이 없으면 신규 진입이 차단됩니다. 비용 피드백(축소·중지)·축소 후 복귀·공유 예산은 선택 위임이며, 위임을 서명한 경우에만 그 검사가 더해집니다. 진입 당시 승인 귀속 기록도 남깁니다.
2026-10-04 반영 (452d088f): 공유 예산 배분 규칙 선택 위임(기본 없음)과 결산의 배분 설명을 연결했습니다.
2026-10-04 반영 (a3a9e3e5): 펀드 결산에 후보별 비용 확정 거래 근거를 추가했습니다.
2026-10-04 반영 (4329e1a1): 펀드 결산에 후보·원계약별 연구 기록을 추가했습니다.
2026-10-05 설명 갱신: 당시 연결 설명에 시장 국면 원천의 주기 갱신·30분 경계, 구성원 균등 배분 규칙, 서명 자금 조건, 축소 건당 상한, 중지·복귀 경로를 반영했습니다. 내부 코드 대응: 적합 = FIT, 축소 = REDUCE, 중지 = PAUSE, 자동 정상 복귀 = R1, 하루 손실 차단 = A1, 누적 손실 차단 = A2. 위 2026-10-04 항목의 "목표 비중 × 공유 상한"은 그중 연구 목표 비중 규칙에 해당합니다.
2026-10-04 반영: Pilot 후보의 신규 진입에 승인 결속 실행 검사(정책·기간·약정 한도)를 연결했습니다 — 유효한 승인이 없으면 신규 진입이 차단됩니다. 비용 피드백(축소·중지)·축소 후 복귀·공유 예산은 선택 위임이며, 위임을 서명한 경우에만 그 검사가 더해집니다. 진입 당시 승인 귀속 기록도 남깁니다.
2026-10-04 반영 (452d088f): 공유 예산 배분 규칙 선택 위임(기본 없음)과 결산의 배분 설명을 연결했습니다.
2026-10-04 반영 (a3a9e3e5): 펀드 결산에 후보별 비용 확정 거래 근거를 추가했습니다.
2026-10-04 반영 (4329e1a1): 펀드 결산에 후보·원계약별 연구 기록을 추가했습니다.
2026-10-05 설명 갱신: 당시 연결 설명에 시장 국면 원천의 주기 갱신·30분 경계, 구성원 균등 배분 규칙, 서명 자금 조건, 축소 건당 상한, 중지·복귀 경로를 반영했습니다. 내부 코드 대응: 적합 = FIT, 축소 = REDUCE, 중지 = PAUSE, 자동 정상 복귀 = R1, 하루 손실 차단 = A1, 누적 손실 차단 = A2. 위 2026-10-04 항목의 "목표 비중 × 공유 상한"은 그중 연구 목표 비중 규칙에 해당합니다.