주문 지연(레이턴시) — 버튼을 누른 순간과 체결된 순간 사이에서 벌어지는 일

차트에 $80,000이 찍혀 있어서 눌렀는데 체결가는 $80,050이었습니다. 대부분 이걸 슬리피지 하나로 설명하지만, 그 앞에 더 단순한 원인이 있습니다. 누른 시점과 체결된 시점이 같은 순간이 아니라는 것입니다. 그 사이의 시간을 레이턴시(지연)라고 부릅니다.

클릭과 체결 사이는 한 구간이 아니다

주문 한 건은 여러 단계를 지나갑니다. 각 단계가 조금씩 시간을 먹고, 그 합이 실제 지연입니다. 어디가 느린지 모르면 엉뚱한 곳을 고치게 됩니다.

여기서 중요한 건 ④가 ①보다 뒤에 있다는 사실입니다. 화면에 그려진 가격은 거래소가 조금 전에 보내준 값이고, 내 주문이 매칭 엔진에 도착할 때쯤이면 호가는 이미 다른 모습입니다. 체결가가 화면과 다른 것은 오류가 아니라 이 순서의 결과입니다.

0.4초가 얼마인지 숫자로 본다

지연은 밀리초 단위라 감이 안 옵니다. 가격으로 바꿔보면 바로 보입니다.

수수료는 명세서에 찍히니까 다들 신경 씁니다. 지연 비용은 어디에도 찍히지 않아서 없는 셈 치게 됩니다. 하지만 위 계산처럼 거래 횟수가 많아질수록 무시할 수 없는 크기가 됩니다. 이 비용까지 포함한 손익분기 계산은 왕복 거래비용 쪽 정리와 같이 보면 됩니다.

참고로 위 숫자는 구조를 보여주기 위한 가정입니다. 실제 지연은 회선·기기·거래소·시간대에 따라 몇 배씩 달라집니다.

시장가와 지정가는 손해 보는 방식이 다르다

같은 지연인데 주문 종류에 따라 결과가 다르게 나타납니다. 이걸 구분하지 못하면 대책도 엉뚱해집니다.

지정가 쪽 손해는 눈에 안 보여서 더 헷갈립니다. 체결이 안 됐으니 손실 기록도 없지만, 들어갔어야 할 자리를 놓친 것은 분명한 비용입니다. 같은 가격에 걸었는데 남의 주문만 체결되는 구조는 지정가 주문 대기열(Queue)에 따로 정리돼 있고, 시장가 쪽에서 가격이 밀리는 폭 자체는 슬리피지가 큰 이유와 줄이는 법이 다룹니다. 둘 중 뭘 쓸지는 결국 지정가 vs 시장가의 선택 문제로 돌아옵니다.

필요할 때 하필 더 느려진다

지연에서 가장 곤란한 성질은 평균이 아니라 분포입니다. 평소에는 짧고, 급변할 때 길어집니다.

손절이 특히 이 구간에 몰립니다. 급락이 오면 모두가 동시에 던지고, 그때 주문 처리는 가장 느리고 호가는 가장 얇습니다. 손절 폭을 평상시 기준으로만 잡아두면 실제로 체결되는 가격은 계획보다 훨씬 아래일 수 있습니다. 조건부 주문이 발동 시각과 체결 시각 사이에서 벌어지는 문제는 조건부 주문이 발동하지 않는 이유에서 더 자세히 볼 수 있습니다.

내 지연을 직접 재는 법

남의 벤치마크는 의미가 없습니다. 내 회선, 내 기기, 내가 쓰는 거래소에서 재야 합니다.

마지막 줄이 실무에서 자주 걸리는 부분입니다. 내 컴퓨터 시계가 몇 초 어긋나 있으면 지연이 음수로 나오거나 터무니없이 크게 나옵니다. 거래소 API를 쓴다면 서버 시각을 조회해 차이를 먼저 보정하고, 시계 동기화도 켜두는 편이 안전합니다. 요청이 몰려 응답 자체가 늦어지는 상황은 지연이 아니라 한도 문제일 수 있으니 API 요청 한도와 429 에러도 같이 확인합니다.

줄일 수 있는 것과 없는 것

지연을 0으로 만들 수는 없습니다. 구간별로 손댈 수 있는 곳과 없는 곳을 나눠보면 할 일이 분명해집니다.

맨 아랫줄이 핵심입니다. 전송 구간에서 0.05초를 아끼려 애쓰는 것보다, 진입 조건을 미리 정해두고 조건부 주문을 걸어두는 편이 훨씬 큰 시간을 줄입니다. 화면을 보다가 판단하고 클릭하는 데는 보통 1초 이상 걸리기 때문입니다.

지연을 없애는 대신 설계로 흡수한다

현실적인 대응은 지연을 없애는 게 아니라, 지연이 있어도 계획이 깨지지 않게 만드는 것입니다.

마지막 기준이 실전에서 유용합니다. 1회 기대 수익이 $20인데 지연 비용이 $5씩 나간다면, 그 전략은 아이디어가 아니라 체결 환경 때문에 무너집니다. 이런 전략은 보유 시간을 늘리거나 목표 폭을 키워 지연 비중을 낮추는 쪽이 맞습니다. 백테스트에서 좋았던 결과가 실전에서 무너지는 흔한 원인이기도 해서, 검증 단계에서 미리 비용을 넣어봐야 합니다 — 관련 함정은 백테스트 쪽에 정리돼 있습니다.

봇에서는 폴링 주기가 진짜 지연이다

자동매매를 쓰면 사람의 클릭 시간이 사라지지만, 대신 다른 지연이 생깁니다.

봇이 느린 이유를 코드 최적화에서 찾다가 정작 조회 주기를 그대로 두는 경우가 많습니다. 주기적으로 물어보는 방식은 구조상 그 주기만큼 늦게 알 수밖에 없습니다. 반응 속도가 중요한 전략이라면 조회 주기부터 확인하는 편이 빠릅니다. 자동매매에 대한 기대와 실제 차이는 자동매매 환상과 현실에 더 있습니다.

정리

한 줄로 줄이면 이렇습니다. 나는 항상 조금 과거의 가격을 보고 결정합니다. 이걸 없앨 방법은 없으니, 없앨 수 없는 만큼을 계획에 미리 넣어두는 것이 유일한 대응입니다. 지연 0.1초를 다투는 자리에서 경쟁하지 않는 전략을 고르는 것도 같은 이야기입니다.

주의

본문의 지연 시간, 변동 폭, 수수료율, 손익 금액은 구조를 설명하기 위한 가정 예시이며 특정 거래소나 종목의 실제 측정값이 아닙니다. 실제 지연은 회선·기기·지역·거래소·시간대에 따라 크게 달라지므로 직접 측정해야 합니다. 레버리지 거래는 원금 전액을 잃을 수 있으며, 투자 판단과 그 결과는 본인 책임입니다.