역사적 백테스트, 모의 거래 실행, 그리고 사전 관찰은 서로 다른 질문에 답합니다. 어느 것 하나만으로는 전략이 수익을 낼 것이라는 점을 입증할 수 없으며, 실제 주문이 제출되고 그 체결이 독립적으로 기록되지 않았다면 어느 것도 실거래라고 부를 수 없습니다. 이 순서를 한 번에 하나씩 가정을 드러내는 수단으로 보아야 하며, 준비 완료를 보장하는 계단으로 보아서는 안 됩니다.
백테스트: 이 규칙들이 이 기록들에서 어떤 결과를 냈을까요?
백테스트는 지정된 규칙을 과거 데이터에 적용합니다. 규칙이 의도대로 실행되는지 확인하고, 선언된 모델 아래에서 결과를 추정하며, 데이터 오류를 찾아내고 명백한 실패 사례를 식별하는 데 유용합니다. 결과는 데이터셋에 포함된 내용과 신호 시점, 진입, 청산, 비용, 펀딩비, 주문 체결에 관한 가정에 따라 달라집니다.
예를 들어, 규칙이 시간봉 캔들의 종가를 필요로 한다면 그 정보는 해당 캔들의 시가 시점에는 존재하지 않습니다. 같은 봉 안에서 더 일찍 진입하면 룩어헤드 편향(look-ahead bias)이 생길 수 있습니다. 시간봉 OHLC 기록을 사용하는 백테스트는 출력이 소수점 단위의 정밀한 수익률을 보고하더라도 1초 단위의 큐 체결을 입증할 수 없습니다. 합성 데이터는 소프트웨어 동작을 시험할 수 있지만, 관측된 거래소 이력을 대신할 수는 없습니다. 데이터 제공자, 상품 식별자, 타임스탬프, 커버리지, 누락 구간, 규칙 버전, 그리고 모든 중대한 체결 가정을 기록하세요.
설정을 선택하는 데 사용하지 않은 시간 순서의 평가 구간을 사용하고, 나중에 그 구간을 다시 살펴보게 되면 그 사실을 기록해 두세요. 여러 번의 파라미터 탐색, 자산 선택, 날짜 범위 설정은 우연한 결과를 발견할 기회를 늘립니다. Bailey와 동료들의 출판사 페이지에 실린 백테스트 과최적화 연구는 가장 강한 후보를 반복적으로 선택하는 것이 왜 백테스트를 검증되지 않은 근거가 뒷받침하는 것보다 더 설득력 있어 보이게 만들 수 있는지 설명합니다. 매력적인 지표와 함께 기준선, 거래 횟수, 낙폭, 비용 민감도를 보고하세요. 깨끗한 홀드아웃은 재사용된 이력에 관한 좁은 질문에 답하는 데 도움이 될 뿐, 미래 조건이 과거와 비슷할 것이라는 점을 보장하지는 않습니다.
모의 거래: 연습 워크플로는 무엇을 드러낼까요?
모의 거래는 시장 노출을 바꾸는 주문을 전송하지 않고 가상의 결정을 기록합니다. 도구에 따라 참가자가 서면 규칙을 준수하는지, 인터페이스가 의도한 워크플로를 지원하는지, 선택한 체결 모델이 장부에 어떤 영향을 미치는지를 드러내는 데 도움이 될 수 있습니다. 시뮬레이션된 주문은 캔들 가격, 실시간 호가, 또는 다른 모델로 체결될 수 있습니다. 이들은 서로 다른 형태의 근거이며, 그 이름을 밝혀야 합니다. 현재 플랫폼의 한 예로, TradingView는 Paper Trading을 가상 자금을 사용한 연습이라고 설명하며, 별도의 Broker Emulator 문서에는 전략 테스트를 위한 설정 가능한 수수료, 슬리피지, 지정가 체결, 실행 지연 가정이 나열되어 있습니다. 플랫폼의 설정은 자체 시뮬레이터와 백테스트 동작을 설명하는 것이지, 거래소에서의 체결을 설명하는 것이 아닙니다.
시뮬레이션이 모든 주문이 관측된 중간 가격에 체결된다고 가정한다면, 스프레드, 큐 우선순위, 부분 체결, 거부된 주문, 지연, 시장 충격을 빠뜨릴 수 있습니다. 스탑은 선택한 수준에서 체결되지 않고 발동될 수 있습니다. 모의 계좌는 거래소별 펀딩비, 증거금 등급, 수수료, 운영상의 실패를 빠뜨릴 수 있습니다. 시뮬레이션된 가격 출처, 타임스탬프, 비용, 모델링된 경우 누락되거나 부분적인 체결, 의도한 프로세스와 관측된 동작 사이의 격차를 기록하세요. 가상의 체결을 거래소 체결이라고 부르지 마세요.
모의 결과 역시 제한된 표본에 불과합니다. 결정이 적은 짧은 기간은 드문 사건, 변화하는 국면, 장기 노출에 대해 말해 주는 바가 거의 없습니다. 연습 중에 규칙을 바꾸면 새로운 버전이 생깁니다. 학습이 원래 버전이 했을 일을 다시 쓰지 않도록 이전 기록을 보존하세요.
사전 관찰: 규칙이 고정된 후에는 무슨 일이 일어날까요?
사전 관찰은 고정된 가설을 연구 기간보다 나중에 도착하는 데이터에 적용합니다. 규칙을 수정하기 위해 그 이후 구간을 계속 참조하지 않을 때에만, 파라미터 선택을 위한 그 이후 구간의 직접적인 재사용을 줄일 수 있습니다. 신호 시점, 이용 가능한 시장 관측, 결정, 가정된 진입 관행, 비용, 그리고 관망한 이유를 기록하세요. 얼마나 오래 관찰할지, 어떤 근거를 실패로 간주할지 미리 정하세요.
사전 관찰이 자동으로 모의 거래가 되는 것은 아닙니다. 주문을 시뮬레이션하지 않고 신호만 기록할 수도 있습니다. 모의 거래는 역사적 재생 또는 사전 데이터로 수행할 수 있습니다. 어느 표현도 그 자체로 실시간 호가, 현실적인 수수료, 실제 체결이 관련되어 있는지 말해 주지 않습니다. 실제 프로세스의 이름을 밝히세요. 관측된 호가를 사용하는 사전 모의 장부는 소급 캔들 체결보다 시점에 관한 더 강한 근거이지만, 그래도 실거래 주문이 그 가격에 체결되었을 것이라는 점은 입증할 수 없습니다.
실거래 실행은 전혀 다른 주장입니다
실체결 주장에는 실제 제출된 주문과 그 거래소 응답에 대한 근거가 필요하며, 여기에는 주문 식별자, 타임스탬프, 수량, 상태, 체결 가격, 수수료, 관련 결제 기록이 포함됩니다. 시뮬레이션, 신호의 스크린샷, 성공한 소프트웨어 테스트는 그 근거를 제공할 수 없습니다. 실거래 결과에는 연구 모델에 없는 운영상, 펀딩, 유동성, 계정별 효과도 포함될 수 있습니다.
현재 SuperQuant 제품에서 역사적 백테스트와 수동 모의 연습 워크플로는 시간봉 입력을 사용해 로컬에서 실행됩니다. 함께 제공되는 이력은 합성 데이터이며, 앱은 실제 거래소 체결 장소가 아닙니다. 공개 관측을 사용하는 경우에는 시뮬레이션된 주문과 별도로 표시해야 합니다. 이 애플리케이션은 모의 장부를 통해 실제 거래소 체결을 확립하지 않습니다.
단계 전반에 걸쳐 하나의 근거 기록을 유지하세요
각 단계 전에 가설과 규칙 버전을 저장하세요. 데이터 범위, 시간 출처, 가격 출처, 비용 가정, 건너뛴 결정, 변경된 파라미터, 검토 날짜를 보존하세요. 각 단계가 시험하지 않은 것을 명시하세요. 역사적 분석에서 사전 연습으로 넘어갈 때는 먼저 버전을 고정하세요. 연습에서 실제 거래소로 넘어갈 때는 계약, 현재 수수료, 주문 동작, 권한, 개인 리스크를 독립적으로 재평가하세요. 유리한 시뮬레이션은 진행하라는 지시가 아닙니다.
백테스트 감사 체크리스트는 역사적 가정을 기록하는 데 도움이 됩니다. 암호화폐 거래 일지는 계획과 실제 일어난 일을 분리하며, 거래 계획 템플릿은 명시적인 실패 기준을 적을 곳을 제공합니다. 모든 단계는 “중단” 또는 “더 나은 근거 수집”으로 끝날 수 있습니다. 이는 일반적인 교육이며, 투자 조언이나 성과에 대한 약속이 아닙니다.
근거 단계를 하나의 포괄적인 “검증됨” 라벨이 아니라 기록의 필드로 저장하세요. 각 관측에 대해 데이터 도착 시점, 신호 시점, 결정, 시뮬레이션 또는 제출된 주문 상태, 체결 출처, 비용 출처를 보존하세요. 완전한 기록은 수익성 있는 결과를 입증하지 않고도 프로세스가 무엇을 했는지 확립할 수 있습니다.