1단계
Binance API 등록
자동매매를 시작하려면 Binance USD-M Futures API 키를 먼저 등록해야 합니다.
상태 확인 중
서버 상태를 불러오는 중입니다.
내 일별 거래 리포트
사용자별 주문/체결 기록을 불러오는 중입니다.
| 날짜 | 순손익 | 수수료 | 최대낙폭 | 체결 | 순승/패 | 순승률 | 종목 |
|---|
재시작 복구 / 손절 보호 상태
실거래 재시작 복구 상태를 확인하는 중입니다.
실거래 런타임이 켜질 때 실제 포지션, 미체결 주문, 서버사이드 손절을 확인합니다.
보유 포지션
포지션을 누르면 해당 종목 차트와 매매기록으로 이동합니다.
| 종목 | 방향 | 수량 | 진입가 | 현재가 | 청산가 | 증거금 | 레버리지 | PnL / ROE | TP / SL | 진입 시각 | 작업 |
|---|
내 주문 / 체결 내역
내 계정에 기록된 최근 주문, 체결, 취소, 차단 이벤트를 불러오는 중입니다.
| 시간 | 유형 | 상태 | 종목 | 방향 | 수량 | 가격 | 손익 | 수수료 | 전략 |
|---|
Trading Chart
차트
캔들과 자동매매 체결 기록을 불러오는 중입니다.
자동매매 체결 차트
캔들 데이터 대기 중
보유 포지션
현재 계정 포지션 스냅샷입니다.
| 종목 | 방향 | 수량 | 진입가 | 현재가 | 청산가 | 증거금 | 레버리지 | PnL / ROE | TP / SL | 진입 시각 | 작업 |
|---|
매매 내역
선택 종목의 최근 주문/체결 이벤트입니다.
| 시간 | 유형 | 상태 | 종목 | 방향 | 수량 | 가격 | 손익 | 수수료 | 전략 |
|---|
전략 가이드
전략 설명
현재 서비스에서 선택할 수 있는 live 전략만 기준으로 백필 결과, 진입 근거, 청산 근거를 정리했습니다.
데이트레이딩 전략
최근 1주 승격 백필을 기준으로 live 슬롯에 올린 단기 포트폴리오 전략입니다. 고객 화면에서는 하나의 전략으로 보이지만, 서버에서는 5개 sleeve의 fresh paper 신호를 받아 사용자 API, 자산 배분, 리스크 엔진, 포지션 보호, 서버사이드 손절 검증을 통과한 계획만 주문 후보로 보냅니다.
매집돌파전략 V4
Binance 알트코인에서 유동성, OBV 회복, 거래량 추세, 이동평균 전환 직전 구조를 찾는 조건부 양방향 전략입니다. 최근 1주 롱 샘플은 약했으므로 주력 전략이 아니라 보조 live 슬롯으로 운용하며, strict-fresh 신호와 리스크 승인이 없으면 신규 진입하지 않습니다.
5개 sleeve별 역할
데이트레이딩 전략은 아래 sleeve의 합산 포트폴리오입니다. 비중은 주문 예산 배분 기준이고, 각 sleeve는 자기 조건이 fresh일 때만 후보를 냅니다.
엠페러 세션 품질형
- 117일
- +56.31% · 30거래
- 최근 1개월
- +4.70% · 3거래
- 승격 1주
- 0거래
매수 근거 UTC 22와 선별 08시 심볼에서 VWAP·피벗 부근 회복, StochRSI 교차, 거래량 1.15배 이상, 캔들 몸통과 종가 위치를 확인합니다.
매도 근거 목표 1.1R, ATR 손절, 최대 12봉 보유, 반대 흐름 전환을 사용합니다. 단독 live 전략이 아니라 포트폴리오 안정 sleeve입니다.
SFP 숏 손실군 제외형
- 117일
- +38.33% · 37거래
- 최근 1개월
- +15.23% · 8거래
- 승격 1주
- +7.30% · 2거래
숏 진입 근거 XLM·TAO·ONDO·LINK·DOT·PEPE의 검증 시간대에서 위쪽 유동성을 쓸고 다시 약하게 닫히는 SFP를 찾습니다. BTC·ETH·AVAX 손실 클러스터는 제외했습니다.
숏 청산 근거 목표 1.15R, ATR 구조 손절, 거래량 소진 청산, 최대 12봉 제한을 적용합니다.
SFP 롱 INJ 제외형
- 117일
- +25.36% · 23거래
- 최근 1개월
- +12.34% · 6거래
- 승격 1주
- +3.34% · 1거래
매수 근거 LTC·TAO·ZEC의 검증 시간대에서 아래쪽 유동성 sweep 이후 저점 회수, 거래량·몸통·흐름 확인이 맞을 때만 롱 후보를 냅니다. 약했던 INJ 클러스터는 제외했습니다.
매도 근거 목표 1.15R, ATR 손절, 거래량 소진, 최대 12봉 제한을 사용합니다.
SOL 숏 추세눌림 Maker
- 117일
- +24.92% · 19거래
- 최근 1개월
- +22.64% · 8거래
- 승격 1주
- +1.99% · 1거래
숏 진입 근거 SOLUSDT 전용으로 UTC 1·2·8·11·13·14·15·16시에 EMA 정렬, VWAP 기울기, 추세 눌림, StochRSI 확인, 거래량 1.15배 이상을 요구합니다.
숏 청산 근거 목표 1.55R, VWAP 실패 청산, 반대 캔들 청산, ATR 손절, 최대 10봉 제한을 사용합니다. Maker 체결 감사가 필요한 sleeve입니다.
POS4 ONDO/PEPE 보조
- 117일
- +3.04% · 23거래
- 최근 1개월
- +3.26% · 8거래
- 승격 1주
- +2.53% · 3거래
매수·숏 근거 ONDO·PEPE의 UTC 09시 보조 sleeve입니다. VWAP 회복, RSI 다이버전스, SFP, 짧은 돌파를 모두 허용하되 작은 5% 배분으로 빈도 보강만 담당합니다.
매도 근거 목표 1.15R, ATR 손절, 최대 12봉 제한을 적용합니다. 장기 drawdown 확인 때문에 보조 비중으로 제한합니다.
실거래 제출 공통 게이트
매매 흐름 이미지
이미지는 전략 구조를 확인하기 위한 보조 자료입니다. 현재 live 판단 기준은 위의 백필 결과와 진입/청산 근거입니다.
사용자가 꼭 알아야 할 공통 원칙
간편 백테스트
전략을 쉽게 테스트
전략을 고르고 기간만 선택하면 초보자도 과거 성과를 빠르게 확인할 수 있습니다.
1단계. 전략 선택
복잡한 내부 전략명 대신 이해하기 쉬운 설명으로 표시합니다.
2단계. 테스트 조건
3단계. 테스트 진행 중
데이터 불러오는 중
4단계. 결과 요약
결과를 계산 중입니다.
자산 변화
| 시간 | 종목 | 방향 | 진입가 | 청산가 | 손익 | 수익률 | 종료 이유 |
|---|
계정 설정
계정 설정
계정 정보, 비밀번호, API, 알림 상태를 한곳에서 관리합니다.
보안 원칙
- API 시크릿은 관리자에게도 원문 표시하지 않습니다.
- 실거래 ON/OFF와 강제 정지는 확인 모달과 감사 로그가 필요합니다.
- 일반 사용자는 자신의 계정과 봇만 관리해야 합니다.
API 연결 상태
출금 권한 없는 API만 자동매매에 사용할 수 있습니다.
API를 삭제하면 신규 진입은 즉시 중지되고, 다시 저장/검증 후 ON 해야 합니다.
계정 정보
로그인 ID는 주문/로그/포지션 기록과 연결되므로 변경하지 않습니다. 표시 이름과 연락 이메일만 수정할 수 있습니다.
계정 승인 상태와 실거래 권한을 확인합니다.
민감 정보는 적지 마세요. 로그인 ID 변경은 별도 관리자 마이그레이션이 필요합니다.
계정 보안
비밀번호를 변경하면 현재 세션은 유지하고 다른 로그인 세션은 만료합니다.
현재 로그인 세션을 확인합니다.
| 구분 | 생성 | 만료 | 상태 |
|---|
비밀번호는 서버에 해시로 저장되며 원문은 표시하지 않습니다.
내 계정 활동
로그인, API 변경, 자동매매 제어처럼 내 계정과 관련된 감사 로그만 표시합니다.
| 시간 | 유형 | 작업 | 대상 |
|---|
다른 사용자의 활동, API 시크릿, 세션 토큰은 표시하지 않습니다.
운영알림 설정
Discord 웹훅 또는 Telegram 봇 정보를 저장하면 Oracle 서버 이상 상태를 외부로 받을 수 있습니다. 입력값은 저장 후 원문을 다시 표시하지 않습니다.
외부 알림을 설정하지 않으면 로컬 기록에만 남습니다.
관리자
관리자 페이지
전체 사용자, 봇 상태, 오류 로그를 운영자가 빠르게 판단할 수 있도록 요약합니다.
계정 운영 정책
가입 승인, 로그인 허용, 자동매매 권한 정책을 확인합니다.
승인 대기 사용자
관리자 승인이 필요한 가입 요청을 확인합니다.
| 사용자 | 요청일 | 권한 | 상태 | 작업 |
|---|
계정 보안 이벤트
로그인 실패와 계정관리 권한위반을 확인합니다.
| 구분 | 대상 | 횟수/상태 | 최근 사유 |
|---|
| 사용자 | 상태 | 권한 | 만료 | 사유 |
|---|
삭제된 사용자 잔여 상태
삭제된 계정 뒤에 남은 API/runtime/order 상태가 있는지 확인합니다.
| 사용자 | 남은 위치 | 위험 | 작업 |
|---|
포지션 스냅샷 작업자 상세
사용자별 Binance 포지션/미체결 주문/손절 보호 캐시 갱신 상태를 확인합니다.
| 사용자 | 상태 | 사유 | 포지션 | 미체결 | 손절 확인 |
|---|
실행 요청 작업자 상세
사용자 ON/OFF 요청이 최신 신호와 리스크 사전 점검 단계에서 어떻게 처리됐는지 확인합니다.
| 사용자 | 상태 | 요청 | 종목 | 계획 | 처리 사유 |
|---|
주문 제출 작업자 상세
승인된 실행 계획이 실주문 직전 안전 조건을 만족하는지 모의 점검으로 확인합니다.
| 사용자 | 상태 | 종목 | 계획 | 사유 | 주문 데이터 |
|---|
손익 위험 사용자 요약
사용자별 확정 손익, 손실률, 주문 차단/실패 이벤트를 확인하는 중입니다.
| 사용자 | 상태 | 오늘 순손익 | 누적 순손익 | 순승률 | 순손실률 | 체결 | 이슈 | 관리 |
|---|
사용자 상태 요약
민감 정보는 표시하지 않고 등록 여부와 연결 상태만 보여줍니다.
계정 생성 / 승인 관리
관리자가 만든 계정은 즉시 활성화되지만, 임시 비밀번호를 변경하기 전까지 실거래는 차단됩니다. 공개 회원가입은 승인 대기로 생성되며, 상세 화면에서 활성화해야 로그인할 수 있습니다.
관리자 생성 계정은 첫 로그인 후 비밀번호를 변경해야 자동매매 ON이 가능합니다.
사용자 상세
사용자를 선택하면 계정, API 등록 여부, 봇 상태, 최근 로그를 확인합니다.
실거래 안전장치
재시작 복구, 서버사이드 손절, 오래된 주문 정리 상태를 확인하는 중입니다.
실거래 런타임이 켜질 때 실제 포지션, 미체결 주문, 서버사이드 손절을 확인합니다.
데이트레이딩 Paper 포트폴리오
월10 목표형 paper 포트폴리오 상태를 확인하는 중입니다.
이 영역은 paper-supervisor와 market data recorder만 시작합니다. 실거래 live 명령은 호출하지 않습니다.
| 전략 | 배분 | 상태 | 3개월 | 최근 1개월 | 승격 1주 | PID |
|---|
운영 프로세스 모니터링
전략 5개가 동시에 도는 화면이 아니라 WebUI, 스캐너, 라이브 대기 관리자 같은 실행 프로세스를 보여줍니다.
운영 프로세스 역할을 집계하는 중입니다.
사용자별 프로세스 로그 정리
사용자별 백테스트/프로세스 로그 보존 상태를 확인합니다.
기본값은 사용자별 logs/processes/users 아래의 .log 파일만 대상으로 하며, 실행 중인 프로세스 로그는 삭제하지 않습니다.
| 경로 | 전체 로그 | 정리 후보 | 삭제됨 | 실행 중 보호 | 사유 |
|---|
사용자별 런타임 로그 정리
사용자별 주문/오류/실행 로그 DB 보존 상태를 확인합니다.
기본값은 사용자별 과거 로그만 대상으로 하며, live control, 포지션 스냅샷, 활성 실행 요청/계획은 삭제하지 않습니다.
| 테이블 | 전체 행 | 정리 후보 | 삭제됨 | 활성 보호 | 사용자 |
|---|
전략 상태 관리
일반 사용자에게는 승인된 데이트레이딩 전략과 매집돌파전략 V4만 보이고, 실험/비활성 전략은 관리자 검토용으로만 표시합니다.
시스템 상태
Staktel, WebUI, 외부 서비스 준비도, 작업자, 운영알림, 사전 점검 상태를 한 곳에서 확인합니다.
외부 서비스 준비도
지인 파일럿과 외부 고객 live 제공 전 필수 보안/검증 게이트를 확인합니다.
| 체크 | 상태 | 분류 | 근거 | 권장 조치 |
|---|
읽기 전용. 이 화면은 주문, live control, 사용자 계정, API 자격증명을 변경하지 않습니다.
운영알림 전달 체크리스트
외부 알림, 로컬 예비 기록, 최신 테스트 증거를 읽기 전용으로 확인합니다.
| 체크 | 상태 | 근거 | 권장 조치 |
|---|
읽기 전용. 이 화면은 알림 설정이나 실거래 상태를 변경하지 않습니다.
실주문 전환 체크리스트
실주문 제출기 전환 전 충족해야 할 조건을 읽기 전용으로 확인합니다.
| 체크 | 상태 | 근거 | 권장 조치 |
|---|
읽기 전용. 이 화면은 실주문 제출기를 켜지 않습니다.
실주문 제출기 수동 전환 절차
서버 재배포는 WebUI에서 실행하지 않습니다. 주문 제출 작업자 전환만 이 화면의 owner 버튼으로 수행하며, 사전 점검, 실주문 스모크, 포지션 스냅샷, dry-run 작업자 리포트가 모두 통과해야 live-submit 버튼이 서버에서 승인됩니다.
관리자 > 시스템 상태
1. 사전 점검 갱신
2. 주문 제출 작업자: dry-run 재기동
3. 주문 제출 작업자: live-submit 전환
4. 주문 제출 작업자 상태에서 live_submitter_enabled=true, submitted_count, approved_plan_count 확인
실주문 제출기가 켜져 있어도 승인된 실행 계획이 0건이면 Binance 주문은 제출되지 않습니다.
관리자 로그 / 모니터링
운영자가 이해하기 쉬운 문구를 먼저 보여주고, 상세에는 원본 정보를 남깁니다.
최근 운영알림 기록 상태를 집계하는 중입니다.