바이낸스 선물 봇 OCO 오류, 진입하자마자 손절 익절이 안 걸리는 이유

바이낸스 선물 자동매매 봇 OCO 오류 -4509를 정리했다.
진입 직후 TP/SL 주문이 거부되는 타이밍 문제다.
이 글에서는 오류 원인과 time.sleep(5) 임시 해결법, 포지션 확인 루프 방식을 코드와 함께 정리한다.

봇을 실전에 처음 투입했을 때였다.
BTC 봇이 2026년 5월 25일 새벽 5시에 롱 진입을 했다.
진입은 됐다.
바이낸스 앱에서 포지션이 열린 것도 확인했다.
그런데 TP/SL 주문이 보이지 않았다.
로그를 열었더니 오류가 찍혀 있었다.

{"code": -4509, "msg": "The order's position side is different from current position side."}

처음 보는 코드였다.
포지션은 열렸는데 OCO 주문만 실패한 상태였다.
손절도 익절도 없이 포지션을 그대로 들고 있어야 했다.

 

OCO 주문이 실패하면 손절 익절이 사라진다 

OCO는 One Cancels the Other의 약자다.
직역하면 "하나가 체결되면 나머지는 자동으로 취소된다"는 뜻이다.

자동매매에서 OCO 주문은 TP(Take Profit, 익절)와 SL(Stop Loss, 손절)을 동시에 설정하는 방식이다.
둘 중 하나가 먼저 체결되면 나머지는 자동으로 취소된다.

예를 들어 BTC를 $100,000에 롱 진입했다면,
TP는 $119,000 (+19%), SL은 $90,000 (-10%)으로 미리 등록해둔다.
가격이 $119,000에 도달하면 자동 익절 청산, $90,000에 도달하면 자동 손절 청산이 실행된다.
운영자가 화면 앞에 없어도 봇이 알아서 처리하는 구조다.

이 OCO 주문이 제대로 등록되지 않으면 자동매매의 핵심 기능이 사라진다.
진입은 됐지만 손절 익절이 없다면 24시간 화면을 직접 봐야 한다.
결국 수동 매매와 다를 게 없다.

 

-4509 오류가 발생하는 상황

봇의 기본 동작 흐름은 이렇다.

1단계 — 캔들 신호를 감지한다.
2단계 — 시장가 진입 주문을 바이낸스에 전송한다.
3단계 — 진입이 체결되면 즉시 OCO(TP/SL) 주문을 전송한다.

문제는 3단계에서 발생했다.
2단계에서 진입 주문이 체결됐다는 응답을 받은 직후, 딜레이 없이 바로 OCO 주문을 전송했다.
그 순간 -4509 오류가 반환됐다.

포지션은 열렸는데 OCO가 거부되는 상황이었다.

 

진입 직후 OCO가 거부되는 타이밍 문제 

바이낸스 선물은 헤지 모드(Hedge Mode)를 지원한다.
헤지 모드는 롱과 숏을 동시에 보유할 수 있는 방식이다.
이 봇은 헤지 모드로 설정되어 있다.

헤지 모드에서 OCO 주문을 전송할 때는 포지션 방향(LONG 또는 SHORT)을 명시해야 한다.
바이낸스가 어느 포지션에 연결된 OCO인지 구분할 수 없으면 주문을 거부한다.

문제는 타이밍에 있다.
진입 시장가 주문이 체결됐다는 응답이 돌아왔더라도, 바이낸스 내부 시스템에서 포지션 데이터를 업데이트하는 데 짧은 시간이 걸린다.
0.몇 초에 불과하다.
봇은 그 짧은 시간을 기다리지 않고 즉시 OCO를 전송한다.
바이낸스 입장에서는 포지션이 아직 시스템에 반영되지 않은 상태에서 OCO 주문이 들어온 것이다.
"포지션 방향을 확인할 수 없다"는 이유로 -4509를 반환한다.

봇의 타이밍이 너무 빠른 것이 원인이다.

캔들 마감 정각(00:00)에 진입을 시도하면 이 문제가 더 자주 발생한다.
전 세계 수많은 봇이 같은 시간에 바이낸스 서버로 요청을 쏟아내는 시간이다.
서버가 혼잡해지면 포지션 반영이 평소보다 더 늦어진다.
BTC 봇이 정각에 진입하도록 설계된 것이 이 버그를 더 키웠다.

 

time.sleep(5)로 OCO 오류를 해결하는 방법

해결 방식은 단순하다.
진입 주문 전송 후, OCO 주문 전송 전에 잠깐 기다리면 된다.

AI에게 이렇게 요청했다.

"진입 주문 체결 후 바로 OCO를 보냈더니 -4509 오류가 난다. 
포지션이 바이낸스에 반영될 시간을 주기 위해 진입 후 5초 대기하고 OCO를 걸도록 코드를 수정해줘."

수정 전 코드:

```python
# 시장가 진입 주문 전송
entry_order = self.exchange.create_market_buy_order(self.symbol, amount)

# 즉시 OCO 주문 전송 — 여기서 -4509 오류 발생
self.exchange.create_order(
    symbol=self.symbol,
    type='TAKE_PROFIT_MARKET',
    side='SELL',
    amount=amount,
    params={'stopPrice': tp_price, 'positionSide': 'LONG'}
)
```

수정 후 코드:

```python
# 시장가 진입 주문 전송
entry_order = self.exchange.create_market_buy_order(self.symbol, amount)

# 포지션 반영 대기
time.sleep(5)

# OCO 주문 전송
self.exchange.create_order(
    symbol=self.symbol,
    type='TAKE_PROFIT_MARKET',
    side='SELL',
    amount=amount,
    params={'stopPrice': tp_price, 'positionSide': 'LONG'}
)
```

`time.sleep(5)` 한 줄이 추가된 것이 전부다.
수정 후 테스트에서 OCO 주문이 정상적으로 등록되는 것을 확인했다.

 

더 안정적인 방법 

sleep(5)는 간단하지만 완전한 해결책은 아니다.
네트워크 상태가 좋지 않거나 서버 혼잡이 심한 날에는 5초를 기다려도 포지션이 반영되지 않을 수 있다.

더 안정적인 방법은 포지션이 실제로 열렸는지 직접 확인한 뒤 OCO를 전송하는 것이다.

AI에게 이렇게 요청했다.

"sleep(5)로 임시 대응 중인데 더 안정적인 방법으로 바꾸고 싶다. 
진입 후 바이낸스에 포지션이 실제로 열렸는지 확인하고, 확인되면 그때 OCO를 걸도록 수정해줘. 
최대 10초 동안 0.5초 간격으로 반복 확인하도록 해줘."

```python
# 시장가 진입 주문 전송
entry_order = self.exchange.create_market_buy_order(self.symbol, amount)

# 포지션 확인 루프 (최대 10초 대기)
position_confirmed = False
for _ in range(20):  # 0.5초 x 20회 = 최대 10초
    time.sleep(0.5)
    positions = self.exchange.fetch_positions([self.symbol])
    for p in positions:
        if p['side'] == 'long' and float(p['contracts']) > 0:
            position_confirmed = True
            break
    if position_confirmed:
        break

if not position_confirmed:
    logging.warning("포지션 확인 실패 — OCO 설정 건너뜀")
    return

# 포지션 확인 후 OCO 전송
self.exchange.create_order(...)
```

sleep(5) vs 포지션 확인 루프 비교

sleep(5)와의 차이를 정리하면 이렇다.

sleep(5)는 무조건 5초를 기다린다.
서버가 빠른 날에도 5초, 느린 날에도 5초다.

포지션 확인 루프는 포지션이 실제로 열린 것이 확인되는 순간 OCO를 전송한다.
서버가 빠른 날에는 0.5초 만에 OCO를 걸 수 있다.
서버가 느린 날에는 최대 10초까지 기다려준다.

포지션이 10초 안에도 확인되지 않으면 경고 로그를 남기고 OCO 설정을 건너뛴다.
봇이 멈추지 않고 다음 신호까지 정상 대기한다.

 

결론

봇이 진입 직후 OCO를 걸었는데 -4509 오류가 나면 타이밍 문제를 의심해야 한다.
진입 주문이 체결됐더라도 바이낸스 내부에서 포지션이 즉시 반영되지 않는다.
그 짧은 시간 차이가 오류를 만든다.

임시 해결: time.sleep(5) 추가 — 빠르고 간단하다.
안정적 해결: 포지션 확인 루프 추가 — 포지션이 실제로 열렸을 때만 OCO를 전송한다.

한 가지 더.
이 오류가 발생해도 봇은 멈추지 않는다.
진입은 성공하고 OCO만 실패한 상태로 계속 돌아간다.
로그를 확인하지 않으면 손절 익절 없이 포지션을 홀딩하고 있다는 사실을 모르고 지나칠 수 있다.
봇이 진입할 때마다 바이낸스 앱에서 TP/SL이 정상 등록됐는지 직접 확인하는 습관이 중요하다.