무기한 계약 최소 주문 금액 — 비트코인과 도지코인에서 하한 순서가 뒤집힌 자리

altnara 자금흐름 데스크는 파생시장의 구조 값을 점검합니다. 이번 노트의 주제는 무기한 계약 최소 주문 금액입니다. 운영자 보유 가능성: 본 매체는 비트코인·주요 알트 및 스테이블코인 보유 가능성을 명시합니다.

무기한 계약 주문창에 아주 작은 수량을 넣어 보면 거래소마다 막히는 지점이 다릅니다. 어떤 창구는 금액이 모자란다고 막고, 어떤 창구는 수량 단위가 맞지 않는다고 막습니다. 두 문장은 서로 다른 필드가 만들어 낸 것이고, 그 필드가 무엇이냐에 따라 같은 5 USDT 가 어느 종목에서는 통과하고 어느 종목에서는 통과하지 못합니다.

이 노트는 그 하한을 다섯 거래소에서 같은 시각에 인증 없이 받아 코인 수량과 USDT 금액으로 환산했습니다. 호출은 2026년 8월 15일 19시 45분 40초에서 42초 사이(KST) 에 한 번씩 했고, 금액 환산에 쓴 표시가격은 같은 응답의 마크가격입니다. 값이 시각에 붙어 있으므로 다시 부르면 숫자는 달라집니다.

결론부터 — 이번 조회에서 갈라진 것은 세 가지입니다

첫째, 비트코인 무기한 계약의 최소 진입 금액이 63.01 USDT 와 6.30 USDT 로 갈렸습니다. 바이낸스와 바이비트가 63.01, OKX·비트겟·게이트가 6.30 이었습니다. 코인 수량으로 보면 0.001 BTC 와 0.0001 BTC, 정확히 10배입니다.

둘째, 그 차이를 만든 것은 수수료도 배수도 아니고 하한을 적는 필드의 종류입니다. 한쪽은 코인 수량 하한과 금액 하한을 각각 별도 필드로 두고, 다른 쪽은 계약 하나의 크기를 정해 두고 코인 수량이 아니라 계약 수로 주문을 받습니다. 계약 수를 얼마씩 끊는지도 응답에 적혀 있는데, 이번 비트코인 조회에서 OKX 의 주문 증분 lotSz 는 0.01계약이었고 게이트 응답에는 증분을 적는 칸 없이 order_size_min 1계약만 있었습니다.

셋째, 종목을 바꾸면 순서가 그대로 따라오지 않습니다. 비트코인에서 가장 낮은 축에 있던 비트겟은 도지코인에서 가장 높은 축으로 자리를 옮겼고, 비트코인에서 가장 높은 축에 있던 바이비트는 체인링크에서 비트겟·게이트보다 낮아졌습니다. 어느 거래소의 하한이 낮다는 것은 규칙의 모양이지 유불리 판단이 아닙니다. 이 노트는 어느 창구를 쓰라는 말을 하지 않습니다.

같은 시각 다섯 거래소의 비트코인 최소 주문

먼저 비트코인 무기한 계약 한 종목만 놓고 다섯 응답을 나란히 옮깁니다. 환산에 쓴 표시가격은 바이낸스 마크가격 63,006.45 USDT 입니다.

2026년 8월 15일 19시 45분 40초에서 42초(KST) 각 거래소 공개 종목 정보 응답을 그대로 옮긴 뒤 마크가격 63,006.45 를 곱한 값입니다. 이 글의 USDT 환산은 전부 같은 방식입니다. 금액 하한이 구속하는 경우에는 그 금액을 가격으로 나눈 뒤 응답의 수량 단위에 맞춰 올린 값을 적었으므로, 표의 숫자는 금액 하한 그 자체가 아니라 실제로 넣을 수 있는 가장 작은 주문의 금액입니다. 소수 셋째 자리에서 반올림했습니다.

이 표에서 가장 자주 틀리는 자리를 먼저 못박겠습니다.

첫 번째 함정은 바이낸스의 50 입니다. 바이낸스 BTCUSDT 응답에는 MIN_NOTIONAL 이 50 으로 적혀 있습니다. 그런데 실제 하한은 50 이 아니라 63.01 입니다. 같은 응답의 LOT_SIZE.minQty 가 0.001 BTC 이고, 이 시각 가격으로 0.001 BTC 는 63.01 USDT 이기 때문입니다. 두 하한이 함께 걸려 있으면 둘 중 큰 쪽이 실제 하한입니다. 응답에서 50 만 읽고 표에 옮기면 13 USDT 만큼 낮게 적게 됩니다.

두 번째 함정은 OKX 와 게이트의 단위입니다. 두 응답의 하한 값은 코인 수량이 아니라 계약 수입니다. OKX 의 minSz 는 0.01 이지만 이것은 0.01 BTC 가 아니라 계약 0.01개이고, 계약 하나가 ctVal 0.01 BTC 이므로 코인으로는 0.0001 BTC 입니다. 게이트도 같아서 order_size_min 1 은 1 BTC 가 아니라 계약 1개이며, quanto_multiplier 0.0001 을 곱해야 0.0001 BTC 가 나옵니다. 승수를 곱하지 않으면 OKX 는 100배, 게이트는 1만배 크게 적히는 표가 됩니다.

다섯 값을 나란히 보면 이렇게 정리됩니다. 최소 진입 코인 수량이 0.001 BTC 인 곳이 두 곳, 0.0001 BTC 인 곳이 세 곳입니다. 금액으로는 63.01 과 6.30 두 층뿐이고 중간값이 없습니다. 표시가격을 어디서 받았는지는 마크가격과 최종가를 갈라 읽는 노트에 따로 정리해 두었습니다.

하한을 정하는 규칙이 두 갈래로 갈립니다

왜 같은 상품의 하한이 10배나 갈리는지는 각 거래소의 개발자 문서가 필드 설명으로 적어 두고 있습니다. 문서 문구를 그대로 옮깁니다.

바이낸스 USDS-M 선물 문서의 필터 절에는 MIN_NOTIONAL 이 이렇게 적혀 있습니다. "The MIN_NOTIONAL filter defines the minimum notional value allowed for an order on a symbol. An order's notional value is the price * quantity. Since MARKET orders have no price, the mark price is used." 마지막 문장이 이 글의 환산 방식과 곧바로 이어집니다. 시장가 주문에는 가격 칸이 없으니 마크가격을 쓴다고 문서가 직접 적어 두었고, 그래서 이 노트도 금액 환산에 마크가격을 썼습니다. 같은 절의 LOT_SIZE 는 "The LOT_SIZE filter defines the quantity (aka "lots" in auction terms) rules for a symbol" 이고 그 아래에 minQty 를 "defines the minimum quantity allowed" 로, stepSize 를 "defines the intervals that a quantity can be increased/decreased by" 로 설명합니다. 즉 금액 하한과 수량 하한이 처음부터 서로 다른 필터로 분리돼 있고, 주문은 두 조건을 모두 넘겨야 합니다.

바이비트 V5 문서의 종목 정보 응답표도 같은 구조입니다. minOrderQty 는 "Minimum order quantity", qtyStep 은 "The step to increase/reduce order quantity", minNotionalValue 는 "Minimum notional value" 로 적혀 있습니다. 수량 하한과 금액 하한을 각각 별도 칸으로 내려 준다는 뜻입니다.

OKX 문서 쪽은 문장이 다릅니다. minSz 설명이 "Minimum order size. If it is a derivatives contract, the value is the number of contracts. If it is SPOT/MARGIN, the value is the quantity in base currency." 로 적혀 있습니다. 파생 계약이면 이 값이 계약 수라는 조건절이 문서에 직접 박혀 있습니다. 그래서 같은 응답의 ctVal("Contract value")·ctValCcy("Contract value currency")·ctMult("Contract multiplier")를 함께 읽지 않으면 코인 수량을 알 수 없습니다.

여기서 계약 승수라는 말을 한 번 정의해 두겠습니다. 이 글에서 계약 승수는 계약 한 개가 기초자산 몇 개에 해당하는가를 적어 둔 값을 가리킵니다. OKX 응답에서는 ctVal 과 ctMult 의 곱이 그 역할을 하고, 게이트 응답에서는 quanto_multiplier 하나가 그 역할을 합니다.

두 갈래를 표로 정리하면 이렇습니다.

2026년 8월 15일 19시 45분대(KST) 각 거래소 공개 종목 정보 응답 기준.

금액 하한 필드 칸의 표현을 신중하게 적습니다. OKX 의 GET /api/v5/public/instruments?instType=SWAP 응답에 담긴 필드 이름 53개와 게이트 GET /api/v4/futures/usdt/contracts 응답의 필드 이름 53개를 전부 훑었을 때, 최소 명목가를 뜻하는 이름은 그 목록에 없었습니다. 이것은 "그런 규칙이 세상에 없다"는 뜻이 아니라 "이 두 엔드포인트의 응답이 그 값을 담아 오지 않았다"는 뜻입니다. 웹 주문창이나 다른 엔드포인트에 별도 하한이 걸려 있을 수 있고, 그 부분은 이번 조회 범위 밖입니다.

한 가지 더 적어 둡니다. OKX 응답에는 금액을 뜻하는 필드가 아예 없는 것이 아니라 상한 쪽에 있습니다. 같은 응답의 maxLmtAmt·maxMktAmt·posLmtAmt 가 그것입니다. 금액 칸이 상한에는 있고 하한에는 없다는 것이 이번에 관측된 모양입니다.

도지코인에서는 순서가 뒤집힙니다

같은 다섯 창구를 도지코인 무기한 계약으로 바꿔 부르면 표의 순서가 그대로 따라오지 않습니다. 환산에 쓴 표시가격은 0.06996 USDT 입니다.

코인 환산 칸의 72 는 5 USDT 를 이 시각 가격으로 나눈 71.47 을 수량 단위 1 에 맞춰 올린 값입니다.

비트코인 표와 겹쳐 보면 자리가 바뀐 곳이 눈에 들어옵니다.

비트겟이 옮겨 갔습니다. 비트코인에서는 6.30 으로 가장 낮은 축에 있었는데, 도지코인에서는 5.04 로 가장 높은 축에 붙습니다. 이유는 필드를 따라가면 단순합니다. 비트겟의 비트코인 수량 하한 minTradeNum 은 0.0001 BTC 로 아주 작아서 금액으로 6.30 이 나오고, 이 값이 금액 하한 5 보다 크므로 수량 쪽이 구속합니다. 그런데 도지코인에서는 수량 하한 1 DOGE 가 0.07 USDT 밖에 되지 않아 금액 하한 5 쪽이 구속합니다. 하한 두 개 중 어느 쪽이 이기느냐가 종목 가격에 따라 갈리고, 그 결과 거래소 사이의 순서까지 갈립니다.

반대로 OKX 와 게이트는 두 종목 모두 계약 크기 하나로 하한이 정해집니다. 계약 승수가 비트코인은 0.01 BTC 와 0.0001 BTC, 도지코인은 1000 DOGE 와 10 DOGE 로 각각 다르게 잡혀 있어서, 금액으로 환산하면 종목마다 값이 흩어집니다.

체인링크에서는 또 다른 순서가 나옵니다

종목을 하나 더 바꿔 보면 순서가 두 갈래로만 갈리는 것도 아니라는 점이 드러납니다. 같은 시각 체인링크 무기한 계약의 표시가격은 9.34343 USDT 였습니다.

바이낸스 칸의 2.15 는 금액 하한 20 을 이 시각 가격으로 나눈 2.14 를 수량 단위 0.01 에 맞춰 올린 값입니다. 바이비트 칸의 0.6 도 같은 방식으로, 금액 하한 5 를 나눈 0.54 를 수량 단위 0.1 에 맞춰 올린 값입니다. 비트겟은 수량 하한 1 LINK 가 금액 하한 5 보다 크므로 수량 쪽이 구속하고, 게이트는 이번 응답에 금액 하한 칸이 없어 계약 크기 1 LINK 가 그대로 하한입니다.

여기서는 다섯 값이 20.09·9.34·9.34·5.61·0.93 으로 네 층에 흩어집니다. 비트코인에서 가장 높은 축에 있던 바이비트가 여기서는 비트겟·게이트보다 낮은 자리에 있습니다. 그리고 바이낸스는 비트코인과 체인링크 모두 가장 높은 축인데, 그 자리를 만든 필드가 다릅니다. 비트코인에서는 수량 하한 0.001 BTC 였고 체인링크에서는 금액 하한 20 이었습니다.

네 종목을 한 표에 모으면 이렇습니다.

단위는 USDT. 2026년 8월 15일 19시 45분대(KST) 응답과 같은 시각 마크가격(BTC 63,006.45 · ETH 1,879.43 · DOGE 0.06996 · LINK 9.34343)으로 환산.

이더리움 줄의 게이트 칸은 값을 적지 않고 응답 그대로 두었습니다. 게이트 ETH_USDT 응답의 order_size_min 이 정수 0 으로 왔기 때문입니다. 같은 응답 919종 가운데 이 칸이 0 인 것은 15종이었고, ETH_USDT·SOL_USDT·XRP_USDT·TRX_USDT·PEPE_USDT 가 거기에 들어 있었습니다. 나머지 904종은 1 이었습니다. 0 이라는 값이 주문창에서 무엇을 뜻하는지는 이 응답만으로 확인되지 않았으므로, 이 노트는 곱셈을 하지 않고 값을 그대로 적습니다.

바이낸스에서 하한이 다른 종목은 열 개뿐입니다

"바이낸스 무기한 계약 최소 주문은 5 USDT"라는 설명을 자주 보게 됩니다. 이 노트는 그 문장이 어디까지 맞는지 전수로 셌습니다.

19시 45분 40초(KST) GET https://fapi.binance.com/fapi/v1/exchangeInfo 응답 1,069,334바이트에는 865종이 담겨 있었고, 그 가운데 contractType 이 PERPETUAL 이고 status 가 TRADING 인 것이 570종이었습니다. 이 570종의 MIN_NOTIONAL.notional 을 값별로 세면 이렇습니다.

2026년 8월 15일 19시 45분 40초(KST) exchangeInfo 응답 직접 집계.

5 가 아닌 종목은 열 개뿐입니다. 기초자산으로 묶으면 비트코인 3종(BTCUSDT·BTCUSDC·BTCUSD1), 이더리움 3종(ETHUSDT·ETHUSDC·ETHBTC), 그리고 BCHUSDT·LTCUSDT·ETCUSDT·LINKUSDT 4종입니다. ETHBTC 의 0.001 은 이 계약의 정산 통화가 USDT 가 아니라 BTC 이기 때문이고, 값의 단위가 달라 다른 아홉 개와 같은 잣대로 견줄 수 없습니다. BTCUSD1 도 정산 통화가 USD1 이어서 이름만 보고 USDT 계약으로 묶으면 어긋납니다.

그런데 금액 하한만 세면 이야기가 반쪽입니다. 앞에서 본 것처럼 실제 하한은 수량 하한과 금액 하한 중 큰 쪽입니다. 같은 시각 GET /fapi/v1/premiumIndex 응답의 마크가격으로 570종을 전부 환산해 수량 하한 쪽이 이긴 종목을 세면 역시 열 종이었습니다.

같은 시각 exchangeInfo 의 LOT_SIZE.minQty 에 premiumIndex 의 마크가격을 곱한 값입니다. 나머지 560종은 금액 하한 쪽이 구속했습니다.

두 개의 10 이 우연히 겹쳐 보이지만 같은 집합이 아닙니다. 두 목록에 함께 들어 있는 것은 BTCUSDT·BTCUSDC 두 종뿐입니다. 금액 하한이 5 인데도 수량 하한 때문에 실제로는 5 를 넘겨야 하는 종목이 여덟 개 더 있다는 뜻입니다.

같은 자리를 다른 두 거래소에서 세면 모양이 또 다릅니다. 바이비트 linear 응답 821종의 minNotionalValue 는 821종 전부 5 였고, 비트겟 USDT 선물 응답 754종의 minTradeUSDT 도 754종 전부 5 였습니다. 금액 하한을 종목마다 달리 잡는 쪽과 전 종목 한 값으로 잡는 쪽이 갈립니다. 이 두 곳에서 종목별 차이는 금액 칸이 아니라 수량 칸에서 생깁니다. 비트겟의 minTradeNum 만 해도 754종에 서로 다른 값이 열두 가지 흩어져 있었고, 가장 많은 것은 1(323종)과 0.01(297종)이었습니다.

현물 최소 주문 금액과는 다른 자리입니다

여기서 축을 분명히 갈라 두겠습니다. 이 글이 다루는 것은 무기한 계약, 즉 파생 상품의 계약 크기와 명목가 하한입니다. 현물 주문의 최소 금액이나 출금 최소 수량은 다른 축이고, 같은 거래소·같은 코인 이름이어도 값이 따로 붙습니다. 이름이 비슷해서 섞어 읽기 쉬운 자리라 실측으로 갈라 놓습니다.

같은 19시 46분 12초(KST)에 바이낸스 현물 창구를 불러 무기한 계약 값과 나란히 놓으면 이렇습니다.

현물 값은 2026년 8월 15일 19시 46분 12초(KST) GET https://api.binance.com/api/v3/exchangeInfo?symbol=BTCUSDT (5,335바이트)·?symbol=DOGEUSDT (5,328바이트) 응답에서, 무기한 값은 19시 45분 40초 선물 창구 응답에서 옮겼습니다. 마지막 칸은 앞의 표들과 같은 방식으로 금액 하한을 수량 단위에 맞춰 올린 값이며, 현물 비트코인은 0.00008 BTC, 현물 도지코인은 15 DOGE 가 그 최소치였습니다.

한 거래소 안에서도 비트코인의 최소 진입 금액이 현물 5.04 와 무기한 63.01 로 12.5배 갈립니다. 수량 하한도 0.00001 BTC 와 0.001 BTC 로 100배 차이입니다. 도지코인은 금액 하한이 현물 1, 무기한 5 입니다.

그러니 현물 주문창에서 익힌 감각을 무기한 계약 주문창으로 그대로 옮기면 어긋납니다. 반대로 무기한 계약 화면에서 본 하한을 현물 화면에 적용해도 마찬가지입니다. 출금 쪽은 또 다른 축이어서 코인·네트워크별 최소 수량과 수수료가 따로 붙고, 이 노트는 그 값을 조회하지 않았습니다. 이 글의 모든 숫자는 무기한 계약 창구의 값입니다.

같은 무기한 계약 창구 안에서도 이 글은 하한만 다룹니다. 포지션이 커질 때 걸리는 상한 쪽 규칙은 리스크 한도 구간을 다섯 거래소에서 재 본 노트에서 따로 정리했습니다.

직접 부를 창구와 필드 이름

같은 값을 직접 받아 보실 수 있게 이번에 부른 창구와 읽을 칸을 그대로 적어 둡니다. 다섯 창구 모두 인증 없이 한 번씩 호출했고 전부 HTTP 200 이었습니다.

2026년 8월 15일 19시 45분 40초에서 42초(KST). 금액 환산에 쓴 마크가격은 같은 시각 GET fapi.binance.com/fapi/v1/premiumIndex(192,594바이트·868건) 응답입니다.

환산 절차는 네 줄입니다.

1. 응답에서 수량 하한과 금액 하한 두 칸을 각각 찾습니다. 이름이 없는 쪽은 없는 대로 둡니다.
2. 하한 값의 단위가 코인 수량인지 계약 수인지 확인합니다. 계약 수라면 계약 승수를 곱해 코인 수량으로 바꿉니다.
3. 코인 수량에 표시가격을 곱해 금액으로 환산합니다.
4. 금액 환산값과 금액 하한 중 큰 쪽이 그 종목의 실제 최소 진입 금액입니다.

필드 이름이 거래소마다 다르다는 점도 그대로 적어 둡니다. 같은 성격의 칸을 다섯 곳이 minQty·minOrderQty·minSz·minTradeNum·order_size_min 이라는 서로 다른 이름으로 부릅니다. 다른 거래소에서 쓰던 이름을 그대로 찾다가 없다고 판정하면 틀리기 쉽습니다. 비트겟이 그런 예입니다. 이번 응답의 필드 이름 36개에는 가격 눈금을 한 값으로 담은 이름이 없었고, 대신 pricePlace 와 priceEndStep 두 필드가 그 자리를 채웁니다. BTCUSDT 는 두 값이 각각 1 과 1 이었습니다. 같은 응답 구조를 계약 유형별로 갈라 읽는 방법은 바이낸스 종목 목록을 유형별로 갈라 센 노트에 정리해 두었습니다.

이 글이 확인하지 못한 것

• OKX·게이트의 금액 하한. 두 응답의 필드 이름 목록에는 최소 명목가에 해당하는 이름이 없었습니다. 다른 엔드포인트나 웹 주문창에 별도 하한이 걸려 있는지는 이번에 확인하지 않았습니다.
• 비트겟·게이트 문서의 필드 설명 원문. 두 곳은 해당 필드를 설명하는 문서 절을 이번에 확보하지 못했습니다. 그래서 이 노트의 비트겟·게이트 서술은 API 응답값만 근거로 하고, 문서 문구는 인용하지 않았습니다.
• 게이트 order_size_min 이 0 인 15종의 의미. 값이 0 이라는 사실까지만 확인했고, 그것이 주문창에서 어떻게 동작하는지는 이 응답으로 판정하지 않았습니다.
• 주문이 실제로 체결되는지. 이 노트는 종목 정보 응답만 읽었고 주문을 넣어 보지 않았습니다. 계정 등급·지역·마진 모드에 따라 창구가 추가 조건을 걸 수 있고, 그 부분은 이번 조회 범위 밖입니다.
• 값의 지속 여부. 모든 숫자는 2026년 8월 15일 저녁 한 시각의 스냅샷입니다. 거래소는 종목별 하한을 수시로 조정하므로 같은 값이 유지되는지는 이 글에서 확인하지 않았습니다.

무기한 계약 최소 주문 금액 자가 점검 7단계

1. 지금 보시는 값이 수량 하한입니까 금액 하한입니까. 두 칸은 이름부터 다릅니다.
2. 그 값의 단위가 코인입니까 계약입니까. OKX 와 게이트에서는 계약 수였습니다.
3. 계약 수라면 계약 승수를 곱하셨습니까. 이번 비트코인 응답에서 승수는 0.01 BTC 와 0.0001 BTC 였습니다.
4. 두 하한이 함께 있을 때 큰 쪽을 실제 하한으로 잡으셨습니까. 바이낸스 BTCUSDT 는 50 이 아니라 63.01 이었습니다.
5. 종목을 바꾸실 때 거래소 순서가 따라온다고 가정하지 않으셨습니까. 비트코인과 도지코인에서 비트겟의 자리가 바뀌었습니다.
6. 그 값이 현물 창구의 값이 아니라 무기한 계약 창구의 값입니까. 같은 거래소 비트코인에서 5.04 와 63.01 로 갈렸습니다.
7. 환산에 쓴 표시가격의 시각을 적어 두셨습니까. 가격이 움직이면 금액 환산도 함께 움직입니다.

FAQ

Q. 무기한 계약 최소 주문 금액이 거래소마다 다른 이유가 무엇인가요? A. 하한을 적는 필드의 종류가 다르기 때문입니다. 2026년 8월 15일 19시 45분대(KST) 응답 기준으로 바이낸스·바이비트·비트겟은 코인 수량 하한과 금액 하한을 각각 별도 필드로 두고, OKX·게이트는 계약 하나의 크기를 정해 두고 계약 수로 주문을 받습니다. 이때 계약 수의 주문 증분은 OKX 비트코인 응답에서 lotSz 0.01계약이었고, 게이트 비트코인 응답에는 증분 칸 없이 order_size_min 1계약이 적혀 있었습니다. 이 차이 때문에 비트코인 무기한 계약의 최소 진입 금액이 63.01 USDT 와 6.30 USDT 로 갈렸습니다.

Q. 바이낸스 BTCUSDT 의 MIN_NOTIONAL 이 50 이면 50 USDT 로 들어갈 수 있나요? A. 이번 응답 기준으로는 아닙니다. 같은 응답의 LOT_SIZE.minQty 가 0.001 BTC 이고 마크가격 63,006.45 로 환산하면 63.01 USDT 이므로, 두 하한 중 큰 쪽인 63.01 이 실제 하한입니다. 반대로 가격이 크게 내려 0.001 BTC 의 값이 50 아래로 가면 그때는 금액 하한 50 쪽이 구속합니다.

Q. OKX 의 minSz 가 0.01 이면 0.01 BTC 를 뜻하나요? A. 아닙니다. OKX 문서가 minSz 를 두고 파생 계약이면 그 값이 계약 수라고 조건절로 적어 두었습니다. 같은 응답의 ctVal 이 0.01 BTC 이므로 0.01계약은 0.0001 BTC 이고, 이 시각 가격으로 6.30 USDT 입니다. 승수를 곱하지 않으면 100배 크게 적히게 됩니다.

Q. 하한이 낮은 거래소를 고르면 유리한가요? A. 이 노트는 그 판단을 하지 않습니다. 여기서 센 것은 주문이 접수되는 최소 크기이고, 그것만으로는 비용·유동성·계정 조건 같은 다른 항목이 설명되지 않습니다. 하한이 낮다는 것은 규칙의 모양이지 유불리의 근거가 아닙니다.

Q. 도지코인에서 순서가 뒤집힌다는 것이 무슨 뜻인가요? A. 같은 시각 기준으로 비트겟은 비트코인에서 6.30 USDT 로 가장 낮은 축에 있었는데 도지코인에서는 5.04 USDT 로 가장 높은 축에 붙었습니다. 비트코인에서는 수량 하한 0.0001 BTC 가 금액 하한 5 보다 커서 수량 쪽이 구속했고, 도지코인에서는 수량 하한 1 DOGE 가 0.07 USDT 뿐이라 금액 하한 5 쪽이 구속했기 때문입니다.

Q. 현물 최소 주문 금액과 같은 값으로 보면 되나요? A. 같은 값이 아닙니다. 같은 날 19시 46분 12초(KST) 바이낸스 현물 응답에서 BTCUSDT 의 minNotional 은 5, 수량 하한은 0.00001 BTC 였고, 같은 이름의 무기한 계약은 notional 50 에 수량 하한 0.001 BTC 였습니다. 실제 최소 진입 금액으로는 5.04 와 63.01 입니다.

Q. 이 값들이 계속 그대로인가요? A. 이 글에서 확인한 것은 2026년 8월 15일 저녁 한 시각의 응답입니다. 거래소가 종목별 하한과 계약 승수를 조정하면 값이 바뀌므로, 쓰실 시점에 같은 창구를 다시 불러 확인하시는 편이 정확합니다. 위 표의 호출 주소와 필드 이름을 그대로 쓰시면 됩니다.

함께 보면 좋은 글

• 마크가격과 최종가를 갈라 읽는 노트: 이 글이 금액 환산에 쓴 표시가격이 어디서 오는 값인지, 최종가와 무엇이 다른지를 다룹니다.
• 리스크 한도 구간을 다섯 거래소에서 재 본 노트: 이 글이 하한을 셌다면 그 글은 포지션이 커질 때 걸리는 상한 쪽 규칙을 구간표로 정리했습니다.
• 바이낸스 종목 목록을 유형별로 갈라 센 노트: 같은 exchangeInfo 응답을 계약 유형별로 갈라 세는 방법을 정리했습니다.

데이터·개념 출처

본 노트의 수치는 2026년 8월 15일 19시 45분 40초에서 42초(KST) 사이에 다섯 거래소 공개 창구를 인증 없이 한 번씩 호출해 받은 응답을 직접 읽은 것이며, 전부 HTTP 200 이었습니다. GET https://fapi.binance.com/fapi/v1/exchangeInfo(1,069,334바이트·865종) 가운데 contractType 이 PERPETUAL 이고 status 가 TRADING 인 570종의 MIN_NOTIONAL.notional 은 5 가 560종, 20 이 6종, 50 이 3종, 0.001 이 1종이었습니다. 같은 시각 GET /fapi/v1/premiumIndex(192,594바이트·868건)의 마크가격으로 570종을 환산했을 때 수량 하한이 금액 하한보다 큰 종목은 10종이었고 두 목록에 함께 든 것은 BTCUSDT·BTCUSDC 2종이었습니다. GET https://api.bybit.com/v5/market/instruments-info?category=linear&limit=1000(699,611바이트·821종)의 minNotionalValue 는 821종 전부 5, GET https://api.bitget.com/api/v2/mix/market/contracts?productType=USDT-FUTURES(583,058바이트·754종)의 minTradeUSDT 도 754종 전부 5 였습니다. GET https://www.okx.com/api/v5/public/instruments?instType=SWAP(462,719바이트·447종)과 GET https://api.gateio.ws/api/v4/futures/usdt/contracts(1,188,059바이트·919종)의 응답 필드 이름은 각각 53개였고 그 목록에 최소 명목가를 뜻하는 이름은 없었습니다. 현물 대조는 19시 46분 12초 GET https://api.binance.com/api/v3/exchangeInfo?symbol=BTCUSDT(5,335바이트)·?symbol=DOGEUSDT(5,328바이트) 응답에서 옮겼습니다.

필드 설명 문구는 각 거래소 개발자 문서에서 축자로 확인했습니다. 바이낸스 USDS-M 선물 공통 정의 문서의 필터 절에서 MIN_NOTIONAL·LOT_SIZE·PRICE_FILTER 설명을, 바이비트 V5 종목 정보 문서의 category=linear 응답표에서 minOrderQty·qtyStep·minNotionalValue·tickSize 설명을, OKX API v5 종목 조회 응답표에서 minSz·lotSz·ctVal·ctValCcy·ctMult 설명을 옮겼습니다. 비트겟과 게이트는 해당 필드를 설명하는 문서 절을 이번에 확보하지 못해 문서 문구를 인용하지 않고 API 응답값만 근거로 썼습니다.

이 글은 공개 API 응답과 개발자 문서를 정리한 정보 제공 목적의 자료이며 특정 종목이나 거래소의 이용 권유가 아닙니다. 본 노트는 진입가·손절가를 제시하지 않고, 어떤 계약도 매수 또는 매도 대상으로 지목하지 않으며, 어느 창구가 더 낫다는 판단도 하지 않습니다. 파생상품은 원금을 초과하는 손실이 발생할 수 있습니다. 위 값은 2026년 8월 15일 특정 시각의 스냅샷이라 다시 호출하면 달라지고, 여기서 관측된 하한과 계약 승수가 이후에도 같은 모양으로 유지되는지는 이 글에서 확인하지 않았습니다. 투자 판단과 그 결과는 전적으로 본인 책임입니다.