주문 실수(팻 핑거) — 자릿수 하나가 계좌를 흔드는 구조와 예방 설정

팻 핑거(fat finger)는 손가락 하나가 잘못 눌려 의도와 다른 주문이 나가는 사고를 말합니다. 현물에서는 대체로 "잘못 산 것"으로 끝나지만, 선물에서는 계약 단위와 레버리지가 곱해지면서 의도한 위험의 10배·100배가 한 번에 열립니다. 실력이 아니라 입력 문제라서, 대응도 실력이 아니라 설정과 절차로 합니다.

팻 핑거의 네 가지 유형

주문 실수는 대부분 이 네 가지 중 하나입니다. 각각 사고가 커지는 경로가 다릅니다.

①이 압도적으로 많습니다. 거래소 주문창은 수량 입력칸이 좁고, 코인마다 최소 주문 단위와 소수점 자리가 달라서 같은 "1"이 종목마다 전혀 다른 금액이 됩니다. 이 단위 문제는 틱 사이즈와 최소 주문 단위에서 정리했습니다.

선물에서 실수가 커지는 이유

같은 자릿수 실수라도 현물과 선물은 결과가 다릅니다. 선물에서는 노셔널(명목가치) = 수량 × 가격이 먼저 커지고, 거기에 손익이 그대로 붙기 때문입니다.

여기서 두 번째 문제가 생깁니다. 증거금이 예상보다 많이 잠기면 남은 가용 증거금이 줄어들고, 다른 포지션의 여유까지 같이 사라집니다. 잔고와 가용 증거금이 왜 다르게 표시되는지는 가용 증거금과 잔고의 차이에서 다뤘습니다. 사이징을 미리 정해두면 이 사고의 크기 자체가 줄어드는데, 기준을 잡는 방법은 포지션 사이징에 있습니다.

잘못된 지정가는 언제 즉시 체결되나

지정가 자릿수를 틀렸을 때 결과가 극단적으로 갈립니다. 핵심은 잘못된 가격이 현재가보다 유리한 쪽인가, 불리한 쪽인가입니다.

즉 "걸어두면 안전하다"는 지정가의 통념은 방향에 따라 반쪽만 맞습니다. 매도 주문의 가격을 낮게 넣거나 매수 주문의 가격을 높게 넣으면, 지정가라도 즉시 체결됩니다. 이걸 구조적으로 막는 옵션이 post-only(메이커 전용)입니다. 즉시 체결될 조건이면 주문이 아예 거부되기 때문에, 자릿수 실수가 체결로 이어지지 않습니다. 동작 방식은 post-only · reduce-only · IOC에 정리돼 있습니다.

얇은 호가에서 시장가 실수

수량 실수와 시장가가 겹치면 손실이 한 번 더 불어납니다. 호가창에 물량이 얇은 알트코인에서 큰 수량을 시장가로 던지면, 최우선 호가를 넘어 위쪽 호가까지 먹으면서 체결됩니다.

수량이 맞았어도 유동성이 얇으면 같은 일이 생깁니다. 원인과 완화 방법은 슬리피지가 심할 때에서 다뤘습니다. 실수 상황에서는 되돌리는 주문도 시장가로 던지면 두 번 손해라는 점이 중요합니다.

방향 실수와 포지션 모드

청산하려다 같은 방향으로 한 번 더 들어가거나, 롱을 정리하려고 숏을 눌러 포지션이 두 배가 되는 사고가 여기 속합니다. 결과는 포지션 모드에 따라 갈립니다.

모드 차이는 단방향 모드와 헤지 모드에 정리돼 있습니다. 청산 목적의 주문에는 reduce-only를 항상 체크하면 이 사고가 구조적으로 막힙니다. reduce-only 주문은 보유 수량을 줄이는 방향으로만 작동하고, 신규 포지션을 열지 못합니다.

미리 켜두는 예방 설정

팻 핑거는 집중력으로 막는 것이 아니라 주문이 나가기 전 단계에서 막습니다. 대부분의 거래소가 아래 설정을 제공합니다.

④가 실전에서 가장 효과가 큽니다. 코인 개수로 입력하면 종목마다 자릿수가 달라 실수가 나지만, 금액이나 잔고 %로 입력하면 실수해도 계좌 대비 크기가 정해진 범위를 벗어나지 않습니다. ⑦은 실수로 열린 포지션이 방치되는 것을 막습니다. 주문 종류는 손절 주문과 스탑 리밋 주문을 참고하면 됩니다.

⑧은 놓치기 쉽습니다. 레버리지와 마진 모드는 대부분 종목별로 저장됩니다. 어제 다른 종목에서 50배로 바꿔뒀다면, 오늘 같은 종목에 들어갈 때 그 설정이 그대로 적용됩니다. 레버리지가 바뀌면 청산가도 같이 바뀌는데, 관계는 레버리지 변경과 청산가에 있습니다.

사고가 났을 때 대응 순서

이미 체결된 뒤에는 순서가 중요합니다. 당황해서 시장가로 되던지면 손실이 한 번 더 늘어납니다.

3번이 핵심입니다. 의도의 10배 포지션이 열린 상태에서 증거금을 더 넣는 것은 잘못된 크기를 유지하기 위해 자본을 더 태우는 선택입니다. 크기를 원래 계획으로 되돌리는 것이 먼저입니다. 5번은 실수와 판단을 분리하기 위한 것입니다. "어차피 들어간 김에"로 이어지면 사고가 전략을 바꿔버립니다.

API·자동주문에서의 팻 핑거

수동 주문만의 문제가 아닙니다. 자동주문에서는 실수가 반복 실행되기 때문에 오히려 더 큽니다.

대응은 세 가지입니다. ① API 키에 출금 권한을 주지 않고 IP를 제한한다(설정은 API 키 발급과 권한 참고), ② 주문 함수 앞에 수량 상한 검증을 하드코딩한다, ③ 실계좌 전에 소액으로 실제 체결까지 확인한다. 주문이 거부되는 조건들은 주문이 거부되는 이유에 정리돼 있습니다.

반복되면 기록으로 잡는다

같은 실수가 두 번 이상 나오면 부주의가 아니라 주문 절차에 구멍이 있는 것입니다. 매매일지에 아래 항목을 따로 세면 원인이 드러납니다.

③이 자주 나옵니다. 손실 직후 서두르는 상태에서 입력 실수가 겹치는 패턴입니다. 이 경우 해법은 주문창 설정이 아니라 손실 직후 일정 시간 주문을 멈추는 규칙입니다.

정리

한 줄로 줄이면 이렇습니다. 주문 실수는 조심해서 줄이는 것이 아니라, 실수해도 크게 나갈 수 없게 설정해서 줄입니다. 확인창 하나와 reduce-only 체크 하나가, 자릿수 하나짜리 사고의 크기를 결정합니다.