바이낸스 Quote Order Qty 뜻 2026｜금액 기준 시장가·체결량·수수료

바이낸스 Quote Order Qty 뜻과 금액 기준 시장가 주문

바이낸스 Quote Order Qty는 현물 시장가 주문에서 기준 자산의 금액을 중심으로 주문 의도를 지정하는 개념입니다. API 필드 이름은 quoteOrderQty입니다. 코인을 몇 개 살지 정하는 quantity와 달리, 매수할 때 얼마를 쓰려는지 또는 매도할 때 얼마를 받으려는지를 기준 자산 단위로 표현합니다.

예를 들어 BTCUSDT에서 기초 자산은 BTC, 기준 자산은 USDT입니다. quantity가 BTC 양을 설명하는 경우와 quoteOrderQty가 USDT 금액을 설명하는 경우는 입력 단위부터 다릅니다. 숫자 100을 넣더라도 어느 필드인지에 따라 의미가 완전히 달라집니다.

2026년 10월 26일 Binance Spot의 공식 신규 주문 문서와 MARKET orders FAQ를 확인했습니다. 이 글은 현물 API의 금액 기준 주문을 설명하며, 선물 계약 수량이나 Convert 견적과 같은 것으로 취급하지 않습니다. 모든 가격·수량·수수료 예시는 산술 설명을 위한 가정이며 현재 실제 시세나 요율이 아닙니다.

금액 기준 주문을 이해하는 가장 쉬운 구분

수량 기준 주문은 ‘기초 자산을 얼마만큼 거래하고 싶은가’에 답합니다. 금액 기준 주문은 ‘기준 자산으로 어느 금액을 사용하거나 받으려는가’에 답합니다. 두 방식 모두 실제 체결은 시장의 유동성과 적용 규칙에 영향을 받습니다.

가상 거래쌍 AAA/USDT에서 2 AAA를 사고 싶다면 기초 자산 수량이라는 의도가 분명합니다. 반대로 100 USDT를 기준으로 AAA를 사고 싶다면 예산 금액이 중심입니다. 이때 실제 AAA 수량은 체결가격과 수량 단위, 유동성에 따라 결정됩니다.

둘 중 하나가 항상 더 유리한 방식은 아닙니다. 어떤 단위를 고정하려는지에 따라 의미가 달라집니다. 정확한 자산 수량이 필요한 목적과 일정 금액 범위로 거래하려는 목적을 구분한 뒤 현재 지원되는 주문 경로를 확인해야 합니다.

Base Asset과 Quote Asset부터 확인합니다

거래쌍을 읽을 때 앞뒤에 들어 있는 자산의 역할을 먼저 확인해야 합니다. BTCUSDT에서 가격은 BTC 한 단위의 USDT 가격을 뜻합니다. 같은 BTC라도 다른 기준 자산과의 거래쌍이면 quoteOrderQty의 단위가 달라집니다.

USDT 거래쌍에 익숙하다고 모든 거래쌍의 금액을 USDT로 생각하면 안 됩니다. 기준 자산이 다른 코인이라면 해당 코인의 양으로 금액이 표현됩니다. 숫자만 복사하고 단위를 바꾸지 않으면 의도와 전혀 다른 규모의 주문이 될 수 있습니다.

주문 기록에는 필드 이름 옆에 단위를 붙이는 편이 좋습니다. ‘수량 100’ 대신 ‘quoteOrderQty 100 USDT’, ‘체결 2 AAA’처럼 적으면 읽는 사람이 무엇을 비교해야 하는지 알 수 있습니다. 같은 열에 서로 다른 자산 단위를 합산하지 않습니다.

이 원칙은 화면에서도 같습니다. 입력란에 Total, Amount처럼 익숙한 단어가 보이더라도 실제 단위 표시를 확인해야 합니다. 이 글의 API 설명을 근거로 모든 앱의 입력란 이름과 위치가 같다고 가정하지 않습니다.

BUY에서 quoteOrderQty는 무엇인가요?

현재 Spot 신규 주문 문서는 MARKET의 BUY에서 quoteOrderQty를 기준 자산의 지출 금액을 지정하는 방식으로 설명합니다. 실제 기초 자산 수량은 시장 유동성과 해당 금액을 바탕으로 결정됩니다. Binance 신규 주문 공식 문서

가상 예산이 120 USDT이고 AAA의 모든 체결이 가격 30에서 가능하다고 단순화하면 산술상 4 AAA를 생각할 수 있습니다. 그러나 실제 주문장은 여러 가격 수준으로 구성될 수 있고 수량 단위와 다른 조건도 적용됩니다. 화면의 마지막 가격 하나로 수량을 확정해서는 안 됩니다.

특히 시장가의 가격 필드가 0처럼 보이는 응답을 보고 무료로 거래됐다고 해석하면 안 됩니다. 시장가 요청의 가격 표현과 실제 체결가격은 다릅니다. 실제 대금과 수량은 체결 목록 또는 누적 결과에서 확인해야 합니다.

예산 중심의 입력은 사용자가 생각하는 금액을 표현하는 데 유용할 수 있지만, 특정 가격이나 정확한 코인 개수를 보장하지 않습니다. 입력 금액, 실제 거래 대금과 수수료 반영 후 잔고 변화는 구분해야 합니다.

SELL에서 quoteOrderQty는 무엇인가요?

매도에서는 ‘기준 자산을 어느 금액만큼 받으려는가’라는 방향으로 읽어야 합니다. 해당 금액에 필요한 기초 자산 수량은 시장 유동성과 체결조건을 바탕으로 결정됩니다. 매도할 기초 자산 수량을 직접 고정하는 quantity와는 질문이 다릅니다.

가상으로 100 USDT에 해당하는 매도를 원한다면 필요한 AAA 수량이 항상 동일하지는 않습니다. 매수 호가가 달라지면 같은 기준 자산 금액에 대응하는 기초 자산 양도 달라집니다. 충분한 사용 가능 기초 자산이 있는지 확인해야 하는 이유입니다.

또한 ‘100을 받으려는 입력’과 ‘수수료 차감 후 지갑에 정확히 100이 증가한다’는 주장은 같지 않습니다. 수수료가 어떤 자산으로 얼마나 부과됐는지 실제 기록을 확인해야 합니다. 입력 필드의 뜻을 순수령액 보장으로 확대하지 않습니다.

매도 수량을 제한해야 하는 목적이라면 기준 금액 방식이 그 목적에 맞는지 먼저 검토합니다. 특정 기초 자산을 정확히 얼마나 처분할지 정하는 의도와 기준 자산 금액을 중심으로 정하는 의도는 다를 수 있습니다. 사용자의 제한을 어느 필드로 표현하는지 명확히 해야 합니다.

시장가의 ‘최선의 가용 가격’은 고정 견적이 아닙니다

시장가 주문은 현재 사용 가능한 상대 주문을 만나면서 거래됩니다. 하나의 가격에서 전부 체결될 수도 있지만 여러 가격 수준에 걸쳐 체결될 수 있습니다. 주문 직전 화면에 보인 가격은 실제 전체 거래의 평균을 확정하는 견적서가 아닙니다.

가상의 매수 호가 반대편에 1 AAA를 가격 20, 다음 1 AAA를 가격 21에 살 수 있는 유동성이 있다고 합시다. 2 AAA의 실제 대금은 단순 가정 아래 41이며 평균은 20.5입니다. 마지막 가격 20만 보고 40이 들 것이라고 계산한 값과 다릅니다.

quoteOrderQty는 이때 금액을 중심으로 의도를 전달하는 방식이지, 여러 가격에서 체결되는 현상을 없애는 기능이 아닙니다. 슬리피지나 시장 영향이 제거된다고 설명하면 안 됩니다. 거래 규모와 유동성이 결과에 영향을 줄 수 있습니다.

지정가 주문처럼 사용자가 체결가격의 경계를 정하는 방식과도 구분해야 합니다. 금액 기준 시장가 입력만으로 최대 매수가격이나 최소 매도가격이 별도로 지정됐다고 생각하지 않습니다. 가격 조건이 중요한 목적이라면 해당 조건을 실제로 표현하는 주문 유형을 확인해야 합니다.

주문 전 확인할 지원 조건

현재 Exchange Information 예시에는 quoteOrderQtyMarketAllowed 같은 지원 정보가 나타납니다. 실제 사용할 심볼의 지원 여부와 거래 상태를 현재 조회 결과로 확인해야 합니다. API 문서에 필드가 있다는 사실만으로 모든 심볼·상품·주문 경로에서 사용할 수 있다고 단정할 수 없습니다.

일반 신규 MARKET 주문에서 설명되는 필드를 다른 엔드포인트에 무조건 넣지 않습니다. 예를 들어 현재 SOR 신규 주문 문서는 quoteOrderQty를 지원하지 않는다고 별도로 안내합니다. 주문 경로가 다르면 같은 이름의 MARKET이라도 허용 파라미터가 다를 수 있습니다.

연결 주문의 pending 주문 등에도 별도 제한이 있을 수 있으므로 해당 주문 유형의 공식 정의를 읽어야 합니다. 하나의 문단에서 본 기능을 모든 조합에 확장하지 않는 것이 중요합니다. 문서의 경로, 주문 유형과 심볼을 함께 맞춥니다.

API의 권한과 계정 제한도 확인 대상입니다. 기능 지원 여부와 계정에서 거래할 수 있는지는 서로 다른 조건입니다. 필요한 범위보다 큰 권한을 부여하거나 제한을 우회하는 방식으로 해결하지 않습니다.

LOT_SIZE와 금액 근접성의 의미

현재 신규 주문 문서는 quoteOrderQty를 사용하는 MARKET 주문이 LOT_SIZE 규칙을 깨지 않도록 실행 수량이 결정되며, 명목금액이 요청 금액에 가능한 한 가깝게 되도록 설명합니다. 따라서 입력 금액과 실제 대금이 모든 경우에 소수 마지막 자리까지 같다고 단정해서는 안 됩니다.

코인 수량이 정해진 간격으로만 움직일 수 있다면 임의의 금액을 완전히 똑같이 표현하기 어려울 수 있습니다. 여기에 체결가격과 유동성, 수수료가 더해지므로 ‘금액 입력=순잔고 변화’라는 단순 등식으로 기록하지 않아야 합니다.

예를 들어 장부에 요청 금액 100을 적었다면, 결과 칸에는 실제 누적 거래 대금과 실제 체결량을 따로 적습니다. 차이가 있을 경우 원인을 확인하고, 숫자를 맞추기 위해 결과를 입력 금액으로 덮어쓰지 않습니다.

최소 금액이나 시장가 수량 등 다른 필터도 확인합니다. quoteOrderQty를 사용한다고 주문 규칙이 모두 사라지는 것은 아닙니다. 조건에 맞지 않으면 거절될 수 있으며, 특정 가상 사례의 최소 금액을 실제 공통 제한으로 사용하면 안 됩니다.

실제 결과를 읽는 핵심 필드

요청 의도와 체결 결과는 별도 값으로 읽습니다. origQuoteOrderQty는 원래 금액 기준 요청과 관련된 정보를, executedQty는 실제 누적 기초 자산 체결량을, cummulativeQuoteQty는 누적 기준 자산 거래 대금을 읽는 데 사용합니다. 정확한 제공 필드는 응답 유형과 현재 문서 조건을 확인합니다.

공식 필드 이름의 철자를 임의로 바꿔 코드에 넣지 않도록 주의합니다. 문서의 이름을 그대로 확인하고, 사람이 읽는 보고서에서는 ‘누적 기준 자산 대금’처럼 의미가 드러나는 이름을 함께 붙이면 좋습니다.

응답에 fills가 없으면 체결이 없었다고 단정하지 않습니다. 요청한 응답 유형과 조회 경로에 따라 제공 정보가 다를 수 있습니다. 실제 거래 목록을 통해 확인하고, 누락된 정보를 임의의 0으로 채우지 않습니다.

평균 체결가격은 실제 수량과 대금으로 계산합니다

같은 주문·같은 시점의 실제 누적 대금과 체결량을 사용한다면, 체결량이 0보다 클 때 대금을 수량으로 나눠 평균 가격을 계산할 수 있습니다. 이 산식은 요청 금액이 아니라 실제 거래 결과를 사용하는 것이 핵심입니다.

가상으로 실제 거래 대금이 60 USDT이고 체결량이 3 AAA라면 평균은 20 USDT/AAA입니다. 요청 금액이 65였다고 65를 3으로 나누면 실제 평균과 다른 값이 됩니다. 입력과 결과를 혼용했기 때문입니다.

체결량이 0이면 평균 가격을 계산할 수 없다는 상태로 둡니다. 0으로 나누거나 화면의 마지막 가격을 대신 넣어 실제 평균처럼 표시하지 않습니다. 미체결과 평균 가격 0은 사용자에게 다른 의미를 줄 수 있으므로 표시도 구분하는 편이 좋습니다.

개별 fills의 가격을 단순 산술평균하는 것도 주의해야 합니다. 각 체결 수량이 다르면 수량 가중 평균이 필요합니다. 1 AAA를 10에, 3 AAA를 12에 거래했다면 대금 46을 수량 4로 나눈 11.5가 가상 평균이며, 가격 두 개의 평균 11과 다릅니다.

사례 1: 일정 예산으로 매수하려는 경우

사용자 A는 가상으로 100 USDT를 기준으로 AAA를 매수하려 합니다. AAA를 정확히 몇 개 사겠다는 목표보다 기준 자산 지출 금액을 중심으로 생각하고 있습니다. 이때 금액 기준 시장가의 의미를 검토할 수 있습니다.

A는 먼저 AAA/USDT가 맞는지와 quoteOrderQty 지원 여부를 확인합니다. 그다음 사용 가능 잔고와 현재 적용 필터를 확인합니다. 다른 주문에 묶인 금액을 포함한 총잔고만 보고 충분하다고 생각하지 않습니다.

주문 후에는 실제 거래 대금과 AAA 체결량을 확인합니다. 화면의 마지막 가격으로 예상한 AAA 양과 실제 값이 다르더라도 곧바로 오류라고 판단하지 않습니다. 개별 체결가격, 수량 단위와 수수료를 대조해야 합니다.

결과 기록은 ‘요청 금액 100 USDT, 실제 대금 X USDT, 실제 수량 Y AAA, 수수료 Z 자산’처럼 나눌 수 있습니다. X와 Y는 실제 응답에서 읽은 값이어야 합니다. 예산값을 결과로 복사하지 않는 것이 이 사례의 핵심입니다.

사례 2: 기준 자산 금액을 중심으로 매도하려는 경우

사용자 B는 일정한 USDT 금액에 대응하는 AAA 매도를 검토합니다. 이때 quantity로 AAA 양을 직접 정하는 것과 quoteOrderQty로 기준 자산 금액을 정하는 것은 다릅니다. 어느 단위를 제한하려는지 먼저 분명히 해야 합니다.

가상 가격이 변하면 같은 USDT 금액에 필요한 AAA 양도 달라집니다. B가 ‘AAA를 최대 2개까지만 팔겠다’는 추가 제한을 갖고 있다면, 금액 중심 의도가 그 제한과 양립하는지 확인해야 합니다. 한 필드가 모든 목적을 자동으로 표현한다고 생각하지 않습니다.

결과에서는 실제 매도된 AAA와 거래 대금 USDT, 수수료를 따로 확인합니다. 수수료가 기준 자산에서 차감됐다면 순증가액과 거래 대금은 다를 수 있습니다. 수수료 자산을 확인하지 않고 순수령액을 예측하지 않습니다.

이 사례의 주의점은 매수에서 익힌 해석을 그대로 매도에 복사하지 않는 것입니다. 매수는 기준 자산을 쓰는 방향이고 매도는 기준 자산을 받는 방향입니다. 방향과 단위를 함께 읽어야 숫자의 의미가 맞습니다.

사례 3: 여러 가격 수준에서 체결된 경우

가상 거래에서 1 AAA가 가격 10에, 2 AAA가 가격 11에 체결됐다고 합시다. 실제 체결량은 3 AAA이고 거래 대금은 32 USDT입니다. 수수료를 제외한 가상 평균은 32를 3으로 나눈 값입니다.

사용자 C가 마지막 체결가격 11만 보고 전체 3 AAA의 대금을 33으로 계산하면 실제 대금과 차이가 납니다. 반대로 첫 체결가격 10으로 전부 계산하면 30이 됩니다. 각각 한 가격만 사용해 여러 체결의 결과를 잘못 요약한 것입니다.

C는 개별 체결의 가격×수량을 합산하거나 같은 범위의 누적 대금을 사용합니다. 누적 대금 32와 개별 대금 10·22를 다시 모두 더하면 중복이 되므로 집계 방식을 하나로 정합니다. 누적값은 독립된 추가 거래가 아닙니다.

이 사례는 금액 기준 입력을 사용했는지와 무관하게 결과 해석에 필요합니다. 시장가 주문의 실제 결과는 하나의 예상 가격보다 체결 목록으로 설명하는 것이 정확합니다. 입력 금액은 이 과정의 출발점이지 최종 평균가격의 대체값이 아닙니다.

사례 4: 유동성이 부족해 일부 체결 후 종료된 경우

공식 MARKET orders FAQ는 유동성이 충분하지 않으면 가능한 범위에서 일부 거래되고 남은 부분이 만료될 수 있다고 설명합니다. 시장가라는 이름이 전량 체결 보장을 뜻하지 않습니다. Binance MARKET orders FAQ

가상 사용자 D의 최종 상태가 EXPIRED라고 해도 이전 체결이 0이었다고 단정하면 안 됩니다. 누적 체결량과 거래 대금, 실제 거래 목록을 확인해야 합니다. 종료 상태는 현재 더 진행되지 않는다는 정보와 관련되고, 이전 사건 전체를 지우는 말이 아닙니다.

D는 요청 금액과 실제 사용되거나 수령된 금액을 비교하고, 남은 목표를 별도로 기록합니다. 아직 거래되지 않은 목표가 있다고 자동으로 같은 주문을 반복하지 않습니다. 현재 유동성·잔고와 가격 조건을 다시 확인해야 합니다.

시장의 유동성 부족과 계정 잔고 부족은 구분합니다. 공식 FAQ는 충분한 잔고가 없는 주문의 거절과, 거래소 유동성 부족으로 일부 체결 후 만료되는 경우를 별도로 설명합니다. 서로 다른 원인에 같은 해결책을 적용하지 않습니다.

사례 5: 수수료 때문에 잔고 변화가 예상과 다른 경우

가상으로 실제 매도 거래 대금이 50 USDT이고, 예시 수수료가 USDT 0.05로 부과됐다고 합시다. 다른 변화가 없다는 단순 가정 아래 순증가는 49.95 USDT가 됩니다. 이 숫자는 설명용이며 실제 요율이나 수수료 자산을 뜻하지 않습니다.

사용자 E가 quoteOrderQty에 50을 넣었다는 이유로 지갑에 반드시 50이 늘어야 한다고 생각하면 수수료를 오류로 오해할 수 있습니다. 거래 대금과 수수료 반영 후 순변화를 구분해야 합니다. 실제 수수료 자산이 다르면 계산도 달라집니다.

매수에서는 수수료가 기초 자산에 반영되는 경우를 확인할 필요가 있습니다. 체결량과 최종 사용 가능 잔고 증가량이 다를 수 있기 때문입니다. 다만 언제나 같은 자산으로 부과된다고 단정하지 말고 실제 기록을 읽습니다.

E의 보고서에는 요청 금액, 체결 대금, 체결 수량, 수수료 금액과 자산, 최종 잔고 변화를 나눕니다. 다른 입출금이나 전송이 동시에 있었다면 그 영향도 구분해야 합니다. 주문 하나의 결과를 계정 전체 잔고 차이만으로 추정하지 않습니다.

잔고를 확인할 때 총잔고와 사용 가능액을 나눕니다

계정에 자산이 보인다는 사실만으로 그 전체를 즉시 주문에 사용할 수 있는 것은 아닙니다. 다른 주문에 묶인 양과 사용 가능한 양을 구분해야 합니다. 매수라면 필요한 기준 자산, 매도라면 필요한 기초 자산을 중심으로 확인합니다.

여러 프로그램이나 수동 주문을 함께 사용하면 사전 조회 이후 잔고가 달라질 수 있습니다. 조회값이 맞았는데도 이후 요청이 거절될 수 있는 이유 중 하나입니다. 실제 거절 원인과 현재 사용 가능액을 다시 확인해야 합니다.

잔고 부족을 해결하려고 자동으로 금액을 최대치로 바꾸거나 다른 자산을 전송하는 것은 원래 주문과 별도의 결정입니다. 이 글은 주문 입력과 결과 해석을 다루며, 자산 이동이나 거래 규모 확대를 자동 해결책으로 권하지 않습니다.

응답 유형과 조회 결과를 연결합니다

ACK, RESULT, FULL처럼 응답 유형에 따라 즉시 제공되는 정보의 범위가 다를 수 있습니다. 간단한 접수 응답만 받았다고 모든 체결 필드가 있어야 한다고 기대하면 안 됩니다. 후속 주문 조회나 거래 목록과 연결해 결과를 완성해야 합니다.

반대로 응답에 일부 체결 정보가 있다고 그 시점의 값이 최종 결과라고 단정하지 않습니다. 현재 주문 상태와 응답 시점을 확인해야 합니다. 실시간 이벤트가 뒤따르는 경우 누적값의 최신성을 관리하는 것이 중요합니다.

오래된 응답이 뒤늦게 도착했을 때 최신 누적값을 덮어쓰지 않도록 기록 구조를 나누는 편이 좋습니다. 요청 식별자, 주문번호와 사건 시각을 함께 저장하면 같은 주문의 정보를 연결하기 쉽습니다. 단순히 화면에 마지막으로 출력된 값이 가장 최신 사건이라는 보장은 없습니다.

금액 기준 입력과 수익 계산을 분리합니다

quoteOrderQty는 주문 입력 필드이지 수익률 계산 필드가 아닙니다. 매수에 사용한 기준 자산과 매도에서 받은 기준 자산을 비교하려면 실제 체결, 수수료와 다른 비용을 같은 범위에서 확인해야 합니다. 요청 금액만 비교하면 실제 거래 차이를 놓칠 수 있습니다.

가상으로 매수 요청 100과 매도 요청 110이 있다고 해서 이 두 숫자의 차이를 곧바로 실현 수익 10으로 표시하지 않습니다. 각각 얼마나 체결됐는지, 동일한 자산 수량을 다루는지와 수수료가 무엇인지 확인해야 합니다. 입력 의도가 성과를 대신하지 않습니다.

또한 기준 자산이 다르면 단순 합산할 수 없습니다. USDT 대금과 다른 코인 대금을 같은 숫자 열에 더하면 단위가 섞입니다. 환산 분석을 한다면 사용한 환산 기준과 시각을 명시하고 원래 자산 단위의 기록을 유지해야 합니다.

오류나 예상 차이가 있을 때 확인 순서

1. 상품이 Spot인지와 정확한 심볼을 확인합니다.
2. 기초 자산·기준 자산 및 BUY·SELL 방향을 맞춥니다.
3. 실제 요청 필드가 quantity인지 quoteOrderQty인지 확인합니다.
4. 해당 심볼과 엔드포인트의 지원 여부를 확인합니다.
5. 현재 사용 가능 잔고와 적용 필터를 확인합니다.
6. 명시적 거절인지 처리 결과 미확인인지 구분합니다.
7. 실제 주문 상태·체결량·거래 대금을 조회합니다.
8. 수수료 자산과 다른 잔고 변화를 분리합니다.

이 순서는 원하는 숫자로 장부를 맞추기 위한 절차가 아닙니다. 요청 의도와 실제 결과가 왜 다른지 원인을 찾는 과정입니다. 차이가 확인되지 않으면 원본 값을 보존하고 미확인으로 남겨야 합니다.

주문 결과를 대조하는 실용 표

금액 기준 주문의 기록은 요청표와 결과표를 분리하면 읽기 쉽습니다. 요청표에는 상품·심볼·방향·입력 필드·입력 금액과 시각을 둡니다. 결과표에는 실제 주문번호·최종 상태·체결 수량·대금·수수료와 확인 시각을 둡니다. 두 표는 같은 주문 식별자로 연결합니다.

차이를 계산할 때는 같은 단위를 사용합니다. 요청 100 USDT에서 체결 3 AAA를 직접 빼는 식의 계산은 의미가 없습니다. 요청 기준 자산 금액과 실제 기준 자산 대금을 비교하고, 기초 자산 수량은 별도 항목으로 남겨야 합니다.

가상으로 요청 금액이 100 USDT이고 실제 대금이 99.8 USDT라면 차이는 0.2 USDT입니다. 이 숫자를 즉시 수수료라고 부르면 안 됩니다. 수량 단위나 실행 결과에 따른 차이일 수 있으며, 실제 수수료는 수수료 필드에서 별도로 확인해야 합니다. 이름을 붙이기 전에 원인을 확인합니다.

같은 이유로 거래 후 잔고 차이를 모두 해당 주문의 대금으로 계산하지 않습니다. 다른 주문, 전송이나 입출금이 같은 시간대에 있을 수 있습니다. 주문별 체결 기록으로 먼저 대금을 확인한 뒤 계정 잔고와 대조해야 범위가 맞습니다.

숫자가 비슷한 두 거래쌍을 혼동하는 경우

기초 자산이 같더라도 기준 자산이 바뀌면 quoteOrderQty의 단위가 바뀝니다. 같은 수치 100을 두 거래쌍에 입력한다고 같은 가치를 주문한 것이 아닙니다. 거래쌍 이름을 줄여 표시하는 화면에서는 기준 자산을 놓치지 않도록 확인해야 합니다.

여러 거래쌍을 처리하는 프로그램이라면 금액을 숫자 하나로만 전달하지 않는 편이 좋습니다. 심볼과 방향, 금액 필드의 의미를 묶어 다루면 다른 기준 자산의 금액이 섞이는 일을 줄일 수 있습니다. 변환이 필요하다면 별도의 환산 근거와 시각을 남겨야 합니다.

보고서에서도 USDT 대금과 다른 자산 대금을 한 합계로 바로 더하지 않습니다. 원래 단위별 합계를 유지하고, 통합 표시가 필요한 경우에만 명시한 기준으로 환산합니다. 환산 결과는 실제 거래소에서 교환된 대금과 구분해야 합니다.

부분 결과를 최종 결과로 고정하지 않기

접수 직후에 수량이나 대금이 작게 보인다고 바로 남은 금액을 새 주문으로 보내면 중복 실행이 생길 수 있습니다. 먼저 주문이 어떤 상태인지, 확인한 값이 최종인지 확인해야 합니다. 중간 관찰값과 완료된 결과를 같은 칸에 구분 없이 쓰지 않습니다.

실시간 업데이트를 사용하는 경우에는 누적 체결량의 스냅샷과 개별 체결 이벤트를 구분합니다. 누적 1, 누적 2, 누적 3을 모두 더해 6으로 계산하면 같은 거래가 반복 포함됩니다. 최종 누적값을 사용하거나 검증된 개별 체결을 한 번씩 합산하는 방식 중 의미에 맞는 방법을 선택합니다.

재연결 뒤 같은 체결을 다시 받는 상황도 고려합니다. 수신 시각이 새롭다고 새로운 거래라고 판단하지 말고 실제 주문·거래 식별자로 대조합니다. 관찰 시스템의 이벤트 수가 늘었다는 사실과 실제 거래량 증가는 별개의 현상입니다.

최종 결과를 확인했다면 그 시각을 함께 기록합니다. 이후 잔고를 볼 때 다른 거래로 변화한 숫자를 이 주문의 결과와 섞지 않기 위해서입니다. 주문의 결과는 해당 체결 기록으로 설명하고 현재 계정 잔고는 현재 상태로 별도 관리합니다.

자주 묻는 질문 FAQ

1. Quote Order Qty는 무엇인가요?

현물 시장가에서 기준 자산 금액을 중심으로 주문 의도를 표현하는 필드입니다. 매수와 매도의 방향에 따라 쓰려는 금액 또는 받으려는 금액으로 읽습니다. 기초 자산 개수를 지정하는 quantity와 구분합니다.

2. BTCUSDT에서 단위는 무엇인가요?

quoteOrderQty는 기준 자산인 USDT 맥락에서 읽습니다. quantity는 기초 자산 BTC 수량을 설명하는 데 사용됩니다. 다른 거래쌍에서는 기준 자산이 달라질 수 있으므로 심볼을 확인해야 합니다.

3. 매수와 매도에서 같은 뜻인가요?

둘 다 기준 자산 금액이지만 방향이 다릅니다. 매수는 쓰려는 금액, 매도는 받으려는 금액의 의미를 확인합니다. 실제 기초 자산 체결량과 수수료 반영 후 결과는 별도로 조회해야 합니다.

4. 입력 금액과 실제 거래 대금은 항상 같나요?

수량 단위와 시장 유동성 등 적용 조건을 고려해야 합니다. 현재 문서는 허용 규칙 안에서 금액에 가깝게 실행되는 구조를 설명합니다. 입력값을 실제 결과로 복사하지 말고 응답을 확인합니다.

5. 수수료까지 포함한 순수령액인가요?

입력 금액을 수수료 반영 후 순잔고 변화의 보장으로 해석하지 않습니다. 실제 수수료 금액과 자산을 확인해야 합니다. 체결 대금·체결량·순변화를 분리해서 기록합니다.

6. 정확한 코인 개수를 받을 수 있나요?

금액 중심 입력에서 실제 코인 수량은 체결조건에 따라 결정됩니다. 정확한 기초 자산 수량을 고정하려는 목적과는 구분해야 합니다. 어떤 단위를 정하려는지 먼저 판단합니다.

7. 가격 제한 기능인가요?

금액 기준 시장가 입력 자체를 지정가나 슬리피지 제한으로 생각하지 않습니다. 실제 가격은 가용 유동성과 체결 규칙에 영향을 받습니다. 가격 조건을 표현하려면 해당 주문 유형의 지원 기능을 확인해야 합니다.

8. 시장가면 전량 체결되나요?

공식 FAQ는 유동성이 부족하면 일부 체결 후 남은 부분이 만료될 수 있다고 설명합니다. 시장가라는 이름만으로 전량을 보장하지 않습니다. 최종 상태와 실제 체결을 함께 봅니다.

9. EXPIRED면 거래가 전혀 없나요?

일부 거래 후 만료된 경우가 있을 수 있습니다. 종료 상태만 보고 과거 체결을 0으로 처리하지 않습니다. 누적 체결량과 실제 거래 목록을 확인해야 합니다.

10. 평균가격은 어떻게 확인하나요?

실제 체결량이 0보다 클 때 같은 범위의 실제 누적 대금을 수량으로 나눠 볼 수 있습니다. 요청 금액이나 마지막 가격을 대신 사용하지 않습니다. 개별 체결은 수량 가중 평균으로 읽습니다.

11. 모든 MARKET 경로에서 지원하나요?

그렇게 확대하지 않습니다. 현재 심볼과 엔드포인트의 지원 조건을 확인해야 합니다. 일반 신규 주문의 설명을 SOR나 연결 주문 등 다른 경로에 그대로 복사하지 않습니다.

12. 잔고가 보이는데 왜 거절되나요?

총잔고와 사용 가능 잔고를 구분하고 실제 오류를 확인해야 합니다. 다른 주문에 묶였거나 조회 이후 상태가 달라졌을 수 있습니다. 잔고뿐 아니라 필터와 지원 조건도 별도 확인 대상입니다.

13. fills가 없으면 미체결인가요?

응답 유형과 제공 필드를 먼저 확인합니다. 접수 응답에 상세 체결이 없다고 실제 거래도 없었다고 단정하지 않습니다. 후속 조회와 거래 목록으로 확인합니다.

14. 남은 금액을 바로 다시 주문하나요?

실제 체결과 현재 잔고, 시장 상태를 확인한 뒤 별도로 판단해야 합니다. 원래 요청 금액을 다시 보내면 이미 처리된 부분이 중복될 수 있습니다. 남은 목표와 새 주문은 같은 것이 아닙니다.

15. Convert와 같은 고정 견적인가요?

이 글은 Spot 시장가 주문 필드를 다룹니다. 다른 서비스의 견적 방식과 동일하다고 보지 않습니다. 상품별 공식 규칙과 실제 체결 결과를 각각 확인해야 합니다.

금액 기준 주문 체크리스트

• [ ] 정확한 상품과 심볼을 확인했다.
• [ ] 기초 자산과 기준 자산을 구분했다.
• [ ] BUY와 SELL에 따른 금액 의미를 이해했다.
• [ ] quantity와 quoteOrderQty를 혼동하지 않았다.
• [ ] 심볼과 엔드포인트의 지원 여부를 확인했다.
• [ ] 사용 가능 잔고와 적용 필터를 점검했다.
• [ ] 입력 금액을 가격 보장으로 생각하지 않았다.
• [ ] 예상 수량과 실제 체결량을 분리했다.
• [ ] 누적 대금과 개별 체결을 중복 합산하지 않았다.
• [ ] 수수료 자산과 금액을 확인했다.
• [ ] 종료 상태와 과거 체결을 함께 읽었다.
• [ ] 평균가격에 실제 대금·수량을 사용했다.
• [ ] 응답 미확인 때 조회부터 진행했다.
• [ ] 잔여 목표를 자동 중복 주문하지 않았다.

핵심 정리와 마무리

바이낸스 Quote Order Qty를 읽을 때는 입력 금액, 실제 코인 수량, 거래 대금과 수수료 반영 후 잔고를 나눠 확인하는 것이 중요합니다. 금액으로 주문했다고 결과의 모든 숫자가 고정되는 것은 아닙니다.

이 글은 주문 입력과 기록을 이해하기 위한 정보이며 투자 권유나 가격·체결·수익 보장이 아닙니다. 실제 이용 전 최신 Binance 공식 문서와 해당 상품·심볼·계정 조건을 확인하십시오.