중복 주문 — 응답이 안 온 주문을 다시 내면 포지션이 두 배가 된다

주문 버튼을 눌렀는데 화면이 멈춥니다. 몇 초 기다려도 아무 반응이 없습니다. 대부분은 여기서 한 번 더 누릅니다. 자동매매 코드도 똑같이 합니다 — 응답이 없으면 실패로 보고 다시 보냅니다. 문제는 첫 번째 주문이 이미 체결됐을 수 있다는 점입니다.

"응답이 없다"는 "주문이 안 갔다"가 아니다

주문 요청은 두 방향으로 움직입니다. 내가 거래소로 보내는 길과, 거래소가 나에게 결과를 알려주는 길입니다. 이 중 돌아오는 길만 끊겨도 화면에는 똑같이 아무것도 안 보입니다.

①만 골라서 재시도할 방법은 없습니다. 구별이 안 되기 때문입니다. 이것은 웹소켓 끊김에서 다룬 문제와 뿌리가 같습니다 — 침묵은 정보가 아닙니다. 그런데 주문은 시세 조회와 달리 돈이 움직이는 요청이라, 한 번 더 보내는 것의 대가가 다릅니다.

재시도 한 번이 만드는 숫자

같은 요청을 두 번 보냈는데 둘 다 성공하면, 계좌에는 계획의 두 배가 들어옵니다. 배율이 붙은 계약이면 여기서 청산가까지 같이 움직입니다.

손실이 두 배가 된 것보다 더 나쁜 것은 마지막 줄입니다. 내부 기록에는 0.1만 남아 있으므로, 봇이 청산할 때도 0.1만 닫습니다. 나머지 0.1은 아무도 관리하지 않는 상태로 계좌에 남습니다. 봇은 포지션이 없다고 믿고 다음 신호에서 새로 진입하고, 그 사이 방치된 물량은 계속 손익이 흔들립니다.

청산가도 앞당겨집니다. 증거금 대비 노셔널이 두 배가 되면 같은 잔고로 버틸 수 있는 하락폭이 절반으로 줄어듭니다. 손절 계산을 아무리 정확히 해뒀어도, 수량이 계획과 다르면 그 계산은 처음부터 다른 이야기가 됩니다.

해결의 핵심 — 주문에 내가 이름표를 붙인다

대부분의 거래소는 주문을 낼 때 내가 직접 정한 식별자를 같이 보낼 수 있습니다. 흔히 클라이언트 주문번호라고 부릅니다. 같은 식별자로 두 번 보내면 거래소가 두 번째를 거절합니다.

여기서 가장 자주 하는 실수가 마지막 줄입니다. 식별자를 보낼 때마다 새로 만들면 이름표를 붙인 의미가 사라집니다. 재시도는 같은 주문을 다시 시도하는 것이므로, 이름도 같아야 합니다. 신호가 발생한 시점에 이름을 한 번 만들어 저장해두고, 재시도할 때는 그 저장된 이름을 그대로 씁니다.

거절 응답이 오면 그것은 실패가 아니라 "이미 접수됐다"는 확인입니다. 중복 오류를 일반 오류와 같이 처리해 또 재시도하면 원점입니다. 오류 코드를 구분해서, 중복이면 성공으로 간주하고 넘어가야 합니다.

이름표를 못 쓸 때 — 재시도 전에 물어본다

거래소나 라이브러리에 따라 클라이언트 주문번호를 못 쓰는 경우도 있습니다. 그럴 때 순서는 하나뿐입니다 — 다시 보내기 전에 먼저 조회합니다.

"의도한 주문"을 알아보려면 방향·수량·가격·시각을 함께 봐야 합니다. 이 조회 과정 자체가 요청을 늘리므로 요청 한도 초과(429)에 걸리지 않게 간격을 둡니다. 다만 한도에 걸리는 비용과 포지션이 두 배가 되는 비용은 비교 대상이 아닙니다 — 조회를 생략하는 쪽이 항상 더 비쌉니다.

취소와 재주문이 겹치는 순간

지정가를 걸어두고 가격이 멀어지면 취소 후 다시 거는 방식을 많이 씁니다. 이 두 동작 사이에 시간 차가 있고, 그 틈에서 어긋납니다.

"취소했으니 없겠지"는 가정입니다. 취소 응답이 애매하면 새 주문을 내는 대신 실제 상태를 확인하는 쪽으로 갑니다. 이렇게 벌어진 기록과 실제의 차이를 주기적으로 맞추는 방법은 포지션 대조에 정리돼 있습니다. 부분 체결이 섞이면 더 복잡해집니다 — 0.1 중 0.04만 체결된 상태에서 재주문하면 수량이 어중간하게 남습니다.

사람과 프로세스가 만드는 중복

네트워크만 문제가 아닙니다. 같은 봇을 두 번 실행해두는 것만으로 모든 주문이 두 배가 됩니다.

이 유형은 처음 며칠 동안 눈에 잘 안 띕니다. 수익이 두 배로 보이기 때문입니다. 손실 구간에 들어가서야 드러납니다. 자동매매를 켤 때 프로세스가 몇 개 떠 있는지 확인하는 습관이 필요합니다.

점검 항목

연동 방식과 인증은 거래소 API 연동 가이드에, 키 관리는 API 키에 정리돼 있습니다. 중복 주문에 한정하면 아래가 전부입니다.

실수했을 때 되돌리기 쉬운 순서로 검증합니다. 소액으로 일부러 타임아웃을 만들어 보고, 그 상태에서 재시도 로직이 주문을 하나만 남기는지 확인합니다. 실전 수량에서 처음 시험하면 확인 비용이 포지션 크기만큼 커집니다.

정리

한 줄로 줄이면 이렇습니다. 같은 요청을 몇 번 보내도 결과가 한 번인 구조를 먼저 만들어두면, 네트워크가 흔들려도 계좌는 흔들리지 않습니다. 전략을 다듬는 일은 그다음입니다.

주의

본문의 수량, 가격, 증거금, 배율, 대기 시간은 구조를 설명하기 위한 가정 예시이며 특정 거래소의 실제 측정값이 아닙니다. 클라이언트 주문번호의 이름·글자 수 제한·유효 기간, 중복 시 반환되는 오류 코드, 취소 응답 규격, 조회 한도는 거래소마다 다르므로 본인이 쓰는 거래소 문서에서 확인하고 소액으로 직접 시험해야 합니다. 레버리지 거래는 원금 전액을 잃을 수 있으며, 투자 판단과 그 결과는 본인 책임입니다.