최소 주문 금액, 최소 수량, 수량 단위는 다릅니다
수량은 거래쌍의 기준 자산을 몇 개 주문하는지 나타냅니다. 일반적인 지정가 주문의 주문 금액은 가격 × 수량이며, 상대 자산인 호가통화로 계산합니다. 수량 단위는 주문 수량을 얼마씩 늘리거나 줄일 수 있는지 정합니다. 최소 주문 금액만 확인하면 최소 수량이나 수량 단위에서 다시 막힐 수 있습니다.
가상의 수량 단위가 0.1이라면 4.2는 그 단위의 배수이지만 4.25는 아닙니다. 그렇다고 4.2가 바로 주문 가능한 수량이라는 뜻은 아닙니다. 그 수량에 지정가를 곱한 값이 최소 금액보다 작을 수도 있고, 별도의 상한이나 계정 조건을 충족하지 못할 수도 있습니다.
| 필터 | 확인하는 값 | 함께 볼 항목 |
|---|---|---|
| LOT_SIZE | minQty 이상, maxQty 이하인 수량과 stepSize 배수 여부 | 최소 수량과 수량 단위는 별개 |
| PRICE_FILTER | 가격 범위와 tickSize | 수량을 바꿔도 잘못된 호가 단위는 해결되지 않음 |
| MIN_NOTIONAL | 최소 주문 금액 | 시장가 적용 여부는 applyToMarket 확인 |
| NOTIONAL | 최소·최대 주문 금액 | 시장가의 하한·상한 적용 설정을 각각 확인 |
| MARKET_LOT_SIZE | 시장가 주문의 수량 조건 | 주문 유형에 맞는 추가 수량 규칙 확인 |
현재 거래쌍의 규칙을 확인하는 방법
바이낸스 공식 현물 거래 매개변수 안내에서 연결하는 최신 거래 규칙을 열고, 실제 주문하려는 거래쌍을 선택하세요. 최소 거래 수량, 수량 변경 단위, 가격 변경 단위, 최소 주문 금액을 따로 읽습니다. 과거 블로그에 나온 숫자나 다른 거래쌍의 값은 지금 주문의 기준이 아닙니다. 현물과 Convert, 마진, 선물의 조건도 서로 바꿔 쓰면 안 됩니다.
직접 작성한 프로그램을 점검한다면 공개 조회인 GET /api/v3/exchangeInfo에서 거래쌍 정보와 필터를 확인할 수 있습니다. 필터 배열의 몇 번째 항목인지로 판단하지 말고 filterType 이름을 읽어 구분합니다. 조회한 거래쌍, 조회 시각과 적용할 규칙을 함께 남기면 나중에 거절 원인을 비교하기 쉽습니다. 공개 규칙 확인을 위해 개인 API 키를 문서나 로그에 붙여 넣을 필요는 없습니다.
stepSize와 tickSize는 정확한 십진수 값으로 다뤄야 합니다. 소수점 자릿수만 맞추는 방법은 충분하지 않습니다. 예를 들어 가상의 단위가 0.05라면 1.10과 1.15는 맞지만 1.12는 맞지 않습니다. 규칙이 바뀌었거나 필터 오류가 났다면 오래 저장한 값만 믿지 말고 현재 값을 다시 확인하세요.
가상 예제: 최소 금액과 예산이 모두 10일 때
아래는 이름 없는 가상 자산을 매수하는 일반 지정가 주문입니다. 가격은 기준 자산 1개당 호가통화 2.37로 고정합니다. 가격 × 수량으로 계산하는 주문 금액의 한도는 수수료 전 10.00입니다. 다른 거래소 제한은 계산에서 제외하고 수량 단위, 최소 금액, 예산이 동시에 맞는지만 살펴봅니다. 어느 실제 거래쌍의 최신 조건도 나타내지 않습니다.
| 항목 | 값 |
|---|---|
| 고정 지정가 | 2.37 |
| 호가 단위 tickSize | 0.01 |
| 최소 수량 minQty | 0.1 |
| 수량 단위 stepSize | 0.1 |
| 최소 주문 금액 minNotional | 10.00 |
| 수수료 전 주문 금액 한도 | 10.00 |
4.2개는 최소 금액 미달, 4.3개는 예산 초과
수량 단위를 고려하기 전에는 10 ÷ 2.37 = 약 4.219409개를 계산하게 됩니다. 예산을 넘기지 않도록 0.1의 배수로 내리면 4.2개입니다. 식으로 쓰면 floor((10 ÷ 2.37) ÷ 0.1) × 0.1 = 4.2이며, floor는 바로 아래 정수로 내리는 연산입니다.
4.2 × 2.37 = 9.954이므로 수량 단위와 최소 수량은 맞아도 주문 금액 10에는 못 미칩니다. 다음 수량인 4.3개를 계산하면 4.3 × 2.37 = 10.191입니다. 이번에는 최소 금액을 넘지만 사용자가 정한 10의 한도를 벗어납니다.
따라서 가격을 2.37로 유지하는 한 두 조건을 동시에 만족하는 수량은 없습니다. 4.2보다 작은 허용 수량은 금액이 더 작고, 4.3보다 큰 허용 수량은 예산을 더 많이 초과합니다. 지정가가 0.01의 배수라는 사실은 이 충돌을 해결하지 않습니다.
- 주문을 보류하거나 해당 시도를 건너뛰고 최소 금액과 예산이 충돌한다는 이유를 기록합니다.
- 조정이 필요하면 가격, 수량, 예산을 사용자가 명시적으로 검토하게 합니다. 프로그램이 한도를 자동으로 올리지 않습니다.
- 검토 후 조건을 바꿨다면 처음부터 다시 확인합니다. 가격 변경도 원래 주문의 의미를 바꾸는 결정입니다.
- 수수료와 사용 가능한 잔고는 별도로 점검합니다. 최소 금액 검사를 통과했다는 이유만으로 주문을 허용하지 않습니다.
시장가로 바꾸면 최소 금액을 피할 수 있을까요?
시장가 주문에는 사용자가 정한 지정가가 없습니다. 최소·최대 금액 조건의 적용 여부는 해당 필터의 시장가 설정을 확인해야 합니다. 이 글의 검토 시점에 확인한 바이낸스 문서는 값이 null이 아닌 참조 가격이 있으면 금액 검사에 그 가격을 사용한다고 설명합니다. 그런 참조 가격이 없으면 avgPriceMins 동안의 거래량 가중 평균을 사용하며, 이 값이 0이면 최근 가격을 사용합니다.
따라서 화면에서 읽은 현재가로 곱한 값이 거래소의 검사 결과와 항상 같지는 않습니다. 검사에 쓰는 가격은 실제 체결가를 약속하지도 않습니다. 호가창의 물량과 슬리피지가 실제 결과에 영향을 주므로 시장가로 바꾼다고 예산 충돌이나 수량 제한이 자동으로 해결되는 것은 아닙니다.
오류 문구를 보고 수정할 항목부터 구분하세요
주문이 거절된 상태와 접수된 주문이 아직 체결되지 않은 상태는 다릅니다. 필터 오류라면 해당 수치나 단위를 먼저 확인합니다. 이미 접수된 지정가 주문이라면 상대 호가, 물량과 주문 유효 조건도 봐야 합니다. 수량을 늘리는 것만으로는 두 상황을 올바르게 처리할 수 없습니다.
| 오류 또는 상황 | 먼저 확인할 것 |
|---|---|
| Filter failure: LOT_SIZE | 최소·최대 수량과 stepSize 배수 여부 |
| Filter failure: PRICE_FILTER | 가격 상하한과 tickSize |
| Filter failure: MIN_NOTIONAL | 계산된 주문 금액과 최소 금액 |
| Filter failure: NOTIONAL | 주문 금액의 하한과 상한 |
| Filter failure: MARKET_LOT_SIZE | 시장가 주문의 수량 조건 |
| 응답 없음 또는 시간 초과 | 기존 주문 상태부터 조회; 거절되었다고 단정하지 않기 |
소액 주문에서 자주 놓치는 부분
소수점 몇 자리로 표시했다는 사실과 허용 단위에 맞는다는 사실은 다릅니다. 수량이 실제 stepSize의 배수인지 정확한 십진수 계산으로 확인해야 합니다. 프로그램의 이진 부동소수점 계산에서는 작은 오차가 남을 수 있으므로 화면에 보이는 자릿수만으로 적합성을 판단하지 마세요.
총잔고와 주문에 쓸 수 있는 잔고도 구분해야 합니다. 미체결 주문에 묶인 금액은 새 주문에 중복 사용할 수 없습니다. 매수한 자산에서 수수료가 빠졌다면 이후 매도할 수 있는 수량이 처음 매수한 수량보다 작을 수도 있습니다. 남은 소량의 자산이 최소 수량이나 최소 금액에 못 미친다고 해서 자동으로 추가 매수할 근거가 되는 것은 아닙니다.
주문 금액 검사에서 가격 × 수량에 거래 수수료를 더해 최소 금액을 맞추지는 않습니다. 수수료는 전체 예산과 수수료 납부 자산의 잔고에서 따로 고려해야 합니다. 금액 조건이 맞아도 다른 거래쌍 규칙, 계정 제한이나 부족한 가용 잔고 때문에 주문이 거절될 수 있습니다.
다시 주문하기 전에 확인할 순서
아래는 기술적인 수량 보정이 의도하지 않은 지출 증가로 이어지지 않게 점검하는 순서입니다. 특정 프로그램에 각 검사가 이미 구현되어 있다는 뜻은 아닙니다.
- 현물 상품, 거래쌍, 매수·매도 방향, 주문 유형을 적고 최신 규칙과 계정 권한을 확인합니다.
- 가격과 수량이 각각 허용 단위와 상하한에 맞는지 확인합니다.
- 조정한 최종 값으로 주문 금액을 다시 계산합니다. 시장가는 해당 필터의 적용 설정도 확인합니다.
- 기존 주문에 묶인 금액, 가용 잔고, 수수료와 사용자가 정한 한도를 함께 점검합니다.
- 조건이 충돌하면 보류하거나 건너뜁니다. 가격, 주문 유형, 예산 변경은 명시적인 검토를 거칩니다.
- 앞선 바이낸스 주문의 상태가 불명확하면 거래소에서 먼저 대조합니다. 상태가 확인될 때까지 같은 주문의 재시도뿐 아니라 다른 거래쌍을 포함한 모든 추가 바이낸스 주문 제출을 차단합니다.
이 계산으로 확인할 수 있는 범위
예제를 종이나 스프레드시트에서 다시 계산하면 실제 주문 없이 수량 단위, 최소 금액, 예산의 관계를 확인할 수 있습니다. 이 연습은 실거래 체결 가능성이나 전략의 성과를 입증하지 않습니다. 규칙에 맞는 주문도 미체결 또는 부분 체결로 남을 수 있으며, 가격 변동, 슬리피지와 거래소 장애로 손실이 발생할 수 있습니다.
SharkRule은 사용자가 정한 거래 규칙, 한도와 권한을 다루는 독립적인 소프트웨어입니다. 현재 계정의 대시보드에 제공되는 연결과 기능만 사용하세요. 이 글은 특정 주문 유형이나 필터 지원 기능이 제공된다는 확인이 아닙니다. 거래 가능 여부는 연결한 거래소의 현재 지역·계정 제한을 따릅니다. SharkRule은 Binance와 제휴 관계가 없으며, 이 글은 금융 또는 투자 조언이 아닙니다.
자주 묻는 질문
바이낸스 현물은 모든 거래쌍의 최소 금액이 같나요?
아닙니다. 해당 거래쌍과 주문 유형의 최신 규칙을 확인해야 합니다. 예제나 오래된 검색 결과의 금액을 전체 거래쌍에 적용하지 마세요.
잔고가 충분한데 주문이 거절되는 이유는 무엇인가요?
잔고는 여러 조건 중 하나입니다. 수량, 수량 단위, 가격, 주문 금액 상하한과 다른 규칙을 함께 충족해야 합니다. 잔고 중 미체결 주문에 묶인 부분도 따로 확인해야 합니다.
LOT_SIZE 오류가 나면 수량을 올리면 되나요?
자동으로 올리면 안 됩니다. 최소 수량, 최대 수량 또는 수량 단위 중 어느 조건의 문제인지 확인하세요. 올린 수량이 예산을 넘거나 다른 규칙에 어긋날 수 있으므로 최종 주문 전체를 다시 검토해야 합니다.
수수료를 더하면 최소 주문 금액을 채울 수 있나요?
여기서 설명하는 주문 금액 검사는 가격 × 수량을 사용합니다. 수수료는 별도 비용이므로 부족한 주문 금액을 채우는 데 더하지 않습니다.
시간 초과가 나면 같은 주문을 바로 다시 보내도 되나요?
아닙니다. 응답만 사라지고 주문이 처리되었을 수도 있습니다. 기존 주문 상태와 체결 내역을 먼저 대조해야 합니다. 상태가 확인될 때까지 같은 주문의 재시도뿐 아니라 모든 추가 바이낸스 주문 제출을 차단해야 합니다.
공식 자료와 출처
링크된 공식 문서를 바탕으로 AI의 도움을 받아 작성했습니다. 예시는 가상 상황이며 실제 계정 테스트나 수익률 비교를 수행하지 않았습니다.
- Binance: 현물 수량·가격·주문 금액 필터
https://developers.binance.com/en/docs/products/spot/filters - Binance: 필터 오류와 불명확한 주문 상태
https://developers.binance.com/en/docs/products/spot/errors - Binance: exchangeInfo 거래쌍 정보 조회
https://developers.binance.com/en/docs/catalog/core-trading-spot-trading/api/rest-api/general - Binance: 현물 거래 한도와 매개변수 안내
https://www.binance.com/en-AU/support/faq/detail/115000594711