주문 유형은 계약마다 갈리지 않았습니다 — 네 거래소 무기한 2,287종에서 갈린 자리는 거래소 쪽이었습니다

altnara 자금흐름 데스크는 거래소가 내주는 값이 창구마다 어떻게 갈리는지를 점검합니다. 이번 노트의 주제는 무기한 주문 유형과 유효기간을 거래소가 계약 한 종마다 적어 주는가, 적어 준다면 그 값이 계약마다 갈리는가입니다. 운영자 보유 가능성: 본 매체는 비트코인·주요 알트 및 스테이블코인 보유 가능성을 명시합니다.

결론을 먼저 적겠습니다. 네 거래소의 무기한 계약은 이번 조회에서 모두 2,287종이었고, 주문 유형 목록과 유효기간 목록을 계약마다 따로 적어 주는 것은 바이낸스 722종뿐이었습니다. 그리고 그 722종 안에서 주문 유형 목록은 서로 다른 값이 한 가지였습니다. 722종 전부가 같은 일곱 값을 같은 순서로 적어 두었습니다. 갈린 것은 유효기간 목록 한 자리뿐이고, 갈린 경계는 계약과 계약 사이가 아니라 창구와 창구 사이에 있었습니다.

분모를 정직하게 적어 두겠습니다. 나머지 1,565종에 대해 이 노트가 확인한 것은 「그 창구의 계약 단위 응답에 두 칸이 없다」까지입니다. 주문 유형이 없다는 뜻이 아닙니다. 바이비트와 OKX 와 하이퍼리퀴드 세 곳 모두 주문 유형과 유효기간을 문서에는 적어 두고 있고, 아래에 축자로 옮겨 두었습니다. 이 노트가 센 것은 목록이 어디에 사는가이지 그 기능이 있는가가 아닙니다.

먼저 재는 자리를 못박아 두겠습니다. 여기서 잰 값은 전부 인증 헤더를 한 번도 붙이지 않고 부른 공개 거래규격 응답입니다. 파이썬으로 직접 받아 파일로 저장했고, 수집 구간은 2026년 9월 15일 10시 57분 19초부터 10시 57분 21초까지(한국 시각) 이며 검증 재조회는 같은 날 11시 2분 10초부터 11시 2분 32초까지입니다. 본문의 숫자는 전부 저장해 둔 원자료를 다시 파싱해 재계산한 값입니다.

축도 좁혀 두겠습니다. 이 노트가 세는 것은 무기한 계약뿐입니다. 분기물과 인도물과 주식 기초 계열은 분모에서 전부 뺐고, 뺀 개수는 아래에 따로 적었습니다. 그리고 이 노트가 확인한 것은 창구가 응답에 그렇게 적어 두었다까지입니다. 주문을 넣어 본 적이 없습니다. 어느 거래소가 낫다는 판단도 하지 않습니다. 칸을 많이 주는 쪽이 좋은 거래소라는 뜻이 아닙니다.

무기한 2,287종이라는 분모부터 손으로 검산합니다

네 거래소의 공개 거래규격 창구를 인증 없이 열어 계약 한 건을 한 행으로 셌습니다. 호출 자체를 어떻게 통제했는지는 응답 헤더가 알려 주는 호출 사용량과 잔여량을 실측한 노트에 따로 적어 두었고, 이번에는 같은 원칙으로 창구마다 한 번씩만 받았습니다.

손검산은 이렇습니다. 702 더하기 20 은 722 이고, 830 더하기 22 는 852 이며, 722 더하기 852 는 1,574, 여기에 479 를 더하면 2,053, 다시 234 를 더하면 2,287 입니다.

같은 응답 안에 있었지만 뺀 행도 적어 둡니다. 바이낸스 USDT 창구의 주식 기초 계열 191종과 당분기물 2종과 차분기물 2종, 코인마진 창구의 당분기물 5종과 차분기물 5종, 바이비트 정방향 LinearFutures 40종과 역방향 InverseFutures 6종입니다.

상태로는 걸러내지 않았다는 점도 적어 둡니다. 바이낸스 USDT 창구 897행의 상태 분포는 거래중 766행, 정산중 130행, 거래대기 1행입니다. 세 상태 전부가 주문 유형 목록을 일곱 값으로 똑같이 적어 두고 있어서, 상태로 좁혀도 이 노트의 결과는 바뀌지 않았습니다.

무기한 주문 유형 칸을 계약마다 내주는 창구는 하나뿐이었습니다

값을 보기 전에 칸이 있는가부터 셌습니다. 응답을 통째로 훑어 낱말을 세는 방식은 뒤에 적을 이유로 오탐을 내기 때문에, 행 하나가 가진 필드 이름을 중첩 경로까지 전부 뽑아 대조했습니다. 다섯 갈래를 합쳐 187개 경로를 보았고, 그중 주문 유형과 유효기간을 담은 칸은 두 개였습니다.

무기한 기준으로 환산하면 2,287종 가운데 722종에만 두 칸이 있고 1,565종에는 없습니다. 손검산은 852 더하기 479 더하기 234 로 1,565 이고, 722 더하기 1,565 는 2,287 로 앞 표와 맞습니다.

여기서 한 줄을 다시 못박겠습니다. 칸이 없다는 것은 이 창구의 계약 단위 응답에 그 이름이 없다는 뜻입니다. 「어디에도 없다」가 아닙니다. 거래소마다 다른 엔드포인트가 더 있을 수 있고 이 노트는 여섯 개 공개 창구만 훑었습니다.

722종의 주문 유형 목록은 값도 순서도 같았습니다

바이낸스 USDT 창구의 비트코인 무기한이 적어 둔 값을 응답 그대로 옮깁니다.

{
  "orderTypes": ["LIMIT", "MARKET", "STOP", "STOP_MARKET", "TAKE_PROFIT", "TAKE_PROFIT_MARKET", "TRAILING_STOP_MARKET"],
  "timeInForce": ["GTC", "IOC", "FOK", "GTX", "GTD"]
}

일곱 값을 한국어로 풀면 지정가, 시장가, 조건부 지정가, 조건부 시장가, 익절 지정가, 익절 시장가, 추적 시장가입니다. 그리고 897행 전부가 이 일곱 값을 같은 순서로 적어 두었습니다. 문자열을 그대로 맞대어 비교했고 서로 다른 값은 한 가지였습니다. 코인마진 창구 30행도 같은 일곱 값입니다.

즉 바이낸스에서 주문 유형 칸은 계약을 구분해 주는 칸이 아닙니다. 722종 중 어느 행을 열어도 같은 목록이 나오므로, 종목별로 이 칸을 저장해 두는 코드는 같은 배열을 722번 복사하는 셈입니다. 어떤 계약에 어떤 유형을 쓸 수 있는지 종목마다 달라질 것을 예상하고 파서를 짜면, 이번 응답에서는 갈라지는 자리를 찾지 못합니다.

갈린 것은 유효기간 한 값이고 갈린 자리는 창구였습니다

같은 두 칸을 코인마진 창구에서 열면 이렇습니다.

{
  "orderTypes": ["LIMIT", "MARKET", "STOP", "STOP_MARKET", "TAKE_PROFIT", "TAKE_PROFIT_MARKET", "TRAILING_STOP_MARKET"],
  "timeInForce": ["GTC", "IOC", "FOK", "GTX"]
}

주문 유형 일곱 값은 그대로이고 유효기간 목록만 한 값 짧습니다. 722종을 두 칸의 쌍으로 묶으면 서로 다른 행이 정확히 두 개 나옵니다.

차이는 GTD 한 값입니다. 지정한 시각까지만 주문을 살려 두는 옵션이고, USDT 창구에는 897행 전부에 적혀 있으며 코인마진 창구에는 30행 전부에 적혀 있지 않습니다. 무기한만 보면 702종 대 20종으로 갈립니다. 어느 쪽이 어느 창구인지 뒤집어 적으면 그대로 틀리므로 한 번 더 적어 둡니다. GTD 가 있는 쪽이 USDT 창구이고 없는 쪽이 코인마진 창구입니다.

경계가 계약이 아니라 창구에 있다는 근거를 하나 더 적습니다. 분모에서 뺀 행까지 되짚어 보면, USDT 창구의 주식 기초 계열 191행과 분기물 4행도 다섯 값이고 코인마진 창구의 분기물 10행도 네 값입니다. 계약 종류를 바꿔도 값이 따라 바뀌지 않고, 창구를 바꿀 때만 바뀝니다.

왜 그렇게 나뉘어 있는지는 이 노트가 확인한 범위 밖입니다. 거래소의 의도를 추측해 붙이지 않겠습니다. 여기서 적을 수 있는 것은 두 창구의 응답이 그렇게 적혀 있었다는 관측까지입니다.

같은 응답의 이웃 칸은 실제로 갈립니다

여기까지 읽으면 「바이낸스 응답의 배열 칸은 원래 계약마다 안 갈리는 것 아닌가」라는 읽기가 가능합니다. 그 읽기가 맞는지 확인하려고 같은 897행의 같은 모양인 이웃 칸을 하나 더 셌습니다. 각 계약에 어떤 거래 기능이 열려 있는지를 문자열 배열로 적어 두는 permissionSets 입니다.

같은 행의 같은 모양인 칸 세 개를 나란히 세면 이렇게 갈립니다.

그러니 「배열 칸이라 안 갈린다」는 설명은 이번 응답에서 성립하지 않습니다. 같은 응답 안에서 여섯 가지로 갈리는 칸이 바로 옆에 있습니다. 참고로 코인마진 창구 30행의 같은 칸은 전부 한 가지 값이었습니다.

칸이 없는 1,565종에는 이름에만 유형이 남아 있습니다

목록 칸이 없는 쪽에도 흔적은 있습니다. 다만 값이 아니라 칸의 이름에 주문 유형 어휘가 박혀 있는 형태입니다.

OKX 는 상한 칸의 이름만으로 여섯 가지 유형이 읽히고, 여기에 소매 가격 개선 주문 관련 칸 두 개를 더하면 일곱 가지가 됩니다. 다만 목록 칸이 아니라서 「이 계약에 무엇을 넣을 수 있는가」를 응답만으로 읽어 낼 수는 없습니다.

이 상한 칸들의 값 자체는 무기한 주문 수량의 상한을 지정가와 시장가로 갈라 센 노트가 이미 전수로 다뤘습니다. 이번 노트는 그 값을 다시 꺼내지 않고 이름에 유형이 박혀 있다는 사실만 씁니다.

대신 이번 조회에서 눈에 띈 자리가 하나 있습니다. OKX 의 시장가 금액 상한 칸은 479행 전부에 칸이 있는데 479행 전부가 빈 문자열이었습니다. 칸이 있는 것과 값이 차 있는 것은 다릅니다. 이름으로 유형을 세는 방식이 어디까지만 유효한지를 보여 주는 자리라서 적어 둡니다.

바이비트 쪽은 수량 제약 묶음에 여섯 개 키가 있고 898행 전부가 여섯 개를 다 갖습니다. 그중 이름으로 유형이 읽히는 것은 두 개입니다. 하이퍼리퀴드는 종목 배열의 키가 종목명과 수량 자릿수와 최대 레버리지와 증거금 표 식별자 넷이 상시이고 상장폐지 표시와 격리 전용 표시와 증거금 방식이 조건부로 붙습니다. 주문 유형 어휘가 박힌 칸은 0개입니다.

주문 개수 쪽에서도 같은 방향의 경계가 한 번 더 나옵니다. 바이낸스 응답의 제약 필터 이름을 세어 보면 이렇습니다.

미체결 주문 상한 200은 두 창구가 같은데, 알고리즘 주문 상한 20은 코인마진 창구 30행에만 있고 USDT 창구 897행에는 없습니다. 유효기간 목록에서 본 것과 같은 방향의 경계입니다. 다만 방향만 같을 뿐 같은 칸이 아니고, 이것 역시 응답에 적힌 이름을 센 관측입니다.

네 거래소는 유형과 유효기간을 서로 다른 모양으로 둡니다

목록이 응답에 없다고 해서 규격이 없는 것이 아니라, 사는 자리가 다릅니다. 문서 쪽은 축자로 확인했습니다. 바이낸스 선물 공식 문서는 이번에도 본문을 받지 못해 바이낸스에 대해서는 응답값만 근거로 씁니다.

바이비트 열거형 문서는 유효기간 값으로 GTC 와 IOC 와 FOK 와 PostOnly 와 RPI 를 적어 두고, 주문 유형은 Market 과 Limit 로만 두며 조건부 주문 유형을 별도 키로 뺍니다. OKX 는 구조가 다릅니다. 주문 유형 키 하나 안에 market 과 limit 과 post_only 와 fok 와 ioc 가 같이 들어 있어서, 바이낸스라면 두 칸으로 나뉠 정보가 한 칸에 접혀 있습니다. 하이퍼리퀴드 문서는 지정가 주문 본문 안에 유효기간 값을 중첩해 두고 Alo 와 Ioc 와 Gtc 세 값을 적습니다.

OKX 문서에는 종목 상태 값으로도 주문 유형 어휘가 나옵니다. 메이커 전용 상태에서는 다른 유형이 거부된다는 설명입니다. 다만 이번 조회의 479행은 전부 거래중 상태였고 메이커 전용 상태인 종목은 0종이었습니다. 규칙이 문서에 있다는 것과 이 시각에 그 상태인 종목이 있다는 것은 다릅니다.

응답 원문을 통째로 훑어 세면 틀립니다

이 축을 세는 쉬운 방법이 하나 있습니다. 응답 원문을 대문자로 바꾼 뒤 지정가나 시장가 같은 낱말을 세는 것입니다. 그렇게 세면 바이비트 응답에서도 지정가 낱말이 천 단위로 잡힙니다.

그런데 그 숫자는 전부 오탐이었습니다. 가격 제한 비율 칸 이름 안의 낱말 조각과 지역 표시 칸 이름 안의 낱말 조각이 부분 문자열로 걸린 것입니다. OKX 쪽에서 시장가 낱말이 몇 건 잡힌 것도 상장전 표시 값의 조각이었습니다. 그래서 이 노트의 판정 근거는 문자열 스캔이 아니라 필드 이름 전수 대조입니다.

반대로 하이퍼리퀴드는 두 방법이 일치했습니다. 낱말 스캔도 0이고 필드 이름 대조도 0입니다. 두 방법이 엇갈리는 창구가 있었기 때문에, 한 방법만으로 「없다」를 적으면 틀린다는 것이 이번 조회에서 확인됩니다.

시각은 응답 본문이 아니라 받은 시각으로 적습니다

수집 시각을 정할 때 한 가지가 걸렸습니다. 바이낸스 거래규격 응답 본문에 적힌 서버 시각이 제가 받은 시각과 달랐습니다. 같은 순간에 서버 시각 전용 창구를 따로 불러 맞대 보니 두 값이 두 시간 넘게 벌어져 있었고, 5분 뒤 다시 받아도 거래규격 응답 본문의 시각은 같은 값이었습니다. 원인은 확인하지 않았습니다. 그래서 이 노트의 시각은 전부 제 로컬 수신 시각으로 적었습니다. 시각 칸 자체를 축으로 삼은 기록은 거래소 서버 시간과 요청 타임스탬프 창을 실측한 노트에 따로 있고, 이번 노트는 표기 방침을 정하는 데까지만 썼습니다.

5분 간격 재조회에서 축의 수치는 하나도 변하지 않았습니다. 코인마진 응답은 바이트 단위로 같았고 USDT 응답은 달랐지만, 두 응답 모두 주문 유형 목록 한 가지와 유효기간 목록 두 가지라는 결과가 그대로였습니다. 그러니 이 노트가 확인한 창은 5분 남짓입니다. 그보다 긴 구간을 주장할 근거가 없습니다.

행 수는 실제로 움직입니다. 같은 사이트의 하루 전 노트에서 바이비트 정방향은 869행이었고 이번에는 870행입니다. 두 값은 서로 다른 날의 값이라 나란히 놓고 차이를 계산하시면 어긋납니다.

직접 확인하는 3분 절차

네 곳 다 인증이 필요 없어서 브라우저 주소창만으로 확인됩니다. 마지막 한 곳만 요청 방식이 다릅니다.

1. https://fapi.binance.com/fapi/v1/exchangeInfo 를 열고 BTCUSDT 를 찾습니다. 주문 유형 칸에 일곱 값이, 유효기간 칸에 다섯 값이 보이면 이 노트가 센 그 줄입니다.
2. 같은 응답에서 아무 종목이나 두세 개 더 열어 두 칸을 맞대 보십시오. 값도 순서도 같습니다.
3. https://dapi.binance.com/dapi/v1/exchangeInfo 를 열고 BTCUSD_PERP 를 찾습니다. 주문 유형 일곱 값은 같고 유효기간이 네 값입니다. 빠진 한 값이 GTD 입니다.
4. 같은 코인마진 응답에서 제약 필터 이름을 훑으면 MAX_NUM_ALGO_ORDERS 가 보입니다. USDT 창구 응답에서 같은 이름을 찾으면 나오지 않습니다.
5. https://api.bybit.com/v5/market/instruments-info?category=linear&limit=1000 과 https://www.okx.com/api/v5/public/instruments?instType=SWAP 을 열어 종목 한 행의 키를 세어 보십시오. 주문 유형 목록 칸이 없고 상한 칸 이름에만 유형 어휘가 남아 있습니다.
6. 하이퍼리퀴드는 https://api.hyperliquid.xyz/info 에 본문 유형을 meta 로 지정해 보내야 하며, 돌아온 종목 배열 한 행의 키를 세어 보시면 주문 쪽 칸이 하나도 없습니다.

확인하지 못한 것

정직하게 적어 두겠습니다.

• 주문을 실제로 내 보지 않았습니다. 인증 헤더를 한 번도 붙이지 않았고, 응답이 적어 둔 값만 셌습니다. 목록에 적힌 유형이 실제로 접수되는지는 확인하지 않았습니다.
• 칸이 없다는 것은 기능이 없다는 뜻이 아닙니다. 바이비트와 OKX 와 하이퍼리퀴드 셋 다 문서에는 적어 두고 있습니다. 이 노트가 센 것은 계약 단위 응답이 그것을 내주는가입니다.
• 범위는 여섯 개 공개 창구입니다. 거래소마다 다른 엔드포인트가 더 있을 수 있고 그쪽까지 훑지 않았습니다. 「어디에도 없다」가 아니라 「이 창구의 응답에는 없다」까지입니다.
• 바이낸스 공식 문서를 확보하지 못했습니다. 그래서 바이낸스가 두 칸을 무엇이라고 정의하는지는 적지 않았고, 응답값만 근거로 썼습니다.
• 서버 시각이 어긋난 원인을 확인하지 않았습니다. 받은 시각과 본문 시각이 달랐다는 관측까지입니다.
• 네 거래소입니다. 비트겟과 게이트와 MEXC 등은 이번에 받지 않았습니다.
• 무기한만 셌습니다. 분기물과 인도물과 주식 기초 계열은 분모에서 전부 뺐습니다.
• 국내 원화마켓은 범위 밖입니다. 국내 거래소의 주문 유형과 유효기간은 규정과 공시가 따로 있어 위 숫자로 유추하시면 어긋납니다.
• 어느 거래소가 낫다는 판정을 하지 않습니다. 칸을 많이 주는 쪽이 좋은 거래소라는 뜻이 아닙니다.
• 5분 너머를 확인하지 못했습니다.

정리

세 줄로 줄이면 이렇습니다.

첫째, 칸을 주는 창구가 하나뿐입니다. 네 거래소 무기한 2,287종 가운데 주문 유형 목록과 유효기간 목록을 계약마다 내주는 것은 바이낸스 722종이고, 나머지 1,565종에는 그 이름의 칸이 없습니다. 없다는 것은 이 창구의 계약 단위 응답에 없다는 뜻입니다.

둘째, 칸을 주는 722종 안에서도 주문 유형은 갈리지 않습니다. 722종 전부가 같은 일곱 값을 같은 순서로 적어 두어 서로 다른 값이 한 가지입니다. 같은 응답의 이웃 칸이 여섯 가지로 갈리는 것과 대조됩니다.

셋째, 갈린 것은 유효기간 한 값이고 그 경계는 창구에 있습니다. USDT 창구 702종은 다섯 값, 코인마진 창구 20종은 네 값이며 차이는 GTD 하나입니다. 분모에서 뺀 분기물과 주식 기초 계열까지 같은 방향이라, 이 경계는 계약 종류가 아니라 창구를 따라 그어져 있습니다.

주문 유형을 인용하실 때는 그 목록이 계약별 응답에서 나온 값인지 문서에서 나온 값인지를 함께 적어 두시는 편이 정확합니다. 다만 이 노트는 공개 응답을 센 기록일 뿐 어떤 거래도 권하지 않습니다.

FAQ

Q. 바이비트나 OKX 에는 지정가나 시장가 같은 주문 유형이 없다는 뜻인가요? A. 아닙니다. 인증 없이 부른 공개 거래규격 응답을 기준으로 할 때, 그 두 곳은 계약 한 건마다 주문 유형 목록을 적어 주지 않았다는 뜻입니다. 두 곳 다 문서에는 주문 유형을 열거해 두고 있고, OKX 는 주문 유형 값 안에 유효기간까지 함께 넣어 둡니다. 이 노트가 센 것은 목록이 어디에 사는가이고, 기능의 유무가 아닙니다.

Q. 그럼 바이낸스 722종은 전부 같은 주문을 쓸 수 있다는 뜻인가요? A. 이번 조회의 응답에 적힌 목록을 기준으로 할 때 722종의 주문 유형 목록은 값도 순서도 같았습니다. 다만 주문을 넣어 본 적이 없으므로 접수 여부까지 확인한 것은 아니고, 유효기간 쪽은 창구에 따라 다섯 값과 네 값으로 갈립니다. 계약별로 다른 제약이 필요하시면 수량 상한이나 가격 필터처럼 실제로 계약마다 갈리는 칸을 따로 보셔야 합니다.

Q. GTD 는 어느 창구에 있나요? A. 2026년 9월 15일 10시대 응답을 기준으로 할 때 USDT 창구에 있고 코인마진 창구에는 없습니다. USDT 창구는 897행 전부가 유효기간 다섯 값을 적어 두었고 코인마진 창구는 30행 전부가 네 값입니다. 무기한만 좁히면 702종 대 20종입니다. 방향을 뒤집어 인용하시면 그대로 틀립니다.

Q. 값이 안 갈리는 것은 배열 칸이라 원래 그런 것 아닌가요? A. 같은 응답 안에서 확인해 보면 그렇지 않습니다. 같은 897행의 같은 모양인 이웃 칸은 서로 다른 값이 여섯 가지로 갈립니다. 즉 응답의 성질이 아니라 이 두 칸의 성질입니다. 다만 왜 그렇게 적어 두는지는 이 노트가 확인한 범위 밖입니다.

Q. 응답 원문에서 낱말만 세면 더 빠르지 않나요? A. 빠르지만 이번 조회에서는 틀렸습니다. 응답 원문을 대문자로 바꿔 낱말을 세면 목록 칸이 없는 창구에서도 지정가 낱말이 천 단위로 잡히는데, 전부 다른 칸 이름 안의 조각이 걸린 것입니다. 필드 이름을 중첩 경로까지 뽑아 대조할 때만 두 방법이 서로 맞았습니다.

Q. 이 값들이 내일도 같나요? A. 같다고 적을 근거가 없습니다. 확인한 창은 5분 남짓이고 그 안에서 두 번의 조회가 같은 결과였습니다. 규격 값이라 자주 바뀌지는 않지만 행 수는 움직여서, 바이비트 정방향은 하루 전 노트에서 869행이었고 이번에는 870행입니다. 인용하실 때는 수집 시각을 함께 적어 두시는 편이 정확합니다.

Q. 국내 거래소도 같은 구조인가요? A. 이 노트로는 답할 수 없습니다. 여기서 센 것은 해외 파생거래소의 무기한 계약뿐이고, 국내 원화마켓의 주문 유형과 유효기간은 규정과 공시가 별도로 있어 이 노트의 범위 밖입니다. 위 숫자로 유추하시면 어긋납니다.

함께 보면 좋은 글

• 무기한 주문 수량의 상한을 지정가와 시장가로 갈라 센 노트: 이번 노트가 이름만 빌린 상한 칸들의 값을 전수로 센 기록입니다. 그쪽은 얼마나 크게이고 이쪽은 어떤 유형을 얼마나 오래입니다.
• 거래소 서버 시간과 요청 타임스탬프 창을 실측한 노트: 시각 칸 자체를 축으로 삼은 기록입니다. 이번 노트는 표기 방침을 정하는 데까지만 썼습니다.
• 응답 헤더가 알려 주는 호출 사용량과 잔여량: 공개 창구를 인증 없이 부를 때 무엇을 통제해야 하는지를 먼저 적어 둔 노트입니다.

데이터·개념 출처

본 노트의 수치는 2026년 9월 15일 10시 57분 19초부터 10시 57분 21초(한국 시각) 사이에 바이낸스와 바이비트와 OKX 와 하이퍼리퀴드의 공개 창구를 인증 없이 호출해 받은 응답을 직접 센 것입니다. 응답은 전부 파일로 저장한 뒤 다시 파싱해 재계산했고, 앞 문장을 근거로 삼은 숫자는 없습니다. 검증 재조회는 같은 날 11시 2분 10초부터 11시 2분 32초 사이에 바이낸스 두 창구를 대상으로 했습니다.

바이낸스 쪽은 GET https://fapi.binance.com/fapi/v1/exchangeInfo 로 종목 897행을 받아 그중 contractType 이 PERPETUAL 인 702행을, GET https://dapi.binance.com/dapi/v1/exchangeInfo 로 30행을 받아 같은 조건의 20행을 모집단으로 삼았습니다. 각 행의 orderTypes 와 timeInForce 와 permissionSets 를 문자열 그대로 맞대었고, filters 배열의 filterType 값을 따로 세었습니다. 바이낸스 선물 공식 문서는 이번에 본문을 받지 못해 인용하지 않았고, 바이낸스에 대해서는 응답값만 근거로 썼습니다.

바이비트 쪽은 GET https://api.bybit.com/v5/market/instruments-info 에 category=linear 와 limit=1000 을 넣어 870행을, category=inverse 로 28행을 받았고 다음 페이지 커서가 빈 문자열이어서 한 장으로 전수임을 확인했습니다. OKX 쪽은 GET https://www.okx.com/api/v5/public/instruments 에 instType=SWAP 을 넣어 479행을 받았습니다. 하이퍼리퀴드 쪽은 https://api.hyperliquid.xyz/info 에 본문 유형을 meta 로 지정해 보내 종목 배열 234행을 받았고, 다른 본문 유형으로 한 번 더 받아 두 갈래 응답 모두에 주문 쪽 칸이 없음을 대조했습니다. 네 거래소 응답 모두 행이 가진 필드 이름을 중첩 경로까지 모아 합집합으로 비교했습니다.

문서 축자는 바이비트 열거형 문서와 주문 생성 문서, OKX API 문서, 하이퍼리퀴드 거래 엔드포인트 문서에서 사용자 에이전트를 붙여 받아 확인했습니다. 서버 시각 대조는 바이낸스 두 창구와 바이비트의 시각 전용 창구를 같은 순간에 호출해 응답 본문의 시각과 맞댄 것입니다.

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