바이낸스 OPOCO 주문 뜻 2026｜실제 수령량으로 익절·손절 자동 설정

바이낸스 OPOCO 주문 뜻 2026

바이낸스 Spot API에는 첫 번째 주문에서 실제로 받은 자산 수량을 계산해 이후 익절·손절 OCO 주문에 자동으로 적용하는 OPOCO 주문이 있습니다.

OPOCO는

One-Pays-the-Other

구조를 OTOCO에 적용한 주문 방식입니다.

쉽게 말하면

첫 번째 주문 실행 → 실제로 받은 수량 계산 → 그 수량으로 Take Profit·Stop Loss 주문 생성 → 둘 중 하나가 실행되면 나머지 주문 취소

구조입니다.

예를 들어 BTC를 매수한 뒤

가격이 상승하면 익절

하고

가격이 하락하면 손절

하도록 자동으로 연결하고 싶다고 가정해보겠습니다.

일반 OTOCO에서는 후속 OCO 주문의 Quantity를 미리 설정합니다.

반면 OPOCO에서는 첫 번째 Working Order가 완전히 체결된 뒤 실제 체결 결과에서 받은 수량을 계산해 Pending OCO Pair의 Quantity로 사용합니다.

즉 OPOCO의 핵심은

“첫 주문의 실제 결과가 익절·손절 주문의 수량을 결정한다.”

입니다.

---

바이낸스 OPOCO 주문이란?

Binance Spot API 공식 용어 기준 OPOCO는 OTOCO의 특수한 형태입니다.

일반 OTOCO는

Working Order

가 완전히 체결되면

Pending OCO Pair

를 활성화합니다.

OPOCO도 기본 구조는 같지만 한 가지 중요한 차이가 있습니다.

Pending OCO의 Quantity를 처음부터 고정하지 않고 Working Order에서 실제로 누적 수령한 Quantity를 사용합니다.

구조는 다음과 같습니다.

Working Order

↓

완전 체결

↓

Accumulated Received Quantity 계산

↓

Pending OCO Pair 생성

↓

익절 또는 손절 중 한쪽 실행

↓

다른 주문 자동 취소

따라서

진입 + 실제 수령량 계산 + 익절 + 손절

을 하나의 연결 주문 구조로 관리하는 기능이라고 이해할 수 있습니다.

---

OPOCO는 총 몇 개의 주문으로 구성될까?

OPOCO는 기본적으로 3개의 주문 구조를 갖습니다.

첫 번째｜Working Order

가장 먼저 실행되는 주문입니다.

현재 Binance Spot API에서는 Working Order 유형으로 대표적으로

LIMIT

또는

LIMIT_MAKER

를 사용할 수 있습니다.

두 번째｜Pending Above Order

Working Order가 완료된 뒤 생성되는 OCO Pair 중 하나입니다.

Take Profit 또는 가격 상단 조건 등에 사용할 수 있습니다.

세 번째｜Pending Below Order

OCO Pair의 나머지 주문입니다.

Stop Loss와 같은 반대 가격 시나리오에 활용할 수 있습니다.

따라서 주문 구조를 단순화하면

Working 1개 + Pending OCO 2개 = 총 3개

입니다.

---

OPOCO 주문 흐름 한눈에 보기

가장 중요한 것은 Working Order가 완전히 체결되어야 다음 단계로 넘어간다는 점입니다.

---

OPOCO 실제 예시

BNBUSDT를 예로 들어보겠습니다.

사용자가 BNB를 특정 가격에서 매수한 뒤

가격이 상승하면 익절

하고

가격이 하락하면 손절

하고 싶다고 가정하겠습니다.

기본 구조는 다음처럼 만들 수 있습니다.

Working Order

BNB Buy Limit

↓

완전 체결

↓

Binance가 실제로 받은 BNB Quantity 계산

↓

Pending OCO

상단 Take Profit Sell

+

하단 Stop Loss Sell

입니다.

이후 가격이 상승해 Take Profit 주문이 실행되면 Stop Loss는 자동 취소됩니다.

반대로 가격이 하락해 Stop Loss가 먼저 실행되면 Take Profit 주문이 자동 취소됩니다.

---

왜 실제 수령량을 다시 계산할까?

Spot 거래에서는 주문한 수량과 실제로 이후 사용할 수 있는 수량이 항상 정확히 일치한다고 단정할 수 없습니다.

대표적으로

• 실제 체결 결과
• 거래 수수료
• 거래 Pair의 Quantity 규칙
• 소수점 처리

등이 영향을 줄 수 있기 때문입니다.

예를 들어

1 BNB 매수

를 요청했다고 하더라도 실제 후속 Sell Order에서 사용할 수 있는 수량은 거래 조건에 따라 조금 달라질 수 있습니다.

일반 OTOCO에서 후속 주문 Quantity를 잘못 계산하면

잔고 부족

등의 문제가 생길 수 있습니다.

OPOCO는 Working Order가 완료된 뒤 실제 수령 결과를 기준으로 Pending OCO Quantity를 정한다는 점에서 차이가 있습니다.

---

OPOCO와 OPO의 공통점

OPO와 OPOCO는 모두 One-Pays-the-Other 구조입니다.

즉 첫 번째 주문에서 실제로 받은 Quantity가 후속 주문에 사용됩니다.

공통 흐름은 다음과 같습니다.

Working Order

↓

완전 체결

↓

실제 Received Quantity 계산

↓

Pending Quantity 자동 결정

입니다.

차이는 Pending Order가 몇 개인지입니다.

---

OPO와 OPOCO 차이

OPO

Working Order가 완전히 체결되면 Pending Order 하나를 생성합니다.

구조는

Working → Pending

입니다.

OPOCO

Working Order가 완전히 체결되면 Pending OCO Pair 두 개를 생성합니다.

구조는

Working → Pending A 또는 Pending B

입니다.

가장 쉽게 기억하면

OPO → 실제 받은 수량으로 후속 주문 하나

OPOCO → 실제 받은 수량으로 후속 OCO 두 개

입니다.

---

---

OPOCO와 OTOCO 차이

두 기능은 구조가 매우 비슷합니다.

둘 다

Working Order

↓

완전 체결

↓

Pending OCO Pair

구조입니다.

차이는 Pending Quantity를 결정하는 방식입니다.

OTOCO

Pending OCO의 Quantity를 주문 생성 단계에서 설정합니다.

OPOCO

Working Order가 완전히 체결된 뒤 실제 누적 수령 Quantity를 이용합니다.

따라서 OPOCO는 OTOCO에서 Quantity 계산 부분을 첫 주문 결과와 직접 연결한 주문이라고 이해하면 쉽습니다.

---

OTO·OPO·OTOCO·OPOCO 차이

네 가지 주문은 이름이 비슷해 처음 보면 상당히 헷갈립니다.

구조만 보면 쉽게 구분할 수 있습니다.

OTO

A → B

첫 주문이 완료되면 후속 주문 하나 실행

OPO

A → 실제 수령량으로 B

첫 주문 결과가 후속 주문 Quantity까지 결정

OTOCO

A → B 또는 C

첫 주문이 완료되면 OCO Pair 실행

OPOCO

A → 실제 수령량으로 B 또는 C

첫 주문 결과가 OCO Pair Quantity까지 결정

표로 정리하면 다음과 같습니다.

즉 P(Pays)가 들어간 주문은 첫 주문에서 실제로 받은 수량이 다음 주문에 연결된다고 기억하면 쉽습니다.

---

Working Order가 부분 체결되면?

OPOCO에서 매우 중요한 부분입니다.

Working Order가 일부만 체결됐다고 해서 Pending OCO Pair가 바로 활성화되는 것은 아닙니다.

예를 들어

1 BTC Working Buy

주문 중

0.4 BTC

만 체결됐다고 가정하겠습니다.

현재 상태는

0.4 BTC 체결 0.6 BTC 미체결

입니다.

이 단계에서는 Working Order가 아직 PARTIALLY_FILLED이기 때문에 Pending OCO는 실제 Order Book에 배치되지 않습니다.

남은 수량까지 완전히 체결되어 Working Order가 FILLED 상태가 되어야 다음 단계로 넘어갑니다.

---

부분 체결 상태에서는 왜 OCO가 아직 실행되지 않을까?

OPOCO의 Pending Quantity는 첫 번째 주문에서 받은 최종 누적 수량을 이용해야 합니다.

Working Order가 일부만 체결된 상태라면 최종 Received Quantity가 아직 확정되지 않았습니다.

따라서

Working 부분 체결

↓

수량 계산 진행 중

↓

Working 완전 체결

↓

최종 누적 Received Quantity 확정

↓

Pending OCO 생성

순서로 진행됩니다.

---

Working Order가 끝까지 체결되지 않으면?

Working Order가 완전히 체결되지 않는다면 Pending OCO Pair도 활성화되지 않습니다.

예를 들어 현재 시장 가격보다 낮은 Buy Limit을 Working Order로 걸어두었는데 가격이 해당 수준에 도달하지 않는다면 Working Order는 계속 Open 상태로 남을 수 있습니다.

이 경우

Take Profit

과

Stop Loss

조건을 미리 입력했다고 하더라도 아직 실제 Exit Order로 작동하지 않습니다.

따라서 OPOCO 주문을 생성한 뒤에는 가장 먼저 Working Order의 Fill 상태를 확인해야 합니다.

---

OPOCO는 진입과 동시에 TP/SL이 실행되는 주문이 아닙니다

OPOCO를 처음 접하면 Working Order와 Pending OCO가 모두 동시에 활성화된다고 생각할 수 있습니다.

하지만 실제 구조는 순차적입니다.

처음 → Working Order만 실제로 작동

Working Full Fill → Pending OCO Pair 활성화

입니다.

즉

Entry가 완료되기 전에는 Exit Order가 아직 대기 상태

라고 이해해야 합니다.

---

Pending OCO란 무엇인가요?

OCO는

One-Cancels-the-Other

의 약자입니다.

두 주문을 한 쌍으로 묶어 한쪽이 실행되면 다른 주문을 자동으로 취소합니다.

OPOCO에서는 Working Order가 완료된 이후 이러한 OCO Pair가 Pending Order로 생성됩니다.

예를 들어

Take Profit Sell

과

Stop Loss Sell

을 동시에 준비할 수 있습니다.

가격이 상승하면 Take Profit이 실행되고 Stop Loss는 취소됩니다.

가격이 하락하면 Stop Loss가 실행되고 Take Profit은 취소됩니다.

---

Pending Above와 Pending Below

Binance Spot API의 OCO 구조에서는 두 Pending Order를 가격 위치에 따라

Above

와

Below

로 관리합니다.

지원되는 주문 유형에는 환경과 조건에 따라

• LIMIT_MAKER
• TAKE_PROFIT
• TAKE_PROFIT_LIMIT
• STOP_LOSS
• STOP_LOSS_LIMIT

등이 포함될 수 있습니다.

즉 단순히

익절 = 무조건 Limit

손절 = 무조건 Stop-Limit

한 가지 조합만 가능한 구조라고 생각하면 안 됩니다.

API에서 허용되는 Pending Type과 필요한 Price·Stop Price 파라미터를 확인해야 합니다.

---

Working Order 유형

현재 Binance Spot WebSocket API 공식 OPOCO 문서에서 Working Order Type은

LIMIT

또는

LIMIT_MAKER

를 지원합니다.

LIMIT

일반 지정가 주문입니다.

가격 조건에 따라 Order Book에 대기하거나 즉시 기존 주문과 체결될 수 있습니다.

LIMIT_MAKER

Maker 주문으로만 Order Book에 등록될 수 있도록 제한합니다.

즉시 기존 주문과 체결되어 Taker가 될 상황이라면 주문이 거절되거나 만료될 수 있습니다.

따라서 OPOCO에서도 첫 번째 Working Order의 체결 방식을 어느 정도 제어할 수 있습니다.

---

Working Side는 Buy만 가능한가요?

2026년 최신 Binance Spot WebSocket API 문서에서는 OPOCO의 `workingSide` 값으로

BUY

와

SELL

모두를 명시하고 있습니다.

또 Pending OCO의 `pendingSide` 역시 BUY 또는 SELL 값을 지원합니다.

따라서 OPOCO 자체를 단순히

Buy → Sell만 가능한 기능

으로 설명하는 것은 정확하지 않습니다.

실제 사용할 조합은 해당 Symbol의 거래 규칙과 OCO 가격 조건을 함께 충족해야 합니다.

---

OPOCO는 일반 Binance 앱 주문인가요?

현재 가장 중요한 구분입니다.

2026년 9월 기준 Binance의 공식 OPOCO 자료는 Spot API 개발자 문서 중심으로 제공됩니다.

특히 Binance Spot WebSocket API에는

`orderList.place.opoco`

라는 OPOCO Order List 생성 기능이 별도로 문서화되어 있습니다.

따라서 일반적인 Binance Spot 웹이나 앱에서

OPOCO라는 버튼을 찾아 누르는 주문

과 동일하게 생각하면 안 됩니다.

일반 사용자 화면에서는 OTO·OTOCO와 비슷한 TP/SL 기능을 접할 수 있지만, OPOCO라는 이름의 고급 기능은 현재 공식 API 문서를 기준으로 이해하는 것이 정확합니다.

---

OPOCO는 API 사용자에게 어떤 의미가 있을까?

자동매매 프로그램에서 진입 후 TP와 SL을 설정하려면 일반적으로 다음 과정이 필요합니다.

1. 첫 주문 제출
2. 주문 체결 여부 확인
3. 실제 체결 수량 확인
4. 거래 수수료 확인
5. 사용할 수 있는 Balance 계산
6. Take Profit Quantity 계산
7. Stop Loss Quantity 계산
8. OCO 주문 제출

OPOCO는 이 가운데 첫 주문에서 실제 받은 수량을 Pending OCO에 연결하는 부분을 Binance의 Order List 구조에서 처리할 수 있도록 해줍니다.

따라서 API 자동 주문 로직을 구성할 때 수량 관리가 단순해질 수 있습니다.

---

OPOCO 하나는 주문 제한상 몇 개로 계산될까?

Binance Spot WebSocket API 공식 문서는 OPOCO 주문 하나가 Unfilled Order Count에 3개 주문을 추가한다고 안내합니다.

이는

Working Order 1개

+

Pending OCO 2개

구조이기 때문입니다.

API를 통해 여러 개의 OPOCO Order List를 동시에 운영한다면

• 계정 주문 제한
• Symbol 주문 제한
• Open Order Count

를 함께 확인해야 합니다.

---

OPOCO를 많이 생성하면 왜 주의해야 할까?

OPOCO 하나만 생성해도 주문 제한에는 3개가 반영됩니다.

따라서 자동매매 프로그램이 여러 Symbol에서 많은 OPOCO를 동시에 생성하면 Order Limit에 빠르게 접근할 수 있습니다.

주문 한도를 초과하면 신규 주문 요청이 거절될 수 있습니다.

따라서 API 시스템에서는 단순히 Strategy 개수만 보지 말고 실제 Open Order Count를 함께 관리해야 합니다.

---

실제 Received Quantity는 왜 중요한가요?

Spot 주문에서는 첫 주문이 완전히 체결되더라도 사용자가 처음 입력한 Quantity와 후속 주문에 실제 사용할 수 있는 Quantity 사이에 차이가 생길 수 있습니다.

OPOCO는 Working Order의 accumulated received quantity를 Pending OCO Pair에 사용합니다.

따라서 처음부터

Working Quantity = Pending Quantity

라고 단순 복사하는 것보다 실제 실행 결과에 맞춰 다음 주문을 구성할 수 있습니다.

---

거래 수수료도 확인해야 합니다

실제 Received Quantity는 거래 수수료 구조와도 관련될 수 있습니다.

어떤 자산에서 수수료가 차감되는지, BNB 수수료 차감이 적용되는지 등에 따라 실제 Available Balance가 달라질 수 있습니다.

따라서 API를 이용한다면

Working FILLED

만 확인하지 말고

실제 Balance

와

Pending Quantity

도 함께 확인하는 것이 좋습니다.

OPOCO가 수량 연결을 자동화한다고 해서 모든 계정 Balance 관리가 필요 없어지는 것은 아닙니다.

---

Quantity Filter도 적용됩니다

Binance Spot의 모든 주문은 해당 Symbol의 거래 규칙을 따라야 합니다.

대표적으로

• LOT_SIZE
• MARKET_LOT_SIZE
• MIN_NOTIONAL 또는 NOTIONAL
• PRICE_FILTER

등이 존재할 수 있습니다.

OPOCO의 Pending Quantity도 이러한 Symbol Filter의 영향을 받습니다.

따라서 실제 Received Quantity가 존재하더라도 최종 Pending Order가 해당 거래 Pair의 최소 수량이나 Step Size 등을 충족하는지 확인해야 합니다.

---

OPOCO와 OCO 차이

OCO

두 주문이 바로 하나의 Pair로 연결됩니다.

A 또는 B

중 한쪽이 실행되면 다른 주문이 취소됩니다.

OPOCO

그 앞에 Working Order 하나가 추가되고 실제 Received Quantity를 Pending OCO에 사용합니다.

즉

Working → A 또는 B

입니다.

---

OPOCO와 일반 TP/SL 차이

사용 목적만 보면 진입 후 익절·손절을 설정한다는 점에서 비슷하게 느껴질 수 있습니다.

하지만 OPOCO는 Spot API의 Order List 구조입니다.

일반 TP/SL 화면은 사용자 UI에서 쉽게 주문을 설정하기 위한 기능이고 OPOCO는 개발자가 API를 통해 Working Order와 Pending OCO의 연결 관계를 직접 구성할 수 있는 고급 기능입니다.

따라서

일반 Spot TP/SL → 사용자 화면 중심

OPOCO → API 자동화 중심

으로 구분하는 것이 좋습니다.

---

OPOCO와 Futures TP/SL은 다릅니다

OPOCO는 Binance Spot API 용어입니다.

Futures에서는 Position을 기준으로

• Take Profit
• Stop Loss
• Conditional Order
• Trailing Stop
• Reduce Only

등을 이용합니다.

따라서 OPOCO를 USDⓈ-M 또는 COIN-M Futures 주문과 동일하게 생각하면 안 됩니다.

특히 Futures에는 레버리지와 Liquidation Price 개념이 존재하지만 Spot OPOCO 자체에는 일반 Futures 청산 구조가 없습니다.

---

Pending OCO 한쪽이 실행되면?

Working Order가 완료되고 Pending OCO Pair가 활성화됐다고 가정하겠습니다.

이후 Above Order가 먼저 실행되면 Below Order가 자동으로 취소됩니다.

반대로 Below Order가 먼저 실행되면 Above Order가 취소됩니다.

즉 후반부 동작 방식은 일반 OCO와 같습니다.

A 체결 → B 취소

또는

B 체결 → A 취소

입니다.

---

Stop Order는 Trigger와 체결을 구분해야 합니다

Pending OCO에서 Stop-Loss 또는 Stop-Limit 계열을 사용한다면 특히 주의해야 합니다.

Stop Price는 주문을 활성화하는 Trigger 조건입니다.

예를 들어 Stop-Limit이라면

Stop Price 도달

↓

Limit Order 생성

과정을 거칩니다.

따라서 Stop이 Trigger됐다고 실제 Sell 또는 Buy까지 반드시 체결됐다는 의미는 아닙니다.

가격이 빠르게 움직이거나 유동성이 부족하면 Limit Order가 미체결 상태로 남을 수 있습니다.

---

Take Profit도 실제 체결을 보장하지 않습니다

Take Profit Limit 역시 Trigger 후 Limit Order가 생성되는 구조라면 해당 Limit 가격에서 실제 체결 여부를 다시 확인해야 합니다.

따라서 OPOCO를 설정했다고

진입·익절·손절이 모두 무조건 실행

되는 것은 아닙니다.

Working Order와 Pending Orders 모두 각 주문 유형의 체결 규칙을 따릅니다.

---

OPOCO를 중간에 취소하면?

OPOCO는 여러 주문이 Order List로 연결되어 있습니다.

따라서 개별 주문만 보지 말고 전체 Order List의 상태를 확인하는 것이 중요합니다.

Working 단계에서 전략을 취소했다면 Pending OCO는 아직 실제 Order Book에 올라가지 않았을 수 있습니다.

Pending OCO가 이미 활성화된 이후라면 해당 OCO Pair의 주문 상태도 함께 확인해야 합니다.

API 시스템에서는 주문 취소 후

• Working Status
• Pending Above Status
• Pending Below Status
• Order List Status

를 모두 확인하는 것이 좋습니다.

---

OPOCO 주문 상태에서 알아둘 용어

NEW

주문이 정상적으로 등록된 상태입니다.

PARTIALLY_FILLED

일부 수량만 체결된 상태입니다.

FILLED

주문 전체가 체결된 상태입니다.

PENDING_NEW

Pending Order가 시스템에 받아들여졌지만 아직 Order Book에 실제 배치되기 전의 상태를 나타낼 수 있습니다.

CANCELED

주문이 취소된 상태입니다.

EXPIRED

주문 유형이나 시스템 규칙에 따라 주문이 만료된 상태입니다.

자동매매 프로그램에서는 단순히 요청 성공 여부만 보는 것이 아니라 현재 주문 상태를 계속 확인하는 로직이 중요합니다.

---

API 요청 성공과 체결 성공은 다릅니다

API에서 OPOCO 요청에 정상 응답이 왔다고 해서 전체 전략이 모두 성공했다는 의미는 아닙니다.

정상 응답은 우선 Order List 요청이 시스템에 받아들여졌다는 의미입니다.

이후

Working Order가 체결될지,

Pending OCO가 정상 생성될지,

실제로 TP 또는 SL 주문이 체결될지는

각각 별도로 확인해야 합니다.

즉

API 성공 와

거래 전략 전체 체결

을 구분해야 합니다.

---

OPOCO에서 LIMIT_MAKER를 사용하는 경우

Working Order에 LIMIT_MAKER를 사용하면 해당 주문이 Maker로만 Order Book에 들어가도록 제한할 수 있습니다.

즉 제출 순간 기존 주문과 즉시 매칭되어 Taker가 될 상황이면 정상적인 Maker 주문으로 남지 않을 수 있습니다.

이는 일반 Post Only와 비슷한 목적입니다.

따라서

OPOCO → 주문 연결 구조

LIMIT_MAKER → Working Order의 Maker 조건

이라고 서로 다른 개념으로 이해해야 합니다.

---

OPOCO와 Post Only 차이

Post Only는 한 주문의 체결 방식을 관리합니다.

OPOCO는 여러 주문을 연결합니다.

Post Only

Maker 주문으로만 등록

OPOCO

Working → 실제 수령량 → OCO Pair

입니다.

OPOCO Working Order에 LIMIT_MAKER를 사용할 수 있다고 해서 두 기능이 같은 것은 아닙니다.

---

OPOCO와 GTC·IOC·FOK 차이

GTC·IOC·FOK는 Time in Force 설정입니다.

즉

주문을 얼마나 유지할 것인지

와

부분 체결을 어떻게 처리할 것인지

를 관리합니다.

반면 OPOCO는 여러 주문 사이의 실행 순서와 Quantity 연결 관계를 관리합니다.

정리하면

GTC·IOC·FOK → 하나의 주문 유지 조건

OPOCO → 여러 주문 연결 전략

입니다.

---

OPOCO와 Trading Bot 차이

OPOCO는 자동으로 여러 주문을 연결하지만 일반적인 Trading Bot과는 다릅니다.

OPOCO는 정해진 한 번의 주문 시나리오를 실행합니다.

Working Order

↓

Pending OCO

↓

최종 종료

되면 전략도 끝납니다.

Grid Bot처럼 이후에도 계속 Buy와 Sell을 반복하는 구조는 아닙니다.

따라서

OPOCO → 1회성 연결 주문

Trading Bot → 조건에 따라 지속적인 자동매매

라고 구분할 수 있습니다.

---

OPOCO의 장점

실제 수령량을 후속 주문에 자동 반영

첫 주문의 결과를 다시 직접 계산해 OCO Quantity에 입력하는 과정을 줄일 수 있습니다.

진입부터 익절·손절까지 연결 가능

Working Order 완료 후 Pending OCO를 자동으로 활성화합니다.

API 자동화 로직 단순화

별도로 Working Fill을 읽고 OCO Quantity를 계산해 다시 주문하는 과정을 줄일 수 있습니다.

수량 불일치 위험 관리에 도움

처음 예상 Quantity가 아니라 실제 Received Quantity를 기준으로 후속 주문을 구성합니다.

---

OPOCO의 주의점

일반 앱 주문 기능과 혼동하지 마세요

현재 공식 OPOCO 문서는 Spot API 중심입니다.

Working Order가 완전히 체결되어야 합니다

부분 체결 상태에서는 Pending OCO가 아직 활성화되지 않습니다.

Pending OCO도 체결을 보장하지 않습니다

Limit·Stop 기반 주문은 시장 상황에 따라 미체결될 수 있습니다.

Symbol Filter를 확인해야 합니다

가격·수량·최소 주문 금액 규칙을 충족해야 합니다.

주문 제한을 확인해야 합니다

OPOCO 하나가 3개의 주문으로 계산됩니다.

API 자동화에도 상태 확인이 필요합니다

요청 성공만 확인하지 말고 실제 Working·Pending 상태를 추적해야 합니다.

---

바이낸스 OPOCO 주문 자주 하는 실수

OPO와 같은 기능이라고 생각

OPO는 Pending Order 하나이고 OPOCO는 Pending OCO Pair 두 개입니다.

OTOCO와 완전히 같다고 생각

OTOCO는 Pending Quantity를 미리 설정하지만 OPOCO는 실제 Working Order 결과를 이용합니다.

Working이 일부 체결되면 TP/SL도 시작된다고 생각

완전 체결돼야 Pending OCO가 활성화됩니다.

일반 Spot 앱에서 OPOCO 버튼을 찾는 경우

현재 Binance 공식 자료는 API 중심으로 안내합니다.

OPOCO가 Futures 주문이라고 생각

Spot API 주문 구조입니다.

실제 Received Quantity와 최초 Quantity를 항상 같다고 생각

거래 수수료와 체결 결과 등에 따라 차이가 생길 수 있습니다.

OCO가 생성되면 무조건 익절 또는 손절된다고 생각

각 Pending Order도 실제 체결 조건을 충족해야 합니다.

---

바이낸스 OPOCO 체크리스트

• [ ] Spot API 기능인지 확인
• [ ] 거래 Symbol 확인
• [ ] Working Type 확인
• [ ] Working Side 확인
• [ ] Working Quantity 확인
• [ ] Working Price 확인
• [ ] Pending Side 확인
• [ ] Above Order Type 확인
• [ ] Below Order Type 확인
• [ ] TP·SL 관련 Price 확인
• [ ] Working Full Fill 확인
• [ ] 실제 Received Quantity 확인
• [ ] Pending OCO 생성 여부 확인
• [ ] Symbol Filter 확인
• [ ] Open Order Count 확인
• [ ] 최종 TP 또는 SL 체결 확인
• [ ] 반대 Pending Order 취소 확인

가장 중요한 흐름은

Working → Full Fill → Received Quantity → Pending OCO → 한쪽 체결 → 반대 주문 취소

입니다.

---

바이낸스 OPOCO FAQ

바이낸스 OPOCO란 무엇인가요?

OPOCO는 One-Pays-the-Other 구조를 적용한 OTOCO의 특수 형태로, Working Order가 완전히 체결되면 실제 누적 수령 Quantity를 Pending OCO Pair의 Quantity로 사용하는 Spot API 주문입니다.

OPOCO는 몇 개의 주문으로 구성되나요?

Working Order 하나와 Pending OCO 두 개로 총 3개의 주문 구조입니다.

OPOCO와 OPO 차이는 무엇인가요?

OPO는 Working 완료 후 Pending Order 하나를 생성하고 OPOCO는 Pending OCO Pair 두 개를 생성합니다.

OPOCO와 OTOCO 차이는 무엇인가요?

두 기능 모두 Working Order 후 OCO Pair를 실행하지만 OPOCO는 첫 주문의 실제 Received Quantity를 Pending OCO Quantity로 자동 사용합니다.

OPOCO와 OCO 차이는 무엇인가요?

OCO는 두 주문을 바로 연결하지만 OPOCO는 먼저 Working Order가 존재하고 해당 주문이 완료된 이후 OCO Pair가 활성화됩니다.

부분 체결되면 Pending OCO가 생성되나요?

아닙니다.

Working Order가 완전히 체결되어야 실제 Received Quantity가 확정되고 Pending OCO가 활성화됩니다.

OPOCO는 Spot 주문인가요?

네. 현재 Binance 공식 Glossary의 OPOCO 정의는 Spot API 구현을 기준으로 합니다.

Futures에서도 OPOCO를 사용하나요?

Spot OPOCO와 같은 주문 구조로 이해하면 안 됩니다.

Futures에서는 TP/SL과 Conditional Order 등 별도의 주문 기능을 사용합니다.

Binance 앱에서 OPOCO 버튼을 사용할 수 있나요?

2026년 현재 Binance 공식 OPOCO 문서는 API와 WebSocket API를 중심으로 제공됩니다. 일반 Spot UI 기능과 동일하게 보지 않는 것이 좋습니다.

Working Order에는 어떤 주문을 사용할 수 있나요?

현재 공식 Spot WebSocket API OPOCO 문서에서는 LIMIT과 LIMIT_MAKER를 지원합니다.

Working Order가 Buy만 가능한가요?

최신 공식 WebSocket API 문서에서는 workingSide에 BUY와 SELL 모두를 지원 값으로 안내합니다.

Pending Order 방향도 선택할 수 있나요?

현재 공식 API 문서에서는 pendingSide 역시 BUY 또는 SELL 값을 지원합니다.

OPOCO 하나는 주문 제한에서 몇 개로 계산되나요?

현재 Binance Spot WebSocket API 안내 기준 OPOCO 하나는 Unfilled Order Count에 3개 주문을 추가합니다.

Pending OCO는 반드시 체결되나요?

아닙니다.

OCO가 정상적으로 생성되더라도 각 Limit·Stop 주문의 체결 여부는 시장 가격과 유동성에 따라 달라질 수 있습니다.

Stop Loss가 Trigger되면 무조건 체결되나요?

Stop-Limit 유형이라면 아닙니다.

Trigger 후 Limit Order가 생성되므로 가격이 빠르게 지나가면 미체결 상태로 남을 수 있습니다.

---

바이낸스 OPOCO 핵심 정리

바이낸스 OPOCO 주문을 한 문장으로 정리하면

“첫 번째 Spot 주문이 완전히 체결되면 실제로 받은 자산 수량을 계산해 그 수량으로 익절·손절 역할의 OCO Pair를 자동 생성하는 API 연결 주문”

입니다.

---

마무리

바이낸스 OPOCO는 OTOCO에서 한 단계 더 확장된 Spot API 주문 구조입니다.

기본 흐름은

Working Order

↓

완전 체결

↓

실제 누적 Received Quantity 계산

↓

Pending OCO Pair

↓

Above 또는 Below 주문 실행

↓

반대 주문 자동 취소

입니다.

네 가지 연결 주문을 함께 비교하면 더욱 이해하기 쉽습니다.

OTO → 첫 주문 후 후속 주문 하나

OPO → 첫 주문의 실제 수령량으로 후속 주문 하나

OTOCO → 첫 주문 후 OCO 두 개

OPOCO → 첫 주문의 실제 수령량으로 OCO 두 개

입니다.

OPOCO의 가장 큰 장점은 자동매매 시스템에서 첫 주문의 실제 체결 수량과 후속 익절·손절 주문의 Quantity를 직접 다시 계산하는 과정을 줄일 수 있다는 점입니다.

다만 Working Order가 완전히 체결되기 전에는 Pending OCO가 활성화되지 않으며, OCO가 생성된 이후에도 실제 Take Profit 또는 Stop Loss의 체결까지 보장되는 것은 아닙니다.

또 현재 공식 OPOCO 자료는 일반 Spot 앱보다 Spot API·WebSocket API를 중심으로 제공되고 있으므로 일반 사용자 주문 기능과 혼동하지 않는 것이 중요합니다.

실제 API 구현에서는

Working Status → Full Fill → Received Quantity → Pending OCO → 실제 체결 상태

순서로 확인하고 Price Filter, Quantity Filter, Open Order Limit 등 해당 Symbol의 거래 규칙도 함께 확인해야 합니다.

이 글은 Binance Spot API 주문 기능을 설명하기 위한 정보성 콘텐츠이며 특정 자동매매 전략이나 투자 수익을 보장하지 않습니다. 가상자산 거래에는 가격 변동에 따른 원금 손실 위험이 있습니다.