실전지식 슬리피지와 체결 지연 — 백테스트가 숨기는 진짜 비용

매매 기술 노트 · 18 · 실전지식

슬리피지와 체결 지연 — 백테스트가 숨기는 진짜 비용

백테스트 결과지에는 "이 가격에 샀다"고 딱 떨어지는 숫자가 찍힌다. 하지만 실전에서는 주문을 낸 순간의 가격과 실제로 체결된 가격이 항상 같지 않다. 이 차이가 슬리피지(Slippage)고, 여기에 주문이 실제로 거래소 서버에 도달해 처리되기까지 걸리는 시간이 체결 지연(Execution Delay)이다. 둘은 따로 노는 게 아니라 한 세트로 움직인다 — 지연이 길어질수록 그 사이 가격이 더 멀리 움직일 확률이 높아지고, 슬리피지도 같이 커진다.

슬리피지

주문 시점 가격과 실제 체결 가격의 차이

체결 지연

신호 발생 → 주문 전송 → 거래소 처리까지의 시간차

주요 원인

낮은 유동성, 급변동 구간, 네트워크·API 응답 지연

왜 백테스트에서는 안 보일까

대부분의 백테스트 엔진은 "신호가 뜬 봉의 종가(혹은 다음 봉의 시가)에 즉시 체결됐다"고 가정한다. 이건 시뮬레이션을 단순화하기 위한 편의적 가정이지, 실제 시장 구조가 아니다. 실전에서는 주문이 거래소 오더북에 도달하는 순간까지 몇백 밀리초에서 길게는 수 초가 걸리고, 그 사이 가격이 이미 다른 곳에 가 있는 경우가 흔하다. 특히 변동성이 큰 구간—예를 들어 급락이나 뉴스 발표 직후—에는 슬리피지가 평소의 몇 배로 벌어지기도 한다.

실제로 겪은 케이스

코인랩 봇 운영 초반에 급락 구간에서 손절 주문이 예상보다 훨씬 안 좋은 가격에 체결된 적이 있었다. 로그를 뜯어보니 신호 발생과 실제 주문 전송 사이에 API 응답 지연이 겹쳐 있었고, 그 짧은 시간에 가격이 오더북 상단을 여러 단계 뚫고 내려간 상태였다. 백테스트 수치로는 손실 폭이 크지 않았어야 할 구간인데, 실전 손절가는 계산과 꽤 벌어져 있었다. 이후로는 백테스트 결과를 그대로 신뢰하지 않고, 슬리피지 여유분을 미리 손절폭 계산에 반영하는 쪽으로 로직을 바꿨다.

if signal_triggered:
    order_price = current_price
    send_order()  # 여기서 네트워크/거래소 처리 지연 발생
    fill_price = get_fill_price()
    slippage = fill_price - order_price
    log(slippage, elapsed_ms)