스트래티지가 틀린 값을 내고 있습니다
스트래티지 셈 결과에 영향을 끼치는 팩터는 너무 많으며 아주 작은 틈새도 거다란 아웃풋 차이를 만들어 낼 수 있습니다:
차트 리로딩/리오프닝. 히스토리 데이터는 리얼타임때 컬렉트된 데이터와 조금 다를 수 있습니다. 설사 같다 하더라도 데이터 벤더가 그 히스토리 밸류를 바꾸기도 합니다. 다른 데이터 = 다른 백테스팅 결과.
인트라바 프라이스 무브먼트. 리얼타임으로 스트래티지를 셈할 때는 OHLC 안에서의 커런트 프라이스 움직임을 클리어하게 알 수 있습니다. 스트래티지를 차트에 넣으면 이런 인포메이션이 없습니다. 그렇기 때문에 가정을 하는 것입니다. 가정이 틀릴 수도 있어 100% 정확한 것은 아닙니다. 설사 프라이스가 그대로 움직였다 하더라도 말이죠.
소스 코드 안 특정 펑크션. 어떤 펑크션들은 인터널 로직때문에 리얼타임과 히스토리 셈 결과가 다르게 움직입니다. 그런 펑크션 보기는 'security' 입니다. 이런 특성을 리페인팅이라고 부릅니다. 당사 유저 매뉴얼에서 자세한 것을 볼 수 있습니다.
스트래티지 셈 프리퀀시. 히스토리컬 백테스팅하는 동안 스트래티지 셈은 언제나 매 캔들 클로즈에 하게 됩니다. 반면에 데이터가 리얼타임이면 같은 스트래티지를
모든 프라이스 업데이트에 맞춰 셈 하게 됩니다.위 적은 내용이 님의 케이스에 와 닿지 않는다면 파인 스크립트 이슈 타입으로 스트래티지 코드 및 자세한 설명과 함께 리포트를 보내 주시기 바랍니다.