글 목차

근거와 범위

이 글은 수익성 있는 전략이나 새로운 백테스트 방법이 아닌, 검증 워크플로우를 제안합니다. 인용된 자료들은 패턴 추론, 시뮬레이션 메커니즘, 통계적 과적합에 대해 다루고 있으며, 이 라이브러리에 포함된 모든 방법의 수익성을 보장하는 자료는 없습니다.

데이터와 시장주식, 선물, 외환 및 암호화폐를 포함한 다양한 시장의 연구에 적용 가능하며, 시장별 데이터, 계약, 비용 및 거래 관행을 제공합니다.
연구 대상 시간봉명시한 신호 시간 프레임과 보유 기간에 적용합니다. 모든 관측, 주문과 라벨에는 명확한 타임스탬프가 필요합니다.
예시 계좌 순자산 시계열을 시간 순서를 섞지 않고 개발·검증·테스트 구간으로 나눕니다.도표를 원래 크기로 열기
합성 자산 및 기회 건수는 시간적 구분만을 보여주는 예시이며, 전략 성과를 나타내는 것은 아닙니다. 세로축은 정규화된 자본을 나타냅니다. 평가 전 단계 경계를 명확히 지정해야 하며, 이 예시에서 선택할 수 없습니다.

실전 적용 절차

적용 절차: 거래 전략 검증: 데이터, 체결 내역 및 표본 외 테스트
전체 단계는 아래에 설명되어 있습니다. 각 단계에서 데이터가 부족하거나 조건을 충족하지 못하면 제외 사유를 기록해야 합니다.
  1. 가설을 등록하세요시장, 규칙, 비용, 지표 및 허용되는 시험을 동결합니다.
  2. 입력값을 검증합니다당시 정보 가용성, 거래량 의미, 투자대상 구성과 타임스탬프를 확인합니다.
  3. 인과적으로 재생주문을 생성하고 체결을 허용하기 전에 신호를 확인하십시오.
  4. 위험을 제한합니다주문 수량, 증거금, 노출 한도와 가격 갭 스트레스 조건을 적용합니다.
  5. 워크포워드 평가겹치는 레이블을 제거하고, 유효성 검사를 기준으로 선택한 다음, 각 테스트를 고정합니다.
  6. 모든 증거를 보고하십시오요소별 제거 비교, 스트레스 테스트, 불확실성과 증거 수준을 공개합니다.

서로 다른 네 가지 질문에 순서대로 답하세요.

첫째, 해당 패턴을 일관되게 인식할 수 있는가? 둘째, 후속 결과에 대한 조건부 정보를 포함하는가? 셋째, 해당 정보를 실행 가능한 주문으로 긍정적인 순수익으로 전환할 수 있는가? 넷째, 완전히 새로운 데이터에서도 결과가 일관되게 나타나는가? 이 연구 결과 중 하나만을 네 가지 질문 모두에 대한 답변으로 제시해서는 안 된다.

정형화된 패턴 연구는 패턴 인식과 통계적 추론을 어떻게 연구할 수 있는지 보여 줍니다. [1] 시각적으로 설득력 있는 이중 천장이나 통계적으로 다른 수익률 분포만으로 완전한 거래 시스템이 되지는 않습니다. 진입, 청산, 비용, 포지션 규모와 이용 가능한 기회 집합이 여전히 경제적 결과를 결정합니다.

성과를 분석하기 전에 가설 카드를 작성하세요. 대상 시장, 기간, 입력 필드, 형성 규칙, 확인 지연 시간, 진입 및 청산 방식, 위험 예산, 비용, 벤치마크, 평가 지표 및 허용되는 매개변수 변동 사항을 포함해야 합니다. 이 카드는 차트의 미적 요소에 주의를 기울이지 않고도 다른 사람이 실행할 수 있을 만큼 정확해야 합니다.

또한 유용한 부정적 결과를 정의하십시오. 예를 들어, 볼륨 필터는 노출량을 일치시킨 후 순 기대값을 추가하지 않을 수 있습니다. 이러한 결과를 기록하면 선호하는 결과가 나오지 않을 때마다 연구 과정이 원래 질문을 슬그머니 대체하는 것을 방지할 수 있습니다.

1. 시점 데이터와 볼륨의 의미

이벤트 발생 시점, 데이터 수신 시점, 그리고 전략에서 해당 데이터를 활용할 수 있는 시점을 구분해야 합니다. 막대 그래프의 타임스탬프만으로는 데이터 지연, 수정 사항 또는 게시 지연을 파악하기 어려울 수 있습니다. 과거 데이터 시뮬레이션은 최신 수정된 데이터베이스를 무분별하게 사용하는 대신, 관련 정보 세트를 재구성해야 합니다.

안정적인 종목ID, 과거 투자대상 구성과 기업행사 기록을 보존합니다. 현재 생존한 종목만으로 과거 투자 가능 전체를 재현할 수 없습니다. 상장폐지, 티커 재사용, 신규 상장과 가격 결측을 명시적으로 처리합니다. 기업행사의 효력일과 공시일은 서로 다른 정보 이용 가능성 판단에 쓰입니다.

체결 시에는 거래 가능한 원시 가격을 사용하고, 신호 조정 시에는 문서화된 규칙을 따르십시오. 연속적인 선물 시계열은 분석에 유용할 수 있지만, 체결은 실제 계약에서 실제 가격으로 이루어져야 합니다. 롤오버 거래, 승수 및 계약 만료는 매끄럽게 이어붙인 차트에서 추론할 수 없습니다.

거래량은 시장별로 다릅니다. 거래소 주식 거래량, 선물 계약 거래량, 외환 틱 카운트, 암호화폐 거래소의 거래량은 모두 다른 측정 기준입니다. 매수량이나 델타와 같은 명칭을 사용하려면 구체적인 분류 방법이 필요합니다. 일반적인 OHLCV와 같은 표기법으로는 참여자의 신원이나 전체 시장 주문 흐름을 파악할 수 없습니다.

중복 막대, 누락된 구간, 불가능한 OHLC 관계, 음수 거래량 및 시간대 불연속성에 대한 무결성 테스트를 생성하십시오. 데이터 세트 버전과 수정 로그를 보존하십시오. 버전 관리되지 않은 입력값이 변경되는 재현 가능한 코드베이스는 재현 가능한 실험을 보장하지 않습니다.

2. 확인 시간 및 접두사 불변성

인덱스i의 피벗에 오른쪽r봉이 필요하다면 확인은i+r보다 이를 수 없습니다. 분석용 표시는i에 그릴 수 있지만 과거로 돌아가 그 시점에 거래 결정을 할 수는 없습니다. occurred_at과 confirmed_at을 분리하고 더 늦은 정보 이용 가능 시각부터 집행합니다.

접두사 불변성 검증은 실질적인 테스트입니다. 데이터셋의 각 접두사가 증가함에 따라 알고리즘을 실행하고 이미 발표된 확인된 이벤트와 비교합니다. 향후 관측값을 추가하더라도 기존 관측값을 덮어쓰면 안 됩니다. 잠정 후보는 명시적으로 '잠정'으로 표시된 경우 변경될 수 있지만, 확인된 과거 신호는 입력값이 변경되지 않는 한 안정적으로 유지되어야 합니다.

더 긴 시간 범위의 입력값에도 동일한 원칙이 적용됩니다. 시간별 관측값이 확보된 후에만 완료된 시간별 값을 분별 전략에 연결하십시오. 현재 완료되지 않은 시간의 최종 고가, 저가 또는 종가는 이전 분별 결정에 사용할 수 없습니다.

허용된 과거 데이터 분할에 맞춰 정규화, 클러스터링 매개변수 및 통계 모델을 적용합니다. 전체 데이터셋으로 학습된 스케일러는 개별 거래 입력이 모두 정확하게 지연되더라도 미래 분포 정보를 유출할 수 있습니다. 인과관계는 전처리뿐만 아니라 지표에도 적용됩니다.

정보 제공 테스트는 과거 접두사를 고정한 채 미래 가격과 거래량을 의도적으로 변경합니다. 이전에 확인된 신호가 변경되면 차트 플랫폼이 자동으로 리페인팅 문제를 해결했다고 가정하기보다는 그 연관성을 추적해야 합니다.

3. 주문이 체결되기 전에 먼저 주문이 존재해야 합니다.

신호 발생부터 주문 생성, 제출, 승인, 트리거, 부분 체결, 완료 또는 취소까지의 전체 과정을 나타냅니다. 각 단계에서 지연이 발생할 수 있습니다. 주문 승인 직전에 발생한 과거 가격 변동은 해당 주문의 체결 조건으로 사용할 수 없습니다.

플랫폼의 전략 문서는 에뮬레이터의 처리 시점과 주문 가정을 파악하는 데 도움이 됩니다. [2] 이 메커니즘은 시뮬레이터의 규약이지 실제 거래소 체결을 보장하는 것이 아닙니다. 스톱 시장가 주문은 발동 조건을 제한하지만 최종 체결가는 달라질 수 있으며, 지정가 주문은 가격을 제한하지만 체결되지 않을 수 있습니다. [3]

OHLC는 봉 내부 사건 순서를 보여주지 않습니다. 진입·손절·목표가 한 봉 안에 모두 있으면 세밀한 데이터 또는 가능한 결과 범위를 제시합니다. 성과가 좋아지는 경로를 골라서는 안 됩니다. 미리 둔 주문이 불리하게 체결된 것을 본 뒤 그 주문을 취소한 것으로 처리할 수도 없습니다.

부분 체결과 미체결 수량을 모델링합니다. 진입 후 보호 손절 주문을 생성한다면 무보호 기간을 밝힙니다. 진입 완료 전에 방향을 반전할 때는 요청한 목표 수량에 모두 도달했다고 가정하지 말고 실제 노출과 남은 주문을 대조합니다.

수수료, 스프레드, 슬리피지, 가격 충격, 차입료와 해당 펀딩·금융비용을 계약에 정해진 실제 부과 시각에 계산합니다. 모든 암호화폐 상품에 같은 펀딩 간격을 강제하지 말고 bid/ask 체결 가격에 스프레드가 반영되었다면 중복 가산하지 않습니다.

4. 위험 규모 산정 시에는 일관된 단위를 사용해야 합니다.

선형 상품의 수량식은q=floor(B/(abs(E−S)×multiplier+c_unit))입니다. B는 현금 손실 예산, E는 계획 진입가, S는 손절가, c_unit는 단위당 추정 왕복 거래비용입니다. 통화 환산 후 분자와 분모는 같은 계좌 통화여야 합니다.

이 공식은 계획된 손실을 추정하는 것이며, 손실 한도를 설정하지는 않습니다. 역계약, 옵션 및 비선형 상품은 주식 거래 공식을 차용하는 대신 자체적인 손익 계산 방식을 사용해야 합니다. 최소 거래량 및 브로커 증거금은 실행 가능한 거래량을 더욱 감소시킬 수 있습니다.

합성 계좌 순자산$20,000의0.5%를 위험 예산으로 쓰면B=$100입니다. 진입가100, 손절가99.50, 주당 추정 거래비용$0.04라면 수량은q=floor(100/0.54)=185이고 비용 포함 예정 손실은$99.90입니다.

만약 출구가 99.20에서 체결된다면, 가격 손실은 $148이고 동일한 예상 비용은 $7.40이므로 총 손실액은 $155.40가 됩니다. 이 손실을 목표 예산인 $100로 조정하는 보고서는 실행 위험을 측정하는 대신 아예 없애버립니다.

포트폴리오 차원에서 대기 주문에 필요한 노출을 미리 배정하고 총·순 명목금액을 제한하며 상관된 위험을 합산합니다. 개별적으로 작은 포지션도 같은 충격에 반응할 수 있으므로 계획 손절 위험과 동시 불리한 변동의 스트레스 손실을 함께 보고합니다.

5. 워크포워드 평가와 퍼징·엠바고

개발, 검증 및 평가를 시간 순서대로 분리합니다. 훈련 데이터에 모델을 적용하고, 검증 데이터를 사용하여 적절한 설정을 선택한 다음, 다음 테스트 세그먼트를 평가하기 전에 구성을 고정합니다. 이러한 시간 순서에 따른 과정을 반복함으로써 단일 사후 선택 설정이 아닌 업데이트 절차를 측정할 수 있습니다.

레이블은 경계를 겹칠 수 있습니다. 훈련 예제의 결과가 검증 또는 테스트 구간에 걸쳐 있는 경우 해당 예제를 훈련 데이터셋에서 제거해야 합니다. 마찬가지로, 선택에 사용되는 검증 레이블에는 테스트 구간의 결과가 포함되어서는 안 됩니다. 임의로 정해진 개수의 행을 제거하는 대신 각 레이블의 시작과 끝을 기록해야 합니다.

엠바고는 교차 검증 설계상 테스트 구간보다 미래에 있는 학습 표본이 해당 구간과 정보를 공유할 수 있을 때 인접 관측치를 제외합니다. 이는 시간순 분리를 보편적으로 대체하는 방법이 아니며 잘못된 변수 타임스탬프를 바로잡지도 못합니다. 인용한 저자의 발표는 이러한 메커니즘을 설명하지만, 임의로 정한 모든 엠바고 길이가 충분하다는 증거는 아닙니다. [4]

연구 과정에서 워크포워드 결과를 반복적으로 검토하는 경우, 최종 홀드아웃을 추가로 유지하십시오. 이러한 결과가 수정에 영향을 미치게 되면 개발에도 영향을 준 것입니다. 개발 정보만을 사용하여 최종 구성을 선택한 다음, 고정된 홀드아웃을 한 번만 평가하고 재조정 없이 보고하십시오.

모든 적합된 변환은 폴드 내부에 있어야 합니다. 여기에는 스케일러, 특징 선택, 영역 임계값 및 추정이 필요한 볼륨 기준선이 포함됩니다. 신중하게 정리된 레이블 분할이라도 전처리 단계가 전체 샘플에 적용된 경우 누출이 발생할 수 있습니다.

6. 구성요소 제거 비교, 다중 실험과 스트레스 테스트

Ablation은 각 구성 요소가 어떤 기여를 하는지 묻습니다. 동일한 투자 기회, 규모 및 실행 가정을 사용하여 가격만 비교하는 경우, 가격에 RVOL를 더한 경우, 그리고 가격에 RVOL와 VWAP를 더한 경우를 비교합니다. 두 경우 모두 새로운 지표를 사용하는 경우 진입 및 청산 로직을 각각 변경해야 합니다. 그렇지 않으면 개선의 원인이 불분명해집니다.

실패한 아이디어, 수동 차트 필터, 기간, 데이터 세트, 매개변수 그리드 및 시장 하위 집합을 포함하는 시험 등록부를 유지 관리하십시오. 최종적으로 성공한 구성만 보고하면 연구자가 운 좋게 결과를 발견할 수 있었던 기회의 수를 숨기게 됩니다.

디플레이트 샤프 비율은 해당 가정 아래 선택 편향과 정규분포를 따르지 않는 수익률을 다룹니다[5]. 실거래 수익 확률이 아닙니다. 백테스트 과적합 확률은 그 프레임워크의 데이터 분할 간 순위 저하에 관한 값이며 계좌 원금 손실의 직접 확률이 아닙니다[6].

1.5 및 2와 같이 미리 정해진 배수에서 실행 비용을 스트레스 테스트하고, 진입 시점을 한 캔들만큼 지연시키고, 인근 매개변수를 테스트하고, 가장 큰 5개 거래에 대한 의존성을 조사합니다. 이러한 테스트는 민감도 분석의 한 방법입니다. 추세 전략은 본질적으로 큰 수익을 내는 거래에 의존하므로, 이러한 거래를 제외하는 것은 유용한 정보를 제공하지만, 자동으로 성공 여부를 결정하는 기준이 되지는 않습니다.

비교를 뒷받침할 수 있을 만큼 충분한 관측치를 확보하여 체제 및 용량 민감도를 분석해야 합니다. 데이터를 여러 개의 작은 유리한 체제로 나누면 또 다른 선택 문제가 발생합니다. 비용을 고려한 후의 단순하고 안정적인 효과는 몇몇 예외적인 기간을 중심으로 구축된 복잡한 설명보다 일반적으로 더 설득력이 있습니다.

7. 지표, 기대치 및 증거 수준

기회 수, 제출된 주문 수, 체결 건수, 완료된 거래 수, 수익 발생일 수를 각각 보고하십시오. 필터를 사용하면 수익성 있는 기회를 많이 제외하면서 거래 성공률을 높일 수 있습니다. 수익 발생일 빈도는 거래 성공률과 다르며, 둘 다 수익 규모 없이는 기대 수익률을 판단할 수 없습니다.

미청산 포지션과 비용을 포함한 시가평가 계좌 순자산 시계열에서 낙폭을 구합니다. 불규칙한 거래별 수익률을 일간 수익률과 같게 취급하지 말고 샤프 계산의 수익률 주기를 밝힙니다. 총수익률, CAGR, 현금흐름에 민감한 IRR과 회귀 알파는 각각 구분합니다.

합성 전략의 승리 확률0.40, 승리 거래 평균 이익2R, 패배 거래 평균 손실1R, 비용0.08R이면 기대값은0.40×2−0.60×1−0.08=0.12R입니다. 이 고정 손익에서 손익분기 승률은(1+0.08)/(2+1)=0.36입니다.

65%의 거래에서 승리하고, 승리 시 0.5R의 수익을 얻고, 그렇지 않을 경우 1R의 손실을 보는 또 다른 합성 전략은 동일한 비용으로 0.65×0.5−0.35×1−0.08=−0.105R의 기대값을 가집니다. 따라서 손실이 발생하는 시스템이라도 높은 승률은 공존할 수 있습니다.

꼬리위험 손실, 이전 자산 고점을 회복하지 못한 기간, 회전율, 시장 거래량 참여율, 노출과 불확실성 구간을 포함합니다. 방법 설명, 저자 보고 백테스트, 코드·데이터 재현, 독립 검토, 전진 모의매매, 검증된 실거래 증거를 구분합니다. 각 단계가 답하는 질문은 다르며 미래 수익을 보장하지 않습니다.

다른 연구자가 검토할 수 있는 결과물을 공개하세요.

가설·입력데이터 버전, 실험 기록, 폴드 구간, 신호·주문 이벤트, 체결·비용·계좌 순자산 계산을 보관합니다. 중간 원장이 없는 최종 성과표는 다른 구현 결과와 다를 때 원인을 찾기 어렵습니다.

아래 파이프라인은 반복적으로 사용되는 개발 기간과 최종 검증 기간을 분리합니다. 이 파이프라인의 기능은 구현 및 테스트를 위한 명세이며, 실행 가능한 정확성 증명이 아닙니다. 특히, 삭제 과정에서는 레이블 간격을 검사해야 하며, 실행 시에는 실제 이벤트 가용성을 고려해야 합니다.

검토 자료에는 성공 사례1개, 실패 거래1개, 거부 주문1개, 가능한 경우 봉 내부 순서가 모호한 사례1개를 최소한 포함합니다. 각각을 시뮬레이터가 어떻게 처리하는지 설명하면 불리한 결과에서도 규칙이 일관되게 적용되는지 확인할 구체적인 증거가 됩니다.

최종 검증 자료를 읽기 전에 출판 지표를 확정하십시오. 최종 결과가 기대에 미치지 못하면 이를 보고하고 새로운 평가 계획을 세워 새로운 연구 버전을 시작하십시오. 동일한 검증 자료를 사용하여 동일한 방법을 반복적으로 수정하는 것은 검증 자료가 제공하고자 했던 바로 그 증거를 훼손하는 행위입니다.

spec = freeze_hypothesis_and_trial_registry()
data = load_versioned_point_in_time_inputs()
assert_data_integrity(data)
assert_confirmed_events_are_prefix_invariant(data)
development, final_test = split_chronologically_before_research(data)
for fold in chronological_folds(development, spec):
    train = purge_overlapping_labels(fold.train, fold.validation + fold.test)
    validation = purge_overlapping_labels(fold.validation, fold.test)
    model = fit_using_train_only(train)
    config = select_on_validation(model, validation)
    freeze(config)
    events = replay_causally(fold.test, config)
    fills = simulate_orders_after_available_at(events, spec.execution)
    equity = mark_to_market(fills, fees=spec.costs)
    archive_all_results(config, events, fills, equity)
final_config = freeze_selection_using_development_only()
evaluate_final_holdout_once(final_test, final_config)
report_net_metrics_ablations_stress_and_uncertainty()

흔한 실수

매력적인 탐지기를 수익성 있는 전략으로 취급하기

기하학적 특성, 예측 정보, 실행 및 샘플 외 성능은 별도의 검증 단계입니다. 한 단계를 통과했다고 해서 다른 단계도 통과하는 것은 아닙니다.

나중에 확인된 신호를 과거에 표시한 깔끔한 차트

과거 위치에 피벗 포인트를 그리면 나중의 확인 시간을 숨길 수 있습니다. occurred_at와 confirmed_at를 모두 저장하고, 모든 결정에 대해 정보 가용성을 기준으로 테스트하십시오.

모든 비용을 소액 수수료로 압축

스프레드, 영향, 차입 또는 자금 조달, 그리고 체결 누락은 수수료보다 더 중요할 수 있습니다. 해당 금융 상품과 유동성을 고려하여 이러한 요소들을 모델링하십시오.

수수료는 현실적이지만 체결은 비현실적인 경우

수수료는 불가능한 신호 마감 체결, 유리한 캔들 내 주문 또는 보장된 지정가 체결을 보상할 수 없습니다.

동일한 테스트 기간을 반복적으로 검사합니다.

테스트 결과를 바탕으로 수정이 이루어지면, 그 기간은 개발 과정의 일부가 됩니다. 사용 내역을 모두 기록하고, 수정되지 않은 새로운 평가 단계를 보존하십시오.

가장 성공적인 구성만 저장합니다.

시행 횟수와 실패한 변형의 분포에 대한 정보가 없으면 선택된 전략에 대한 근거가 과대평가될 수 있습니다.

통계적 보정을 수익성 인증서로 활용

DSR, PBO 및 p값은 특정 가정 하에 추론 질문에 대한 답을 제공합니다. 이러한 지표들은 실행 테스트를 대체하거나 향후 계좌 수익을 예측하는 데 사용되지 않습니다.

이 기법을 사용하기 전 체크리스트

자신의 데이터로 확인한 뒤 각 항목에 체크하세요. 진행 상태는 이 브라우저에 저장되며, 전략의 수익성을 인증하지는 않습니다.

0/16 개 항목

자주 묻는 질문

전략의 효과를 입증하려면 얼마나 많은 거래가 필요할까요?

보편적인 임계값은 없습니다. 의존도, 수익 분포, 시장 상황 및 효과 크기가 불확실성을 결정합니다. 고정된 거래 횟수를 증거로 삼기보다는 이러한 특징들을 보고해야 합니다.

비용 때문에 제시된 이점이 사라진다면 해당 전략을 거부해야 할까요?

거래 가능한 버전은 실패할 수 있지만, 근본적인 통계적 관계는 여전히 유용할 수 있습니다. 두 가지 결론을 모두 보고하고, 전체적인 효과를 실행 가능한 순수익률로 제시하는 것을 피하십시오.

코드 공개가 백테스트 재현성을 보장하나요?

코드는 요구 사항 중 하나일 뿐입니다. 데이터 버전, 기업 활동 규칙, 매개변수, 시험 이력 및 실행 가정도 이용 가능하거나 정확하게 문서화되어 있어야 합니다.

연구 출처

각 출처는 옆에 설명된 정의나 근거를 뒷받침합니다. 의사코드, 가상 예시와 제안된 매개변수는 별도로 검증해야 합니다.

  1. Foundations of Technical Analysis: Computational Algorithms, Statistical Inference, and Empirical ImplementationAndrew W. Lo, Harry Mamaysky, Jiang Wang. 패턴 인식과 통계 추론의 원저 연구를 검토했습니다. 이 자료 모음의 모든 규칙이 수익성을 가진다는 뜻은 아닙니다. 확인일: .
  2. Pine Script — StrategiesTradingView. 전략 주문 시점과 브로커 에뮬레이터 동작에 관한 일차 문서를 검토했습니다. 보편적 거래소 집행 모델로 보지 않습니다. 확인일: .
  3. Understanding Order Types — Investor BulletinU.S. SEC — Investor.gov. 시장가·지정가·스톱 주문 구조와 체결 한계를 설명한 일차 공지를 검토했습니다. 확인일: .
  4. MLX 2018 — The 7 Reasons Most Machine Learning Funds FailMarcos López de Prado — bản trình bày đăng trên SlideShare. 퍼징과 엠바고 데이터 분할에 관한 저자 발표 슬라이드를 읽었습니다. 금융 머신러닝 책 전체에 접근했거나 완독했다는 주장은 아닙니다. 확인일: .
  5. The Deflated Sharpe Ratio: Correcting for Selection Bias, Backtest Overfitting and Non-NormalityDavid H. Bailey, Marcos López de Prado — 2014. 방법론 논문 전체를 읽었습니다. 선택 편향 보정에는 가정과 연구 실험 정보가 필요하며 실거래 수익 확률을 뜻하지 않습니다. 확인일: .
  6. The Probability of Backtest OverfittingBailey, Borwein, López de Prado, Zhu. CSCV 및 PBO에 대한 방법론을 검토했습니다. 표본 외 순위 저하는 손실 발생 확률과 구분됩니다. 확인일: .

관련 기법

위험 안내

이 내용은 학습과 연구 설계를 위한 것이며 금융 조언이 아닙니다. Backtest는 과거 데이터 시뮬레이션으로, 미래 성과를 보장하지 않으며 실제 거래를 주문하지 않습니다. 이 라이브러리의 기법이 모두 앱에 구현된 기능은 아닙니다. 관련 정보: 검증 방법 및 학습 센터.

실제 자금을 투입하기 전에 규칙을 검증하세요

앱 지원 범위, 데이터와 개별 모의 거래를 확인하세요. 고급 탐지 기법은 별도 구현이 필요할 수 있습니다.

App Store에서 Backtest 다운로드