실제 시장에서 트레이딩 알고리즘을 검증하는 방법: 포워드 테스트와 수익성

검증으로 무엇을 확인하려는지 먼저 정한다

봇이 올바른 신호를 만들고 유효한 주문을 보내더라도 손실이 날 수 있습니다. 반대로 의도한 전략과 다른 거래를 하면서 수익이 날 수도 있습니다. 유용한 포워드 테스트는 구현의 정확성, 경제적 성과, 미래 성과의 불확실성을 나눕니다. 모의거래 가이드가 설정 방법을 다룬다면, 이 글은 설정 이후의 평가 절차를 다룹니다.

이 프로젝트는 단순한 BTCUSDT 전략의 전향적 검증 계획과, 계좌 처리 요건을 점검하도록 구성한 체결 기록으로 이루어집니다. 십진수 연산으로 장부 대사를 실행하고 계산 기록을 내부에 보관했습니다. 계획 자체를 시장 관측이나 실제 자금 주문으로 평가하지는 않았습니다. 아래 가격은 선택한 숫자 입력이며 비트코인의 과거 시장 표본이 아닙니다.

첫 합격 조건은 구체적입니다. 현금 9,598.397 USDT와 50,800으로 평가한 0.008 BTC를 합하면 10,004.797 USDT가 되어야 합니다. 다르다면 승률이나 매끄러운 자산 곡선을 해석하기 전에 수수료, 수량, 미청산 자산을 확인하십시오. 장부가 맞는 것은 필요조건이지, 거래 규칙이 효과적이라는 증명은 아닙니다.

다른 사람이 추측 없이 실행할 수 있는 규칙을 쓴다

예제의 가설은 확정된 시간봉의 돌파가 실행 비용을 지불하고도 남을 움직임을 포착할 수 있다는 것입니다. 검증할 가설이며 비트코인에 관한 실증 결과가 아닙니다. 규칙을 점검하기 쉽도록 진입에는 20시간, 청산에는 10시간을 사용합니다. 설명을 위해 고른 설정이며 최적화하거나 성과를 평가하지 않았습니다.

시간 t의 종가가 확정되면 close[t]를 t 자체를 제외한 직전 20개 확정 시간봉의 최고 고가와 비교합니다. 무포지션이고 종가가 그 값을 엄격히 넘을 때만 매수합니다. 보유 중에는 종가가 직전 10개 확정 시간봉의 최저 저가보다 엄격히 낮으면 청산합니다. 판단 이후 시장가 주문을 보내며, 이미 관측한 종가에서 체결된다고 가정하지 않습니다. 청산 판단을 내린 봉에서는 다시 진입하지 않습니다.

실제 시작 전에는 시작·최종 검토 시각, 데이터 공급자와 거래소, 수수료 등급, 수량 절사 규칙, 오래된 데이터의 허용 시간, 모든 통제 기준을 기록해야 합니다. 아래 수치는 구체적인 설계 예시이며 권장 배분이나 최대 손실 보장이 아닙니다. 가격 갭, 취소 실패, 거래소 중단으로 손실이 발동 기준을 넘어갈 수 있습니다.

제출 직전에 기록한 최우선 매도호가로 1,000 USDT 진입 수량을 계산하고 거래소 수량 단위에 맞춰 내림합니다. 수수료용 현금을 남기고 현금, 15% 노출, 최소 주문 명목금액, 데이터 최신성 검사 중 하나라도 통과하지 못하는 주문은 거절합니다. 미해결 주문은 동시에 하나만 허용합니다. 다음 주문을 제출하기 전에 해당 주문의 영구 ID, 최종 상태, 계좌 잔고를 대사하며, 상태 미확정 주문이나 아직 활성 상태인 주문은 절대 재전송하지 않습니다. 진입 주문이 부분 체결로 종결되면 부족 수량을 추가 매수하지 않고 체결된 포지션만 유지합니다. 청산 주문이 부분 체결로 종결되면 가용 BTC를 대사하고, 확인된 잔여 수량에 대해 현재 유효한 호가를 기준으로 추가 시장가 청산을 최대 한 번만 허용합니다. 상태 미확정, 추가 청산의 미완료, 거래 불가능한 소액 잔고가 발생하면 신규 거래를 차단하고 사전에 정한 사고 대응 절차를 적용합니다. 계좌가 무포지션임을 확인할 때까지 다시 진입하지 않습니다.

각 단계가 서로 다른 질문에 답하도록 한다

포워드 테스트는 새 관측이 들어올 때 판단을 생성하는 것입니다. 섀도 기록, 모의 주문, 실제 자금 주문 어느 방식으로도 할 수 있습니다. TradingView의 Paper Trading은 가상 자금을 사용하므로 그 잔고를 실제 거래 수익으로 제시할 수 없습니다.[1] 테스트 환경은 인터페이스 동작을 확인할 수 있지만 실제 주문이 이용할 유동성까지 입증하지는 못합니다.

각 단계에서 동일한 고정 판단 로직을 유지하되 실행 기록은 구분합니다. 코드 리비전, 설정, 의존성 버전, 시장 범위, 배포 시각을 보관하십시오. ML이나 언어모델 전략이라면 모델 식별자, 특성, 프롬프트, 도구 권한, 당시 이용 가능한 입력도 기록합니다. 같은 프롬프트가 같은 출력을 보장하지는 않습니다. 재학습 일정은 명세에 포함하고, 예정에 없던 변경은 새 후보로 봅니다.

실패한 시험을 지우고 유리한 날부터 실적을 다시 세지 마십시오. 패치로 새 구간이 필요하더라도 실패 구간은 개발·배포 이력에 남아야 합니다. 전향적 기간을 사후 재생하면 차이를 진단할 수 있지만, 이미 본 관측을 다시 사용하는 것은 새로운 전향적 검증이 아닙니다.

하나의 판단을 거래소 포지션까지 추적한다

데이터 이벤트, 로컬 수신, 판단, 제출, 접수, 각 체결 시각을 기록합니다. UTC로 통일하고 시계 오차를 감시합니다. 다음 흐름은 예시이지 지연 측정치가 아닙니다. 서버의 접수 응답은 체결 확인이 아니고, 취소 요청도 취소 완료가 아닙니다.

Binance의 실행 보고는 상태, 누적 체결 수량, 체결 가격, 수수료 자산을 구분합니다.[2] REST 문서 역시 타임아웃 후 실행 상태가 미확정일 수 있다고 설명합니다.[3] 재시도 여부를 정하기 전에 영구적인 고객 주문 ID나 거래소 주문 ID로 대사하십시오. 첫 응답이 실패처럼 보여도 무조건 재전송하면 노출이 중복될 수 있습니다.

집계의 분모를 보존해야 합니다. 완료한 수익 거래뿐 아니라 모든 적격 신호, 위험 한도 거절, 만료 신호, 미확인 접수, 부분 체결을 기록하십시오. 주문 건수 체결률과 수량 체결률을 따로 보고하고, 판단부터 최초·최종 체결까지의 지연 분포를 비교합니다. 평균만으로는 부족합니다. 같은 시장 사건에서 여러 주문이 나오면 공통 이벤트 ID를 유지합니다.

손실 거래와 아직 남아 있는 포지션을 대사한다

독립적인 계좌 계산 예제는 10,000 USDT와 BTC 보유량 0에서 시작합니다. 손실 왕복 거래와 두 번째 포지션의 일부 매도를 의도적으로 포함하며, 돌파 규칙이 생성한 출력이 아닙니다. 각 체결 명목금액에 0.1% USDT 수수료, 충분한 현금, 이체·차입·기타 비용 없음을 가정합니다. 이 비율은 연습용 가정이지 거래소의 현재 요율이 아닙니다. 실제 수수료가 다른 자산으로 징수되면 그 수량과 평가 변동도 반영해야 합니다.[4]

첫 거래는 0.01 BTC를 50,000에 사고 49,000에 팝니다. 가격 차이 손실은 10 USDT이며 양쪽 수수료 0.50과 0.49를 더하면 순손실 10.99입니다. 두 번째 거래는 0.02 BTC를 50,050에 산 뒤 0.012 BTC를 51,000에 매도합니다. 남은 0.008 BTC는 같은 시점의 매수호가라고 가정한 50,800으로 평가합니다.

두 번째 매수 수수료를 수량 비례로 배분하면 매도 부분의 실현손익은 11.40 − 0.6006 − 0.612 = 10.1874 USDT입니다. 합계 실현손익은 −0.8026입니다. 남은 자산의 수수료 포함 취득원가는 400.8004, 평가액은 406.40이므로 미실현손익은 5.5996입니다. 둘의 합 4.797은 계좌 순자산 증가액과 정확히 같습니다.

기록한 체결가와 최종 평가가 기준 수수료 차감 전 가격 손익은 7.40입니다. 명시적 수수료 합계 2.603을 빼면 4.797 USDT, 시작 자금 대비 +0.04797%입니다. 여기서 차감 전이라는 말은 마찰 없는 신호 가격 수익을 뜻하지 않습니다. 체결가에는 기준 호가와의 차이가 이미 들어 있으므로 같은 실행 차이를 다시 빼면 이중 계산입니다. 시각별 순자산 경로가 없어 이 예제만으로 최대 낙폭, 연환산 수익, 샤프 비율을 구할 수는 없습니다.

미리 선택한 대안과 계좌 전체를 비교한다

외부 자금 이동이 없는 현물 계좌의 순자산은 기준통화 현금과 보유 자산 평가액의 합이며, 수익률은 기말 순자산÷기초 순자산−1입니다. 잠긴 현금과 보유 자산을 각각 한 번만 포함하고, 각 시점에 일관된 평가 방식과 가격 출처를 보관합니다. 가용 잔고만 보면 주문에 묶인 자산이 빠질 수 있습니다. 계좌 밖 토큰으로 수수료를 지급했다면 그 잔고와 변화를 포함해야 하며 무료로 취급하면 안 됩니다.

이 구성 예제의 시작과 끝에서, 보유 기준이 같은 10,000 USDT를 50,000에 투자하고 0.1% 진입 수수료를 내며 청산 없이 같은 50,800으로 평가한다고 합시다. 보유량은 10,000 ÷ (50,000 × 1.001) = 0.1998001998 BTC이며 기말 순자산은 10,149.85015 USDT, 수익률은 +1.4985015%입니다. 예제의 +0.04797%와 비교할 수 있으나, 이는 선택한 양 끝점의 계산이지 전략이 실제로 뒤처졌다는 관측 결과가 아닙니다.

보유 기준은 거의 전액 노출인 반면 예제는 대부분 현금입니다. 수익률 차이만으로 위험 조정 알파를 말할 수 없습니다. 같은 기간의 노출, 최대 낙폭, 고점 미회복 기간, 회전율과 노출을 맞춘 비교의 가정도 보고하십시오. SEC 투자자 교육 자료도 기준의 적합성과 포함 비용을 점검하도록 설명합니다.[5]

입금은 거래 수익이 아닙니다. 이체가 필요하다면 외부 흐름 전후로 계좌를 평가하고 각 하위 기간 수익을 연결한 시간가중 비교를 사용하며, 시점 처리와 근사를 공개합니다. 보고 대상 포트폴리오 안에서의 이체는 외부 성과 흐름이 아닙니다. 금액가중수익률은 투자자가 돈을 넣고 뺀 시기가 자금 성과에 미친 영향을 묻는 별도의 지표입니다.

전략을 바꾸기 전에 실거래 차이의 원인을 찾는다

세 기록을 맞춥니다. 고정 규칙의 적격 판단, 같은 시점의 섀도 계좌, 실제 자금 계좌입니다. 먼저 의도한 신호를 비교하고, 다음으로 허용 여부와 수량, 접수 수량과 가격, 마지막으로 비용과 평가를 비교하십시오. QuantConnect 문서는 데이터, 시점, 실행에서 발생하는 실거래·백테스트 차이를 설명합니다.[6] 사후 재생 성과가 좋아도 체결되지 않은 주문이 복구되지는 않습니다.

주문에 적절하고 기록된 판단 시점 기준가로 실행 차이를 측정합니다. 매수의 간단한 부호 지표는 (체결 VWAP − 기준가) ÷ 기준가입니다. 매도는 불리한 실행이 양수가 되도록 부호를 뒤집습니다. 기준이 중간가인지, 실행 가능한 매수·매도호가인지, 다른 기준인지 명시하십시오. 차이를 전부 지연이라고 부르면 안 됩니다. 스프레드, 가격 움직임, 주문 규모, 체결 주문만 관측하는 선택 효과도 기여합니다.

실제 회계와 민감도 분석을 구분합니다. 이 예제의 수량과 가격을 고정할 때 명시적 수수료율이 두 배면 순손익은 2.194 USDT, 세 배면 −0.409입니다. 체결 명목금액 합계 2,603 USDT에 추가 5bp를 적용하면 3.4955가 남습니다. 이는 비용 스트레스 계산이지 주문을 다시 실행한 결과가 아닙니다. 비용이나 규모가 달라지면 주문 가능성, 체결, 이후 판단도 변할 수 있습니다.

현물 공식을 증거금 상품에 그대로 적용할 수는 없습니다. 거래소 결제 규칙에 따라 계약 손익, 담보 평가, 차입 비용, 수수료, 부호 있는 펀딩 현금 흐름을 대사해야 합니다. Coinbase 계좌 문서는 미청산 손익과 펀딩을 다른 잔고 이동에서 구분합니다.[7] 수익률은 배정한 계좌 전체를 분모로 보고하고, 납입 증거금 대비 비율은 별도 지표로 다룹니다.

60일을 수익성 증명으로 삼지 말고 관측 규칙을 정한다

검토 날짜는 절차를 감사 가능하게 만들지만 정보량을 자동으로 늘리지는 않습니다. 한 추세만 이어진 60일은 다양한 조건을 포함한 긴 기간보다 전략에 관해 알려주는 것이 적을 수 있습니다. 한 판단의 여러 부분 체결은 여러 개의 독립 베팅이 아닙니다. 다른 코인이나 에이전트도 같은 시장 노출로 연결될 수 있습니다. NIST의 자기상관 설명은 의존성에 적절한 시계열 모형이 필요함을 보여줍니다.[8]

주요 결과, 탐지할 가치가 있는 효과 크기, 관측 단위, 추론 방법을 미리 정하십시오. 포지션이 겹치면 체결별 승률보다 계좌 기간 수익이 적합할 수 있습니다. 의존성을 고려한 구간이나 블록 부트스트랩은 타당한 가정과 충분한 관측 블록이 필요합니다. 재표본 경로를 늘려도 시장 이력이 늘지는 않습니다. 표본 설계와 비용 차감 후 기대값은 우위와 운의 분석을 참고하십시오.

위험을 계속 감시하면서 증거는 고정 종료점에서 평가할 수 있습니다. 일반적인 고정 표본 유의성 검정을 매일 반복하다가 처음 유리할 때 끝내는 것은 다른 절차입니다. 신뢰수열은 정해진 가정에서 시간 전체에 유효한 추론을 제공하지만 임의의 거래 수익에 자동 적용되지는 않습니다.[9] 중간 확인으로 성공을 선언하려면 적절한 방법을 사전에 정합니다. 조기 중단, 손실, 결론 불충분 시험도 보존하십시오.

안전, 경제성, 증액을 별도로 판단한다

검토 시 고정 버전, 실제 기간, 모든 개입, 적격 판단, 접수·거절 주문, 체결 수량, 외부 자금 흐름을 공개합니다. 체결가 기준 수수료 차감 전 손익, 각 명시 비용, 순계좌 수익, 평가 주기를 밝힌 낙폭, 노출, 회전율, 손익 분포, 기준 수익률을 보고하십시오. 큰 이익과 손실은 평균 속에 감추지 말고 설명합니다. 평균이 양수여도 불확실성이 넓으면 증거는 여전히 불충분합니다.

첫 결과가 기대에 못 미쳤다는 이유로 비용 모형, 기준, 시작일을 다시 고르지 마십시오. 수정안은 연구 결정으로 기록하고 원래 결과를 남긴 뒤 새 후보에 대한 새로운 관측을 모읍니다. 성과 악화 대응은 함께 읽을 중단·계속 운용 판단 체계를 참고하십시오.

규모 확대는 별도 실험입니다. 다음 명목 규모를 먼저 정하고 불리한 체결, 부분 체결, 진입 거절, 계좌 노출을 시험 단계와 비교합니다. 소액 주문 기록으로 대규모 수용 한계를 확정할 수는 없습니다. 짧은 시험에서 돈을 벌었다고 증액하면 증거 판단과 아직 시험하지 않은 실행 가정을 한꺼번에 적용하게 됩니다.

AI에는 범위가 명확한 대사를 맡기고 근거를 남긴다

ChatGPT와 Claude는 모호한 아이디어를 정확한 계획으로 정리하는 데 도움이 됩니다. Codex나 Claude Code는 승인한 상태 전이 구현, 이벤트 로그 비교, 저장소에서의 산술 검증을 도울 수 있습니다. 수집하지 않은 거래소 관측을 만들어 주지는 못합니다. 이 분석에서는 AI 도움과 실행한 십진수 계산으로 구성된 계좌를 점검했습니다. ChatGPT·Claude 거래 비교나 실제 자금 배포는 수행하지 않았습니다.

아래 요청에는 비식별 명세와 기록을 사용하고 계좌 비밀정보는 제공하지 않습니다. 관측 사실, 계산값, 가정, 없는 증거를 구분하도록 요구하십시오. 구현에서 미정 규칙은 편리한 거래 규칙으로 몰래 채우지 말고 검토가 필요한 항목으로 반환하게 합니다.

명세: 이 아이디어를 정확한 신호 시점, 수량, 진입·청산 규칙, 계좌 제약, 검토 기준으로 바꿔 주세요. 모호한 부분을 나열하고 과거 수익을 이유로 규칙을 고르지 마세요.
구현: 승인된 버전만 구현하세요. 영구 판단 ID, 거절된 의도, 부분 체결, 미확정 주문 상태를 보존하고 아직 결정이 필요한 규칙을 밝히세요.
대사: 각 판단을 주문, 체결, 수수료 자산, 현금·보유량 변화까지 추적하세요. 거래소 잔고와의 모든 차이를 설명하고, 증거가 없으면 표시하되 체결을 만들지 마세요.
보고: 체결가의 비용 차감 전 손익, 명시 비용, 평가 후 순계좌 수익, 기준, 위험, 추론을 구분하세요. 모든 버전, 외부 흐름, 개입, 산출 불가 지표를 공개하고 모의·구성 결과를 실거래 실적으로 바꾸지 마세요.