실행 시간 격차를 한 문단으로 설명하면

이 글은 그 격차를 수치화하고, 밀리초가 실제로 어디에서 소모되는지 분해하며, 라이브 계좌에서 보게 될 숫자와 맞는 결과를 만들기 위해 백테스트 안에서 실행 시간을 어떻게 모델링해야 하는지 설명합니다.

레이턴시 차익거래에서 “실행 시간”이 실제로 의미하는 것

레이턴시 차익거래 시스템에서 전략은 두 개의 가격 피드를 비교합니다 — 빠른 피드(일반적으로 Tier-1 애그리게이터 또는 LP 피드)와 느린 피드(거래 상대가 되는 브로커)입니다. 빠른 피드가 스프레드와 설정된 임계값을 더한 것보다 더 크게 느린 피드를 앞서면, 전략은 느린 쪽에 주문을 보내고 느린 가격이 수렴할 것으로 기대합니다.

기회는 두 가격이 어긋나 있는 동안에만 존재합니다. 브로커의 호가 엔진이 따라잡는 순간 — 보통 50~200밀리초 이내 — 엣지는 사라집니다. 주문은 그 일이 일어나기 전에 시장에 들어가 있어야 합니다.

이 맥락에서 “실행 시간”은 하나의 숫자가 아닙니다. 여러 레이턴시가 쌓인 구조이며, 각각이 몇 밀리초씩 기여합니다:

• 전략 의사결정 레이턴시 — 코드가 가격 차이를 감지하고 주문을 내보내는 데 걸리는 시간(타이트한 루프에서는 일반적으로 <1ms이지만, 고수준 스크립팅 언어에서는 5–20ms일 수 있음)
• 브로커까지의 네트워크 레이턴시 — 공용 인터넷 또는 코로케이션 링크를 통한 왕복 시간(코로케이션 1ms, 대륙 간 30–80ms)
• 브로커 매칭 엔진 레이턴시 — 브로커의 주문 관리 시스템이 주문을 접수하고, 라우팅하고, 유동성과 매칭하는 데 걸리는 시간(브로커에 따라 5–100ms)
• 체결 확인 레이턴시 — 주문이 체결되었음을 알기 위한 왕복 복귀 시간(네트워크 구간을 반영)

브로커와 다른 데이터센터의 표준 VPS에서 실행되는 전략의 경우, 현실적인 왕복 시간은 80–100ms 아래로 내려가는 일이 드뭅니다. 브로커와 코로케이션되어 cross-connect로 연결된 전략은 1–5ms까지 떨어질 수 있습니다. 이 한 자릿수 규모의 차이가 전부입니다.

50–200ms 창: 왜 밀리초가 모든 것을 결정하는가

깔끔한 신호를 상상해 보세요. 빠른 피드가 1.5핍 뛰었습니다. 느린 브로커는 아직 업데이트하지 않았습니다. 평균적으로 느린 브로커의 호가 엔진이 새 가격을 반영하기까지 80~150밀리초 정도가 있습니다. 그 창 안에서 두 가지 일이 동시에 일어납니다:

1. 다른 레이턴시 차익거래자들(그리고 브로커에서 유사한 로직을 실행하는 마켓메이커들)도 체결을 위해 경쟁합니다
2. 브로커의 호가 피드는 한 번에 점프하는 것이 아니라 빠른 피드 쪽으로 계속 수렴하므로, 엣지는 창 전체에서 선형적으로 줄어듭니다

왕복 시간이 50ms를 소모하면, 가격 차이가 아직 ~70% 남아 있을 때 도착하여 대부분을 포착합니다. 왕복 시간이 150ms를 소모하면, 가격 차이는 이미 ~10%까지 붕괴한 뒤이고 — 스프레드 + 슬리피지 이후에는 손실일 가능성이 높습니다.

네 가지 실행 시간 시나리오 — 구체적인 숫자로

아래는 동일한 이론적 1.5핍 엣지의 레이턴시 차익거래 신호를 네 가지 서로 다른 왕복 실행 레이턴시에서 시뮬레이션한 것입니다. 아래 숫자는 정상 유동성과 0.6–0.9핍 스프레드가 있는 런던 세션의 EUR/USD에서 일반적으로 볼 수 있는 수준입니다.

왕복 실행	포착한 엣지	진입 시 슬리피지	거래당 순 PnL	판정
~5ms (코로케이션)	신호의 ~95%	0.0–0.2 pip	+0.6 to +1.0 pip	수익성 있음
~50ms (가까운 VPS)	신호의 ~70%	0.2–0.5 pip	+0.2 to +0.6 pip	수익성 있음, 더 얇음
~120ms (중간 거리)	신호의 ~30%	0.5–1.0 pip	−0.3 to +0.1 pip	한계적 / 손실 가능
~200ms (장거리)	신호의 ~10%	1.0–1.8 pip	−1.0 to −0.5 pip	매 거래 손실

패턴을 보세요. 5ms에서 50ms로 갈 때 수익성은 완만하게 떨어집니다. 50ms에서 120ms로 갈 때는 절벽처럼 떨어집니다. 150ms를 넘으면 전략은 비용 이후 기대값이 음수인 동전 던지기가 됩니다. 이 절벽은 즉시 체결을 가정하는 백테스터에는 보이지 않습니다.

왜 표준 백테스터는 지연 없는 체결을 가정하는가

표준 리테일 백테스터는 추세추종 및 지표 기반 시스템을 위해 만들어졌습니다 — 보유 기간이 몇 분에서 며칠이고, 몇 초의 실행 슬리피지는 반올림 오차에 불과한 전략입니다. 그 구조도 이를 반영합니다:

• 봉 데이터(M1, M5, H1)를 재생하고 전략을 봉의 시가 또는 종가에 적용합니다
• 주문은 전략이 내보내는 순간 표시 가격에 매칭되며, 신호와 체결 사이에 시간이 진행되지 않습니다
• 스프레드는 보통 하나의 고정 숫자이며, 모든 체결에 동일하게 적용됩니다
• 네트워크 왕복, 브로커 매칭 엔진, 체결 확인이라는 개념이 없습니다

몇 시간 동안 포지션을 보유하는 전략에서는 이것이 괜찮습니다 — 이러한 단순화의 비용은 PnL의 1%보다 훨씬 낮습니다. 하지만 거래당 1–3핍을 벌고 100ms 창 안에서 성패가 갈리는 레이턴시 차익거래 전략에서는 이 단순화 하나하나가 치명적입니다:

진짜 백테스트가 모델링해야 하는 네 가지 레이턴시 구성요소

라이브 브로커와의 접촉을 견디는 백테스트를 만들려면, 시뮬레이터가 왕복의 각 구간을 명시적으로 모델링해야 합니다. 진지한 레이턴시 차익거래 백테스트에 필요한 구성은 다음과 같습니다:

구성요소	일반적인 범위	의미
1. 신호-전송 레이턴시	0.5–20 ms	트리거 틱을 받은 순간부터 주문을 내보내기까지의 시간. 언어, 코드 경로, CPU에 따라 달라집니다. 컴파일된 C++ <1ms; 고수준 스크립트 5–20ms.
2. 네트워크 왕복 (출발)	1–80 ms	트레이딩 호스트에서 브로커까지의 전송 시간. 코로케이션 = 1–3ms; 같은 도시권 = 5–15ms; 지역 간 = 30–80ms.
3. 브로커 매칭 레이턴시	3–100 ms	브로커의 주문 관리 및 매칭 엔진 내부에서 소요되는 시간. Tier-1 ECN 브로커: 3–15ms. 표준 리테일 브로커: 30–100ms. 수동 처리가 있는 STP 브로커: 100ms+.
4. 확인 왕복 (복귀)	1–80 ms	나가는 네트워크 구간을 반영합니다. 체결 확인을 받기 전까지는 체결 가격을 알 수 없습니다 — 리스크 관리와 청산 측 타이밍에 중요합니다.

일반 VPS에서 표준 리테일 브로커를 통해 실행되는 전형적인 리테일 레이턴시 차익거래 배포의 경우, 네 구성요소는 대략 80–180ms로 합산됩니다 — 신호 포착률이 50% 아래로 떨어지는 위험 구간 한가운데입니다. 빠른 ECN 브로커를 통해 코로케이션 배포를 하면 같은 구성요소가 5–20ms로 합산됩니다 — 절벽보다 훨씬 아래입니다.

레이턴시 차익거래 전략의 정직한 백테스트라면 트레이더가 이러한 레이턴시를 설정하고 영향을 볼 수 있어야 합니다. SharpTrader Optimizer는 실행 레이턴시를 하나의 설정 가능한 파라미터(밀리초 단위)로 모델링하며, 실제 과거 틱 데이터 위에 시뮬레이션 시점의 각 주문에 적용합니다.

백테스트에서 실행 시간을 올바르게 모델링하는 방법

세 가지가 필요합니다. 각각은 필요조건이며, 어느 하나만으로는 충분하지 않습니다.

1. 실제 과거 틱 — 봉 보간이 아님

표준 리테일 백테스터는 봉 OHLC 값 사이를 보간하여 “틱” 데이터를 채웁니다. 이들이 만드는 합성 틱은 봉 안의 임의 지점에서 고가와 저가를 찍고, 시가와 종가 사이를 부드럽게 이동합니다. 실제 시장은 그렇게 움직이지 않습니다 — 점프합니다. 포착하려는 1.5핍 레이턴시 차익거래 신호는 바로 점프이며, 보간된 틱 데이터는 그것을 존재하지 않는 것으로 매끈하게 지워버립니다.

진지한 백테스트는 브로커의 매칭 엔진에서 실제로 기록된 bid/ask 틱(또는 런던 소스 기관 데이터와 같은 깨끗한 기준 피드)을 재생합니다. 모든 틱에는 타임스탬프, bid, ask가 있습니다. 전략은 라이브 배포에서 보게 되는 것과 같은 순서, 같은 타이밍으로 그것들을 봅니다.

2. 설정 가능한 실행 시간 — 주문별 적용

트레이더는 라이브에서 예상하는 왕복 실행 시간 T(밀리초 단위)를 설정합니다. 전략이 주문을 내보내면, 시뮬레이터는 요청 구간만큼 시간을 진행시킵니다 — 일반적으로 T/2입니다. 체결 가격에 영향을 주는 것은 신호와 브로커 측 매칭 사이의 시간뿐이고, 응답 구간은 이미 일어난 일을 전략에 알려줄 뿐이기 때문입니다. T = 80ms라면, 시뮬레이터는 신호 후 40ms의 틱 스트림을 보고, 신호를 발생시킨 틱이 아니라 그 틱의 bid/ask를 체결 가격으로 사용합니다.

이 한 가지 변화 — 신호와 체결 사이에서 시간을 진행시키는 것 — 가 현실적인 레이턴시에서 절벽을 재현합니다. 또한 백테스트를 결정론적으로 만듭니다. 같은 틱 스트림에서 같은 전략을 T = 50ms와 T = 150ms로 실행하면 측정 가능한 차이가 있는 결과가 나오며, 트레이더는 전략이 정확히 어디에서 작동을 멈추는지 볼 수 있습니다.

각 체결에서 실현된 슬리피지는 틱 워크가 만들어낸 것입니다 — 이는 시뮬레이션의 출력이지, 트레이더가 추측해야 하는 숫자가 아닙니다. 일부 체결은 유리하게 들어가고(양의 슬리피지), 일부는 더 나쁘게 들어가며(음의 슬리피지), 그 크기는 해당 밀리초 동안의 실제 틱 변동성을 따릅니다. 이것이 모든 표준 리테일 백테스터에 빠져 있는 현실적인 분포입니다.

3. 양쪽 구간의 틱 해상도 슬리피지 — 진입과 청산

레이턴시 차익거래는 여는 만큼 빠르게 닫습니다. 청산은 진입 후 200–800ms에, 수렴 중인 가격을 향해 일어납니다. 시뮬레이터가 진입과 청산에 동일한 고정 스프레드를 적용하면 두 가지를 놓칩니다: (1) 레이턴시 창에서 발생하는 진입 슬리피지, (2) 청산 측 왕복 동안 가격이 되돌아오며 생기는 청산 슬리피지입니다. 실제 모델은 오픈과 클로즈의 실행 시간을 독립적으로 설정할 수 있게 하며 — 청산이 진입보다 더 느린 라우팅 경로를 거치는 일이 많은 실제 브로커 행동을 반영합니다 — 각 구간의 슬리피지를 틱 스트림에서 자동으로 계산합니다.

실제 예시: 동일한 전략, 세 가지 레이턴시 설정

다음은 동일한 파라미터를 사용하되 세 가지 다른 실행 레이턴시 설정으로, 30일간의 EUR/USD 틱 데이터에 대해 백테스트한 SharpTrader 레이턴시 차익거래 전략의 대표적인 결과입니다. 이 숫자는 BJF Feed (London / Tokyo / NY) 백테스트에서 일반적으로 보는 수준입니다.

지표	0ms (허구)	50ms (가까운 VPS)	150ms (장거리)
발생한 신호	2,847	2,847	2,847
엣지에서 체결된 신호	2,847 (100%)	1,983 (70%)	854 (30%)
평균 포착 핍	1.42	0.98	0.21
진입 시 실현 슬리피지 (틱 워크 출력)	0.0 pip	0.3 pip	0.9 pip
거래당 순 PnL	+0.82 pip	+0.48 pip	−0.31 pip
월간 수익률 (1 lot)	+233%	+137%	−88%

0ms 열은 표준 도구가 만들어내는 “백테스트 환상”입니다. 50ms 열은 잘 배포된 레이턴시 차익거래 전략이 실제로 어떻게 보이는지를 보여줍니다. 150ms 열은 대부분의 리테일 트레이더가 일반 VPS에 전략을 올리고 표준 브로커를 통해 거래하면서, 자신의 왕복 시간이 절벽의 어디에 있는지 모른 채 실수로 실행하는 것입니다.

같은 전략도 매우 수익성이 높을 수도, 간신히 수익성이 있을 수도, 보장된 손실일 수도 있습니다 — 표준 백테스터가 모델링하지 않는 단 하나의 숫자에만 의존해서 말입니다.

왜 실행 시간, 가변 스프레드, 워크포워드는 함께 가야 하는가

실행 레이턴시는 리테일 레이턴시 차익거래 백테스트에서 가장 덜 모델링되는 변수이지만, 유일한 변수는 아닙니다. 신뢰할 수 있는 백테스트는 세 가지를 결합하며, 각각이 다른 요소를 강화합니다:

네 가지가 모두 갖춰지면, 백테스트는 마케팅 도구가 아니라 예측 도구가 됩니다. 그것이 만드는 숫자는 라이브 결과와 50–200%씩 벌어지는 것을 멈추고 10–20% 범위 안에 들어오기 시작합니다 — 리스크 크기, 자본 배분, 브로커 선택 결정을 실제로 백테스트에 기반해 내릴 수 있을 만큼 충분히 가깝습니다.

자주 묻는 질문