최유리지정가 주문 — 매수는 총액만, 매도는 수량만 넣는 주문창과 IOC·FOK 두 조건

주문창 위쪽에서 주문유형을 최유리지정가로 바꾸면 가격을 적던 칸이 사라집니다. 그리고 그 아래 주문조건 자리에 IOC와 FOK 두 개가 나타납니다. 처음 보면 무엇을 어디에 넣어야 할지부터 막힙니다.

문서가 적어 둔 답은 한 줄입니다. 매수는 총액만, 매도는 수량만 입력합니다. 업비트 고객센터 「최유리지정가 주문에서 가격을 지정할 수 있나요?」의 본문 전체가 그 세 줄로 되어 있습니다. 가격은 내가 정하는 것이 아니라 주문을 접수하는 그 순간의 상대 호가가 자동으로 채워 넣습니다.

이 글은 그 주문창을 문서 원문으로 한 칸씩 갈라 놓은 글입니다. 어디에서 고르는지, 무엇을 입력하는지, IOC와 FOK가 어디에서 갈리는지, 그리고 주문이 흔적도 없이 사라졌을 때 어디를 봐야 하는지를 순서대로 봅니다. 마지막에는 화면에 없고 개발자 문서에만 적혀 있는 조건 하나까지 짚겠습니다.

아래 문장과 숫자는 2026년 8월 19일 오전(KST)에 업비트와 빗썸의 공개 고객센터 API로 UTF-8 원문을 직접 받아 옮긴 것입니다. 문서별 최종 편집 시각은 글 맨 아래 「확인한 자료」에 적어 두었습니다.

최유리지정가 주문 — 세 문장 요약

세 문장으로 줄이면 이렇습니다.

1. 최유리지정가는 가격을 상대 호가에 맡기는 지정가입니다. 업비트 문서는 "주문 접수 시점의 가장 낮은 매도 호가로, 매도주문은 주문 접수 시점의 가장 높은 매수 호가로 지정되어 호가 내 수량이 있으면 즉시 체결되는 주문"이라고 적었습니다.
2. 입력 칸이 매수와 매도에서 다릅니다(업비트 문서 기준). 업비트는 매수에 총액만, 매도에 수량만 입력한다고 적었고 가격 칸은 아예 없습니다. 빗썸 문서에는 입력 칸을 총액과 수량으로 갈라 규정한 문장이 없습니다.
3. IOC나 FOK 조건이 함께 붙습니다. 업비트는 "적용해야 합니다"로 적었고, 빗썸은 "함께 사용할 수 있습니다"로 적었습니다. 두 문서의 표현이 다릅니다.

여기까지가 답이고, 그 아래부터가 실제로 헷갈리는 자리입니다. 어느 화면에서 고를 수 있는지, 어느 마켓에서 되는지, 조건이 걸린 주문이 취소되면 흔적이 어디에 남는지가 두 거래소에서 서로 다르게 적혀 있습니다.

최유리지정가 — 이 글이 다루지 않는 것

축을 먼저 그어 두겠습니다. 아래 세 가지는 이 글에서 다루지 않습니다.

범위도 밝혀 두겠습니다. 이 글이 여는 고객센터 문서는 쉰두 건이고 전부 업비트와 빗썸이 낸 것입니다. 업비트 헬프센터의 한국어 섹션은 예순아홉 개인데 이름에 '주문'이 든 섹션은 「주문」 하나뿐이고 그 안에 열여섯 건이 있습니다. 섹션 밖에 흩어져 있는 문서 일곱 건을 더 받아 업비트는 스물세 건입니다. 빗썸 헬프센터의 한국어 섹션은 마흔네 개이고 이름에 '주문'이 든 것은 다섯 개입니다. 그중 대회 안내인 「주문 랭킹전」 열일곱 건을 빼고 나머지 넷을 전부 받았습니다. 「주문조건(IOC, FOK, Post Only), 최유리지정가 주문」 여덟 건, 「주문 유형」 다섯 건, 「TWAP 주문」 열 건, 「체결/미체결/주문불가」 네 건에 거래 정책 문서 두 건을 더해 스물아홉 건입니다. 스물셋에 스물아홉을 더해 쉰두 건입니다. 여기에 업비트 개발자센터의 「주문하기」 레퍼런스 한 페이지와 빗썸 공지 한 건을 더 열었습니다.

그러니 이 글에 나오는 "없다"나 "0건"은 전부 그 범위 안에서 문자열로 대조한 결과입니다. 어느 범위에서 세었는지는 그때마다 함께 적었습니다. 코인원과 코빗은 대조에 넣지 못했습니다. 이유는 맨 아래에 주소와 응답 코드로 적어 두었습니다.

업비트 주문창에서 최유리지정가와 IOC·FOK를 고르는 경로

업비트 「최유리지정가, IOC, FOK 주문에 대해 알아보기」가 경로를 화면별로 적어 두었습니다. 문서가 쓴 표기를 그대로 옮기면 이렇습니다.

두 경로 모두 칸이 두 개라는 점이 중요합니다. 주문유형에서 최유리지정가를 고르는 것과, 주문조건에서 IOC나 FOK를 고르는 것은 서로 다른 칸입니다. 하나만 바꾸면 원하는 주문이 되지 않습니다.

같은 문서가 범위도 두 줄로 적었습니다. 첫 줄은 화면입니다. "최유리지정가, IOC, FOK 기능은 업비트 PC 웹 및 모바일 앱에서만 이용 가능합니다." 문서 맨 위에도 같은 취지가 한 번 더 있습니다. "주문고도화 기능은 업비트 PC 웹 및 모바일 앱에서만 사용이 가능합니다."

둘째 줄은 마켓입니다. "[적용 마켓] * KRW, BTC, USDT 마켓 전종목" 입니다. 원화마켓만이 아니라 세 마켓 전부라고 적혀 있습니다. 다만 같은 문서가 이 범위에 단서를 붙여 두었습니다. "주문고도화 적용 마켓의 경우, 서비스 제공 안정성에 따라 변경될 수 있으며 대상 마켓이 변경되는 경우 별도 안내를 통해 변동사항을 안내드릴 예정입니다."

조건을 어느 주문 유형에 붙일 수 있는지는 별도 문서가 한 문장으로 잘라 두었습니다. 「IOC/FOK 주문 조건이 무엇인가요?」의 첫 줄이 "IOC/FOK 주문 조건은 지정가 또는 최유리지정가 주문에서만 설정 가능합니다." 입니다. 시장가에는 붙일 수 없다는 뜻입니다.

빗썸 주문창의 주문조건 세 가지와 2026년 6월 30일 개편

빗썸 쪽은 항목이 하나 더 많습니다. 「주문조건(IOC, FOK, Post Only)은 무엇인가요?」가 이렇게 적었습니다. "빗썸에서는 IOC, FOK, Post Only 세 가지 주문조건을 제공합니다. 주문조건은 지정가 주문에서 사용할 수 있으며 최유리지정가 주문에서는 IOC와 FOK를 사용할 수 있습니다."

같은 문서가 조건을 네 항목으로 나눠 적었습니다. 「보통」이 목록의 첫 자리에 있다는 점이 눈에 띕니다.

「보통」 옆에 붙은 단서가 이 개편의 성격을 알려 줍니다. 같은 문서가 "※ 2026년 6월 30일 이전 제공되던 지정가 주문과 동일한 방식입니다."라고 적었습니다. 예전 지정가 주문이 없어진 것이 아니라, 조건 목록의 한 항목으로 들어가면서 「보통」이라는 이름을 받았다는 뜻입니다.

Post Only에는 제약이 하나 더 붙습니다. 같은 문서가 "- 지정가 주문에서만 사용할 수 있습니다."라고 적었습니다. 최유리지정가에는 붙지 않습니다. 「주문조건은 어떤 주문에서 사용할 수 있나요?」의 본문 전체도 같은 취지입니다. "주문조건(IOC, FOK, Post Only)은 지정가 주문에서 사용할 수 있습니다. 이 중 IOC와 FOK는 최유리지정가 주문에서도 사용할 수 있으며, 시장가 주문에서는 주문조건을 설정할 수 없습니다."

개편일 자체는 빗썸 공지가 날짜로 적었습니다. 2026년 6월 30일 오후 여섯 시에 올라온 「주문 기능 고도화 안내 (지정가 주문조건 및 최유리지정가 주문 추가)」입니다. 그 공지가 적은 항목 넷을 옮기면 이렇습니다.

• "■ 적용 마켓 : 원화 마켓"
• "■ 오픈 일정 : 2026년 6월 30일(화)"
• "■ 대상 플랫폼 - APP(안드로이드, iOS), PC, 모바일 웹, Open API(Open API v2.1.0, v2.1.5)"
• "② 주문조건 선택 : … - 지정가: 보통, IOC, FOK, Post Only - 최유리지정가: IOC, FOK"

첫 줄이 업비트와 갈리는 자리입니다. 업비트 문서는 "KRW, BTC, USDT 마켓 전종목"이라고 적었고, 빗썸 공지는 "원화 마켓"이라고 적었습니다. 한 가지 밝혀 둘 것이 있습니다. 빗썸 고객센터 여덟 건 안에는 적용 마켓을 규정한 문장이 없습니다. 마켓 범위를 적은 자리는 이 공지 한 곳뿐이고, 그 공지는 6월 30일 자입니다. 그 뒤에 범위가 바뀌었는지는 이 글이 확인하지 못했습니다.

플랫폼 목록도 갈립니다. 빗썸 「주문조건(IOC, FOK, Post Only) 및 최유리지정가 주문 어떤 플랫폼에서 사용할 수 있나요?」는 "- 모바일 : APP, 모바일 웹 / - PC / - Open API" 세 줄을 적고, 그 뒤에 단서를 하나 달았습니다. "※ APP은 최신 버전으로 업데이트한 후 이용할 수 있습니다."입니다. 최소 버전 숫자는 그 문서가 아니라 6월 30일 공지에 있습니다. "※ APP은 최신 버전(안드로이드 3.8.6 버전 , iOS 3.2.1 버전) 업데이트 후 이용하실 수 있습니다."입니다. 앱에서 이 칸이 보이지 않는다면 먼저 볼 자리가 여기입니다. 그리고 오픈API가 목록에 들어 있습니다. 업비트 고객센터는 "PC 웹 및 모바일 앱에서만"이라고 적었습니다. 이 어긋남은 뒤에서 다시 보겠습니다.

가격 칸이 사라지는 자리 — 매수는 총액, 매도는 수량

이제 입력 칸입니다. 업비트 「최유리지정가 주문에서 가격을 지정할 수 있나요?」의 본문은 세 줄이 전부입니다.

"최유리지정가 주문은 시장가 주문처럼 매수, 매도 주문에 따라 입력하는 주문 요건이 다릅니다.

• 매수 주문 시 총액만 입력할 수 있습니다.
• 매도 주문 시 수량만 입력할 수 있습니다."

"시장가 주문처럼"이라는 비유가 핵심입니다. 가격을 못 적는다는 점에서 시장가와 같고, 가격이 상대 1호가 하나로 못 박힌다는 점에서 시장가와 다릅니다. 시장가는 물량이 모자라면 다음 호가로 계속 넘어가지만, 최유리지정가는 그 자리에서 멈춥니다.

같은 규칙을 「최유리지정가, IOC, FOK 주문에 대해 알아보기」가 절차로 풀어 적었습니다. 문서가 각 단계에 붙인 별표 주석이 계산 순서를 알려 줍니다.

매수 쪽만 나눗셈이 한 번 들어갑니다. 총액을 매도 1호가로 나눠 수량을 만든 다음, 그 수량이 1호가에 있는지를 봅니다. 매도 쪽은 수량을 그대로 들고 매수 1호가와 견줍니다.

빗썸 쪽 정의도 같은 방향입니다. 「최유리지정가 주문은 무엇인가요?」가 이렇게 적었습니다. "최유리지정가 주문은 주문 시점의 가장 유리한 상대 호가를 기준으로 주문 가격이 자동으로 설정되는 지정가 주문입니다." 그리고 두 줄을 붙였습니다. "- 매수 주문 : 가장 낮은 매도호가 / - 매도 주문 : 가장 높은 매수호가"입니다.

다만 빗썸 문서에는 총액과 수량을 갈라 규정한 문장이 없습니다. 최유리라는 글자가 실제로 들어 있는 빗썸 문서 여섯 건의 본문을 받아 문자열로 세었을 때 '총액'은 0회였습니다. 그 여섯 건에서 '수량'은 나오지만 전부 "체결 가능한 수량"처럼 결과를 가리키는 자리이고, 입력 칸을 규정한 자리가 아닙니다. 오히려 예시는 매수도 개수로 적혀 있습니다. "현재 체결 가능한 가격이 100원일 때, 100개를 매수 주문했을 때"입니다. 그러니 업비트의 총액·수량 규칙을 빗썸 화면에 그대로 옮겨 읽으시면 어긋날 수 있습니다. 빗썸에서 무엇을 입력하는지는 신청 화면에서 확인하셔야 합니다.

한 가지 단서도 빗썸 쪽에만 있습니다. 같은 문서가 "※ 시장 상황에 따라 주문 가격이 설정된 이후 호가가 변동될 수 있으며, 실제 체결 가격은 주문 실행 시점의 호가에 따라 달라질 수 있습니다."라고 적었습니다. 가격이 자동으로 채워지는 것과 그 가격에 체결되는 것이 같은 순간이 아니라는 뜻입니다.

IOC와 FOK가 갈리는 자리 — 부분 체결과 전량 취소

두 조건의 정의부터 나란히 놓겠습니다. 같은 뜻을 두 거래소가 각각 어떻게 적었는지 보면 갈림이 선명합니다.

갈리는 자리는 하나입니다. 물량이 모자랄 때 남은 것을 버리느냐, 처음부터 없던 일로 하느냐입니다.

빗썸 문서는 이 갈림을 같은 숫자를 넣은 예시 두 개로 보여 줍니다. 두 예시 모두 100개 매수 주문이고, 즉시 체결 가능한 수량만 다릅니다.

FOK 쪽은 90개가 있어도 0개입니다. 100개를 다 채우지 못하면 90개도 사지 않습니다. 100개에서 70개를 빼면 30개이고, 90개는 100개보다 적습니다. 두 예시가 보여 주는 것은 그 산수 하나입니다.

업비트 문서는 같은 갈림을 절차 문장으로 적었습니다. 최유리지정가 IOC 매수는 "지정한 총액이 1호가에 일부 확인되는 경우, 부분 체결 후 잔량 자동취소됩니다."이고, FOK 매수는 "1호가에 입력한 총액이 부족한 경우 자동취소되며 거래내역이 남지 않습니다." 입니다. 매도 쪽도 같은 구조입니다. "입력한 수량이 1호가에 부족한 경우 자동취소되어 거래내역이 남지 않습니다."

여기서 조건이 붙는 방식이 두 거래소에서 다르게 적혀 있습니다.

업비트 쪽은 "적용해야"라고 적혀 있어 필수로 읽힙니다. 빗썸 쪽은 "함께 사용할 수 있습니다"까지만 적혀 있습니다. 조건 없이 최유리지정가만 낼 수 있는지를 규정한 문장은 빗썸 여섯 건 안에 없었습니다. 그러니 빗썸 쪽을 "선택"이라고 단정해 읽으시면 안 됩니다. 고객센터 문서가 그 자리를 비워 두었다는 뜻입니다.

다만 같은 글이 출처로 쓴 6월 30일 공지에는 한 자리가 더 있습니다. 공지는 고를 수 있는 조건을 "- 지정가: 보통, IOC, FOK, Post Only"와 "- 최유리지정가: IOC, FOK"로 갈라 적었습니다. 지정가 목록에만 있는 「보통」이 최유리지정가 목록에는 없습니다. 조건을 고르지 않는 방식이 지정가 쪽에는 이름을 달고 들어가 있는데 최유리지정가 쪽에는 그 자리가 없다는 뜻입니다. 그래도 "조건 없이 접수된다"거나 "반드시 골라야 한다"고 못 박은 문장은 두 자리 어디에도 없습니다.

화면에는 없고 오픈API에만 적혀 있는 조건

여기부터가 문서끼리 어긋나는 자리입니다.

업비트 고객센터는 조건을 두 개로 적었습니다. IOC와 FOK입니다. 그런데 업비트 개발자센터의 「주문하기」 레퍼런스는 조건을 세 개로 적었습니다.

time_in_force — "fok: Fill or Kill / ioc: Immediate or Cancel / post_only: 메이커 전용 주문"

주문 유형 쪽도 코드로 적혀 있습니다.

ord_type — "limit: 지정가 주문 / price: 시장가 주문(매수) / market: 시장가 주문(매도) / best: 최유리 주문"

세 번째 조건인 post_only가 고객센터 문서에는 나오지 않습니다. 정확히 적겠습니다. 2026년 8월 19일에 업비트 고객센터 한국어 전문검색에 Post Only, post_only, 포스트온리, 메이커 전용 주문 네 가지를 각각 넣었을 때 결과는 모두 0건이었습니다. 같은 검색을 빗썸 고객센터에 넣으면 Post Only와 post_only는 각각 9건, 메이커 전용 주문은 7건이 나옵니다. 업비트에 그 기능이 없다는 뜻이 아니라, 제가 검색한 그 범위에서 0건이었고 개발자 문서에는 있다는 뜻입니다.

같은 레퍼런스가 최유리 주문을 이렇게 소개했습니다. "최유리 지정가 주문은 현재 시장에서 가장 유리한 상대 호가를 가격으로 하는 주문 유형입니다. 전량 체결을 항상 보장할 수는 없으나, 빠르게 유리한 가격으로 호가창에 진입하고 싶은 경우 유용합니다."

파라미터 표는 주문창의 총액·수량 규칙을 그대로 코드로 옮겨 놓았습니다.

필수 여부가 여기서 갈립니다. 최유리 주문에는 time_in_force가 Required로 적혀 있고, 지정가에는 Optional로 적혀 있습니다. 고객센터가 "적용해야 합니다"라고 적은 것과 방향이 같습니다. 매수 쪽 price 설명에는 예시도 붙어 있습니다. "예를 들어, KRW-BTC 페어에서 100000000을 입력하는 경우 최유리 호가로 1억 원어치의 BTC 수량을 매수하는 주문이 생성됩니다."

조건을 잘못 넣었을 때 돌아오는 메시지도 문서에 예시로 있습니다. invalid_time_in_force이고 문구는 "주문조건을 다시 확인해 주세요." 입니다. 지정가에 붙는 post_only에는 조합 제한도 적혀 있습니다. "post_only 옵션은 smp_type 옵션과 함께 사용할 수 없습니다."

여기서 어긋남을 정리해 두겠습니다. 업비트 고객센터는 "최유리지정가, IOC, FOK 기능은 업비트 PC 웹 및 모바일 앱에서만 이용 가능합니다."라고 적었고, 같은 회사의 개발자센터는 API로 최유리 주문을 내는 파라미터를 규정하고 있습니다. 어느 쪽이 실제 처리 기준인지는 두 문서만으로는 가릴 수 없습니다. 이 글은 어느 쪽이 참인지 판정하지 않고, 어느 문서가 무엇을 적었는지까지만 적습니다. 빗썸 쪽은 고객센터와 공지가 둘 다 오픈API를 목록에 넣어 두었으므로 이 어긋남이 없습니다.

레퍼런스의 변경 이력에 날짜도 하나 남아 있습니다. 2024년 4월 22일 항목에 "최유리지정가 주문 유형 신규 지원"과 "주문 옵션(time_in_force) 추가 지원"이 함께 적혀 있습니다. 업비트 고객센터의 안내 문서가 만들어진 날짜(2024년 3월 29일)와 몇 주 차이입니다.

API로 주문을 내신다면 한 가지가 더 붙습니다. 같은 페이지의 Rate Limit 항목이 "초당 최대 8회 호출할 수 있습니다. 포켓 단위로 측정되며 [주문 생성 그룹] 내에서 요청 가능 횟수를 공유합니다."라고 적었습니다. 그 포켓이라는 단위가 무엇이고 무엇이 계정 전체로 합산되는지는 포켓마다 따로 굴러가는 것과 계정 전체로 합쳐 세는 것을 갈라 둔 글에 정리해 두었습니다. 같은 회사의 「포켓 알아보기」 문서에는 이런 문장도 있습니다. "업비트는 본인 주문 간 체결을 차단하는 자전체결 방지(SMP) 기능을 지원합니다. 포켓 간 자전거래가 발생하지 않도록 API 주문 파라미터에 SMP를 설정해 주세요."

같은 말이 두 뜻으로 쓰입니다 — 주문조건과 주문 조건

검색하다 보면 엉뚱한 문서에 걸립니다. 업비트 문서 안에서 「주문 조건」이라는 말이 두 가지 뜻으로 쓰이기 때문입니다.

「디지털 자산 매매 방법 (PC)」의 「간편 주문」 절이 이렇게 적었습니다. "자주 사용하는 주문 조건을 미리 등록해두고, 버튼 클릭 한 번으로 보다 빠르게 간편하게 주문을 접수할 수 있는 기능입니다." 같은 절에 "주문 조건은 등록/편집 기능을 통하여 최대 10개까지 원하는 조건으로 등록 및 편집이 가능합니다."와 "원화 마켓에서만 작동 가능하며 업비트에서 지원하는 모든 주문 유형에 적용됩니다."도 있습니다.

여기서 말하는 주문 조건은 IOC나 FOK가 아니라 저장해 둔 주문 묶음입니다. 그 문서 본문에 '최유리'라는 글자는 한 번도 나오지 않습니다. 모바일 앱 문서도 같은 문구입니다. 주문창에서 고르는 IOC·FOK와는 다른 기능이니 화면에서 「간편 주문」을 찾아 들어가시면 원하는 자리가 아닙니다.

검색 자체에도 함정이 하나 있습니다. 두 헬프센터의 검색은 토큰 단위로 맞춰 보기 때문에 결과 건수가 실제로 그 말을 담은 문서 수보다 많습니다. 실측하면 이렇습니다.

검색 결과를 전부 받아 본문에서 문자열을 다시 센 값입니다. 업비트 여섯 건 중 다섯 건은 「주문」 섹션 안에 있고, 나머지 한 건이 섹션 밖에 있습니다. 그 한 건에만 있는 규칙이 다음 절입니다.

최유리 주문이 아예 접수되지 않는 자리

섹션 밖 문서는 「거래 이용 안내」입니다. 이 문서의 여덟 번째 절이 「주문의 접수 거부 및 취소」입니다. 앞쪽 「주문 접수 거부」에 번호가 붙은 항목이 셋 있고, 뒤쪽 「주문 취소」에 따로 둘이 더 있습니다. 접수 거부 셋 중 세 번째가 "③ 최유리 주문 접수 거부" 입니다. 사유는 두 줄뿐입니다.

• "최유리 매수 주문 시 매도 주문 호가창에 주문이 하나도 없는 경우"
• "최유리 매도 주문 시 매수 주문 호가창에 주문이 하나도 없는 경우"

가져다 쓸 상대 호가가 아예 없으면 주문 자체가 접수되지 않는다는 뜻입니다. 조건에 걸려 취소되는 것과 접수 단계에서 거부되는 것은 다른 일입니다.

바로 위 항목인 "② 시장가 주문 접수 거부"와 견주면 차이가 보입니다. 시장가 쪽은 다섯 줄입니다. 매수 주문총액이 매도 1호가부터 30호가까지의 대기 주문 총액보다 클 경우, 매도 주문수량이 매수 1호가부터 30호가까지의 총 수량보다 클 경우, "시장가 주문 직후 1호가 가격 대비 ± 10%를 초과하여 시세가 달라질 경우", 그리고 호가창이 비어 있는 두 경우입니다.

최유리 쪽에는 빈 호가창 두 줄만 있습니다. 30호가 조건도, ±10% 조건도 최유리 항목에는 적혀 있지 않습니다. 시장가 쪽 규칙을 최유리에 옮겨 읽으시면 문서와 어긋납니다.

다만 같은 절의 첫 항목은 유형을 가리지 않습니다. "① 사용자가 제출한 주문의 총액이 다음과 같은 경우"는 "주문총액이 최소 주문 금액보다 작은(미만) 주문"과 "주문총액이 최대 주문 금액보다 큰(초과) 주문"을 주문 유형 구분 없이 적어 두었습니다. 최소·최대 주문금액을 벗어난 주문은 최유리지정가에서도 접수가 거부됩니다.

같은 문서가 주문 유형을 다섯 가지로 나열해 두기도 했습니다. 지정가, 시장가, 예약 주문, 최유리지정가, TWAP입니다. 최소·최대 주문 금액도 같은 문서에 표로 있습니다. 원화마켓 5,000 KRW에서 10억 KRW, BTC 마켓 0.00005 BTC에서 10 BTC, USDT 마켓 0.5 USDT에서 1백만 USDT입니다. 마켓을 옮길 때 실제로 무엇이 달라지는지는 BTC마켓으로 갈아탈 때 드는 비용을 단계별로 계산한 글에 따로 정리해 두었습니다.

빗썸 쪽 금액 조건은 「원화 마켓 거래 정책 안내」에 있습니다. 원문 표는 「최대 주문금액」 칸이 두 칸으로 갈려 있어서, 최소 주문금액 5,000원에 최대 주문금액은 지정가 5,000,000,000원, 시장가 1,000,000,000원입니다. 다만 그 표에 최유리지정가 칸은 없습니다. 최유리지정가가 어느 쪽 한도를 따르는지는 이 문서로 알 수 없습니다.

TWAP 분할 주문 — 두 거래소의 기간·한도·수수료 대조표

조건이 붙은 주문을 여러 번 나눠 내는 기능이 양쪽에 다 있습니다. 이름은 둘 다 TWAP인데 내용이 꽤 다릅니다.

업비트 쪽 회차 주문에 IOC가 들어 있다는 점이 이 글의 축과 이어집니다. 「TWAP 주문 알아보기」가 "설정한 기간 동안 일정한 주기로 시장가 또는 지정가(IOC) 주문을 분할하여 자동으로 주문을 접수할 수 있는 주문유형입니다."라고 적었습니다. 조건이 걸린 주문이므로 결과도 같습니다. 같은 문서가 "시장 상황에 따라 회차 주문의 일부만 체결되거나 주문이 실행되지 않을 수 있으며, 실행되지 않은 회차의 금액(미체결 수량)은 다음 회차에 합산되지 않습니다."라고 적었습니다.

기간 표기에는 원문 그대로 옮겨 둔 자리가 있습니다. 업비트 문서의 "5분 단위로 최소 1분 부터"는 문장 안에서 서로 어긋나 보이지만, 원문이 그렇게 적혀 있어 고치지 않았습니다.

수수료 줄에는 출처를 나눠 적어야 합니다. 0.139%라는 값은 「TWAP 유의사항 안내」에 있고, 「TWAP 주문 알아보기」에는 요율 숫자가 없습니다. 안내 문서의 마지막 줄은 "수수료는 체결 기준으로 회차마다 발생하며, 내부 정책에 따라 변경될 수 있습니다."까지입니다.

업비트 수수료 숫자는 문서마다 다릅니다. 다만 숫자만 나란히 놓으면 안 되고 그 숫자가 무엇에 붙어 있는지까지 봐야 합니다. 세 문서를 그렇게 갈라 두겠습니다.

숫자가 갈리는 것을 문서끼리 어긋나는 것으로 읽으시면 안 됩니다. 0.139%가 나오는 자리는 「거래 수수료는 얼마인가요?」의 "예약 매수"·"예약 매도" 예시 둘과 「TWAP 유의사항 안내」의 회차 주문이고, 0.05%는 「코인모으기 수수료는 어떻게 되나요?」가 "일반 주문의 KRW 마켓 수수료"라고 못 박은 값입니다. 붙어 있는 주문이 서로 다릅니다.

그렇다고 일반 주문 요율이 문서에 숫자로 적혀 있는 것도 아닙니다. 「거래 수수료는 얼마인가요?」는 계산 방식만 "체결금액(체결수량 x 체결가격) x 마켓별 거래수수료율(%)"이라고 적어 두었고, 원화마켓 일반 주문의 요율을 숫자로 적은 자리가 그 문서 안에 없습니다. 그 문서는 첫 줄에서 "거래수수료와 관련된 상세한 내용은 아래 링크를 통해 확인하실 수 있습니다."라며 별도 페이지로 넘겼고, 그 페이지는 이 글이 열지 않았습니다. 그러니 이 글이 말할 수 있는 것은 어느 숫자가 어느 주문에 붙어 적혀 있는지까지입니다.

예약 주문 예시의 검산은 맞습니다. 10,000,000의 0.139%는 13,900원이고, 문서는 10,013,900원 차감이라고 적었습니다.

주문이 사라졌을 때 확인하는 자리 — 미체결 내역과 자동 취소

조건이 붙은 주문에서 가장 많이 걸리는 대목이 이것입니다. 주문을 냈는데 미체결 목록에도 없고 체결 내역에도 없습니다.

업비트 문서가 그 이유를 유의사항에 두 줄로 적어 두었습니다.

• "IOC/FOK는 주문 조건으로 거래내역 별도로 상세 표시되지 않습니다."
• "IOC/FOK 주문은 즉시 체결되는 조건으로 호가의 수량 부족으로 체결되지 않는 경우 자동취소되며, 미체결 내역이 발생하지 않습니다."

미체결 내역이 남지 않는 것이 정상이라고 문서가 직접 적은 셈입니다. FOK 절차 설명도 같은 말을 합니다. "1호가에 입력한 총액이 부족한 경우 자동취소되며 거래내역이 남지 않습니다."

왜 그런지는 미체결의 정의를 보면 이어집니다. 업비트 「미체결 주문은 어떻게 처리되나요?」가 이렇게 적었습니다. "상기 이유로 체결되지 않은 미체결 주문 건은 회원님께서 직접 취소하기 전까지 주문이 유지됩니다." 그리고 "미체결 주문 건은 거래대기금액으로 분류되어 출금 가능 금액과 주문 가능 금액에서 제외됩니다."라고 덧붙였습니다. 호가창에 남아 대기하는 주문이라야 미체결입니다. IOC와 FOK는 접수 시점에 끝나는 조건이라 남을 것이 없습니다.

그러면 어디를 봐야 할까요. 일부라도 체결됐다면 그 수량은 체결 내역에 남습니다. 업비트 문서는 IOC 절차를 "체결할 수 있는 수량에 대해 모두 매수 체결하여 거래내역에서 확인이 가능합니다."라고 적었고, 최유리 FOK 전량 체결도 "전체 체결되며 거래내역에 확인하실 수 있습니다."라고 적었습니다. 다만 전량 취소된 경우에는 체결 내역에도 남지 않습니다. 같은 문서가 "자동취소되며 거래내역이 남지 않습니다."라고 적었기 때문입니다. 어느 쪽이든 미체결 목록에 없는 것이 정상입니다.

적용된 조건이 화면에 표시되는지가 두 문서에서 다르게 적혀 있습니다. 업비트는 상세 표시가 되지 않는다고 적었고, 빗썸 공지는 주문내역에서 확인할 수 있다고 적었습니다.

일괄 취소 쪽도 숫자가 다릅니다. 업비트 「미체결 주문을 취소하고 싶어요.」는 "업비트 PC 웹 및 앱에서 접수한 미체결 주문은 최대 300건까지 일괄 취소할 수 있습니다."라고 적었고, 서브포켓에 대해서는 "선택한 포켓에 접수된 업비트 API 주문만 취소 대상에 포함되며, 포켓당 최대 300건까지"라고 적었습니다. 빗썸 「호가 주문은 무엇인가요?」는 "호가 영역 하단의 '일괄취소' 터치 시, 선택한 가상자산의 최근 미체결 내역 500건까지 일괄 취소 가능합니다."라고 적고, 바로 다음 줄에 "(* 오토트레이딩 미체결 내역은 제외됩니다)"를 붙였습니다. 양쪽 다 숫자 뒤에 대상 범위 단서가 붙어 있으니 500과 300만 떼어 견주시면 안 됩니다.

한 가지 더 밝혀 둡니다. 업비트 「간편 재주문 알아보기」는 미체결 주문을 고쳐 다시 내는 기능을 설명하면서 "기존에 접수한 '미체결 주문'의 주문유형을 지정가 또는 시장가로 수정하여 재주문을 접수 할 수 있습니다."라고 적었습니다. 그 문서가 적은 선택지는 지정가와 시장가 둘뿐이고 최유리지정가는 없습니다. 다른 화면까지 그렇다는 뜻은 아니고, 그 문서의 그 자리에 없다는 뜻입니다.

자가진단 — 주문을 넣기 전에 화면에서 확인할 다섯 자리

문서가 규정한 것만으로 만든 확인 목록입니다. 어느 조건을 쓰라는 권유가 아니라, 화면에서 어긋난 자리를 찾기 위한 목록입니다.

1. 주문유형 칸과 주문조건 칸을 둘 다 봤는가. 업비트 경로 표기가 "[주문유형: 지정가 또는 최유리지정가] - [주문조건: IOC 또는 FOK]"로 두 칸입니다. 한 칸만 바꾸면 원하는 주문이 아닙니다.
2. 입력한 칸이 총액인가 수량인가. 업비트 문서 기준으로 최유리 매수는 총액, 매도는 수량입니다. 매수 칸에 개수를 적을 자리는 없습니다.
3. 지금 보는 마켓이 문서가 적은 범위 안인가. 업비트는 "KRW, BTC, USDT 마켓 전종목"이라고 적었고, 빗썸 공지는 "원화 마켓"이라고 적었습니다.
4. Post Only를 찾고 있다면 주문유형이 지정가인가. 빗썸 문서가 "지정가 주문에서만 사용할 수 있습니다."라고 적었습니다. 최유리지정가에는 없습니다.
5. 주문이 사라졌다면 미체결 목록이 아니라 체결 내역부터 봤는가. 일부라도 체결됐다면 그 수량은 체결 내역에 있습니다. 체결 내역에도 없다면 업비트 문서가 "자동취소되며 거래내역이 남지 않습니다."라고 적은 전량 취소이므로 어디에도 남지 않는 것이 정상입니다.

주문 유형의 기본인 지정가와 시장가부터 다시 보고 싶으시다면 지정가와 시장가가 어떻게 다른지 정리한 글이 따로 있습니다. 이 글은 그 두 유형 사이에 놓인 칸을 다룹니다.

이 글이 확인한 범위와 확인하지 못한 것

확인한 범위부터 다시 적겠습니다. 업비트와 빗썸의 공개 고객센터 문서 쉰두 건, 업비트 개발자센터 「주문하기」 레퍼런스 한 페이지, 빗썸 공지 한 건입니다. 그 밖의 자리는 보지 않았습니다.

확인하지 못한 것은 아래와 같습니다.

• 빗썸 오픈API의 주문조건 파라미터는 읽지 못했습니다. apidocs.bithumb.com의 「주문하기」 페이지는 HTTP 200으로 150,064바이트를 돌려주지만 초기 HTML에 본문이 없습니다. 받은 본문에서 time_in_force와 최유리는 각각 0회였고, 같은 바이트 수가 사이트 첫 페이지에서도 나왔습니다.
• 업비트 고객센터와 개발자센터 중 어느 쪽이 실제 처리 기준인지 가리지 못했습니다. 고객센터는 "PC 웹 및 모바일 앱에서만"이라고 적었고, 개발자센터는 API 파라미터를 규정합니다. 두 문서를 나란히 적어 두는 데까지만 했습니다.
• 업비트 원화마켓 수수료를 주문 유형별로 전부 확인하지는 못했습니다. 문서가 숫자로 밝힌 것은 예약 주문 예시와 TWAP 회차 주문의 0.139%, 그리고 일반 주문의 0.05% 둘뿐입니다. 그 밖의 주문 유형에 붙는 요율과 요율표 원본은 이 글이 연 문서 안에 없습니다.
• 빗썸 최유리지정가에서 조건 선택이 필수라고 규정한 문장은 찾지 못했습니다. 고객센터 여섯 건은 "함께 사용할 수 있습니다"까지만 적었고, 6월 30일 공지는 최유리지정가의 선택지를 IOC와 FOK 둘로만 적어 「보통」을 넣지 않았습니다. 두 자리를 합쳐도 필수인지 아닌지를 못 박은 문장은 없습니다.
• 빗썸 최유리지정가의 최소·최대 주문금액을 확인하지 못했습니다. 「원화 마켓 거래 정책 안내」 표에 지정가와 시장가 칸만 있습니다.
• 빗썸에서 매수 시 총액을 넣는지 수량을 넣는지 확인하지 못했습니다. 여섯 건 안에 그 규정이 없고, 예시는 개수로 적혀 있습니다.
• 두 거래소의 실제 주문창은 직접 보지 못했습니다. 로그인과 인증이 필요합니다. 이 글의 화면 관련 서술은 전부 문서가 적어 둔 경로 표기를 옮긴 것입니다.
• 빗썸 공지가 링크한 오픈API 공지 원문은 열지 않았습니다. 공지 본문에 적힌 버전 표기까지만 옮겼습니다.
• 코인원과 코빗은 대조에서 뺐습니다. 같은 날 확인했을 때 https://support.coinone.co.kr/hc/ko는 HTTP 404(text/html, 1,815바이트)였고, 원문을 받으려던 https://support.coinone.co.kr/api/v2/help_center/ko/sections.json은 HTTP 403(application/json, 60바이트)이었습니다. 코빗은 https://support.korbit.co.kr/hc/ko와 같은 호스트의 헬프센터 API 주소가 둘 다 HTTP 200이지만 JSON이 아닌 text/html 12,519바이트를 돌려주어 원문 텍스트를 받지 못했습니다. 같은 호스트라도 경로마다 코드가 다르므로 호스트가 아니라 주소로 적었습니다.

자주 묻는 질문

Q: 최유리지정가는 시장가와 무엇이 다른가요? A: 가격을 못 적는다는 점은 같고, 가격이 어디까지 밀리는지가 다릅니다. 업비트 문서는 최유리지정가를 "주문 접수 시점의 가장 낮은 매도 호가로, 매도주문은 주문 접수 시점의 가장 높은 매수 호가로 지정되어" 체결되는 주문이라고 적었습니다. 상대 1호가 하나에 가격이 못 박힌다는 뜻입니다. 반면 시장가는 같은 회사의 「거래 이용 안내」가 "가장 유리한 가격(매수/매도 1호가)부터 순차적으로 체결이 이루어 집니다"라고 적었습니다. 다만 이 문장 하나로 두 주문의 결과를 단정하지는 마시고, 실제 조건은 주문창에서 확인하시기 바랍니다.

Q: 매수할 때 몇 개를 살지 정해서 넣고 싶은데 칸이 없습니다. A: 업비트 문서 기준으로는 최유리지정가 매수에 수량 칸이 없습니다. 「최유리지정가 주문에서 가격을 지정할 수 있나요?」가 "매수 주문 시 총액만 입력할 수 있습니다."라고 적었고, 개발자센터 레퍼런스도 최유리 매수에서는 "volume 파라미터를 입력하지 않습니다"라고 적었습니다. 수량을 정해 두고 사고 싶은 경우라면 문서가 규정한 칸이 다른 주문 유형 쪽에 있습니다. 빗썸 쪽은 입력 칸을 총액과 수량으로 갈라 규정한 문장이 여섯 건 안에 없어 이 글이 답하지 않습니다.

Q: 주문을 냈는데 미체결에도 없고 체결에도 없습니다. 없어진 건가요? A: 조건이 IOC나 FOK였고 호가 물량이 모자랐던 경우라면, 업비트 문서는 그것이 정상이라고 적었습니다. "IOC/FOK 주문은 즉시 체결되는 조건으로 호가의 수량 부족으로 체결되지 않는 경우 자동취소되며, 미체결 내역이 발생하지 않습니다."입니다. FOK 절차 설명은 한 걸음 더 나가 "자동취소되며 거래내역이 남지 않습니다."라고 적었습니다. 다만 조건이 「보통」이었거나 지정가였던 경우에는 미체결로 남아 있어야 하므로, 그때는 미체결 목록의 마켓 필터를 전체 마켓으로 바꿔 보시는 편이 맞습니다.

Q: FOK로 100개를 주문했는데 90개는 살 수 있었습니다. 90개라도 체결되나요? A: 아닙니다. 빗썸 문서의 FOK 예시가 정확히 그 경우입니다. "즉시 체결 가능한 수량 : 90개 / 체결 결과 : 체결되지 않음 / 주문 전체 : 자동 취소"입니다. 부분이라도 받고 싶은 경우에 쓰는 조건은 IOC 쪽으로 적혀 있습니다. 같은 문서의 IOC 예시는 70개만 체결되고 나머지 30개가 자동 취소되는 결과를 보여 줍니다.

Q: Post Only는 업비트에 없나요? A: 없다고 말할 수 있는 범위가 좁습니다. 2026년 8월 19일에 업비트 고객센터 한국어 전문검색에서 Post Only, post_only, 포스트온리, 메이커 전용 주문을 각각 넣었을 때 결과는 모두 0건이었습니다. 그런데 업비트 개발자센터 「주문하기」 레퍼런스의 time_in_force 목록에는 "post_only: 메이커 전용 주문"이 적혀 있습니다. 그러니 정확한 서술은 "고객센터 문서 검색 범위에서는 0건이고 오픈API 레퍼런스에는 있다"입니다. 빗썸 쪽은 고객센터 문서에 Post Only가 항목으로 있고 "지정가 주문에서만 사용할 수 있습니다"라는 제약도 함께 적혀 있습니다.

Q: 호가창이 비어 있으면 최유리지정가는 어떻게 되나요? A: 업비트 「거래 이용 안내」가 접수 거부 사유로 적었습니다. "최유리 매수 주문 시 매도 주문 호가창에 주문이 하나도 없는 경우"와 "최유리 매도 주문 시 매수 주문 호가창에 주문이 하나도 없는 경우"입니다. 조건에 걸려 취소되는 것이 아니라 접수 단계에서 거부되는 경우입니다. 다만 이 두 줄 말고 30호가 조건이나 ±10% 조건은 같은 문서의 시장가 항목에만 있고 최유리 항목에는 없습니다. 빗썸 문서에는 최유리 주문의 접수 거부 사유를 따로 규정한 자리가 이 글이 받은 범위 안에 없었습니다.

Q: 빗썸에서 예전처럼 그냥 지정가로 걸고 싶은데 조건 칸이 생겼습니다. A: 「보통」을 고르면 됩니다. 빗썸 문서가 "※ 2026년 6월 30일 이전 제공되던 지정가 주문과 동일한 방식입니다."라고 적었습니다. 정의는 "지정한 가격으로 주문을 접수하는 방식입니다. 즉시 거래가 가능한 경우 체결되고, 가능하지 않은 경우 미체결 주문으로 대기합니다."입니다. 조건 칸이 새로 생긴 것이지 예전 주문 방식이 없어진 것은 아니라는 뜻으로 문서가 적어 두었습니다.

Q: TWAP으로 나눠 사면 조건도 같이 걸리나요? A: 업비트 기준으로는 회차 주문 자체에 조건이 걸려 있다고 문서가 적었습니다. 「TWAP 주문 알아보기」가 "시장가 또는 지정가(IOC) 주문을 분할하여 자동으로 주문을 접수할 수 있는 주문유형"이라고 적었고, 같은 문서가 "실행되지 않은 회차의 금액(미체결 수량)은 다음 회차에 합산되지 않습니다."라고 덧붙였습니다. 빗썸 쪽은 "정해진 간격에 따라 시장가 주문이 자동으로 제출되는 주문"이라고 적어 회차 주문을 시장가로 규정했습니다. 두 기능이 이름만 같고 회차 주문의 유형이 다릅니다.

Q: 이 조건들은 어느 마켓에서 되나요? A: 두 거래소가 다르게 적었습니다. 업비트 「최유리지정가, IOC, FOK 주문에 대해 알아보기」는 "[적용 마켓] * KRW, BTC, USDT 마켓 전종목"이라고 적었습니다. 빗썸은 고객센터 여덟 건에 마켓을 규정한 문장이 없고, 2026년 6월 30일 공지가 "■ 적용 마켓 : 원화 마켓"이라고 적었습니다. 공지 시점 이후에 범위가 바뀌었는지는 이 글이 확인하지 못했으므로, 실제로는 주문창에서 마켓을 바꿔 확인하시는 편이 맞습니다.

Q: API로 주문을 낼 때는 무엇을 더 확인해야 하나요? A: 업비트 레퍼런스 기준으로 최유리 주문에는 time_in_force가 Required로 적혀 있습니다. 값은 ioc와 fok 두 가지입니다. 지정가에서는 Optional이고 post_only가 하나 더 있습니다. 조건 값이 잘못되면 응답 예시에 invalid_time_in_force와 "주문조건을 다시 확인해 주세요."라는 문구가 적혀 있습니다. 호출 한도는 "초당 최대 8회"이고 포켓 단위로 측정된다고 같은 페이지가 적었습니다. 빗썸 오픈API 쪽 파라미터는 이 글이 읽지 못했습니다.

정리

• 최유리지정가는 가격 칸이 사라지는 주문 유형입니다. 업비트 문서는 매수 시 총액만, 매도 시 수량만 입력할 수 있다고 적었고, 개발자센터 레퍼런스도 매수에는 volume을, 매도에는 price를 넣지 않는다고 적었습니다.
• 조건이 붙는 방식의 표현이 다릅니다. 업비트는 "IOC 또는 FOK 주문 조건을 적용해야 합니다"로, 빗썸은 "IOC 또는 FOK 주문조건과 함께 사용할 수 있습니다"로 적었습니다. 빗썸 쪽을 선택이라고 단정할 근거는 문서에 없습니다.
• IOC와 FOK는 물량이 모자랄 때 갈립니다. 빗썸 예시로 100개 주문에 70개가 가능하면 IOC는 70개를 체결하고 30개를 취소하며, 90개가 가능해도 FOK는 전부 취소합니다.
• Post Only는 고객센터 문서에서 빗썸 쪽에만 나옵니다. 업비트 고객센터 전문검색에서는 네 가지 표기 모두 0건이었고, 업비트 개발자센터 레퍼런스에는 post_only가 적혀 있습니다.
• 적용 범위가 갈립니다. 업비트는 마켓을 "KRW, BTC, USDT 마켓 전종목"으로, 화면을 "PC 웹 및 모바일 앱에서만"으로 적었습니다. 빗썸은 공지에서 마켓을 원화 마켓으로, 플랫폼에 오픈API를 포함해 적었습니다.
• 미체결 내역이 남지 않는 것이 정상입니다. 업비트 문서가 "자동취소되며, 미체결 내역이 발생하지 않습니다"라고 직접 적었습니다. FOK 쪽은 "거래내역이 남지 않습니다"까지 적혀 있습니다.
• 호가창이 비어 있으면 접수 자체가 거부됩니다. 이 규칙은 「주문」 섹션이 아니라 섹션 밖 「거래 이용 안내」에만 있고, 사유는 두 줄뿐입니다.
• 같은 회사 문서끼리 어긋나는 자리는 하나입니다. 고객센터의 화면 제약과 개발자센터의 오픈API 레퍼런스입니다. 이 글은 어느 쪽이 참인지 판정하지 않았습니다.
• 수수료 0.139%와 0.05%는 어긋남이 아닙니다. 0.139%는 예약 주문 예시와 TWAP 회차 주문에, 0.05%는 일반 주문에 각각 붙어 적힌 값입니다. 숫자만 떼어 나란히 놓으면 없는 모순이 생깁니다.

한 줄로 줄이면 이렇습니다. 최유리지정가는 가격을 시장에 맡기는 대신 그 자리 하나만 쓰겠다고 정하는 주문이고, IOC와 FOK는 그 자리에서 모자란 만큼을 어떻게 처리할지 정하는 조건입니다. 주문창에서 두 칸이 따로 있는 이유가 그것입니다.

이 글은 업비트와 빗썸이 공개한 고객센터 문서와 개발자 문서, 공지를 직접 받아 정리한 정보 제공 목적의 글이며, 특정 거래소 이용이나 특정 주문 방식의 사용을 권유하지 않습니다. 화면 경로와 수치는 사업자가 공지 없이 바꿀 수 있으므로 실제 주문 전에는 공식 문서를 다시 확인하시기 바랍니다.

확인한 자료: 아래는 이 글이 문장을 인용한 문서입니다. 2026년 8월 19일 오전(KST)에 파이썬 표준 라이브러리로 두 거래소의 공개 헬프센터 API에서 UTF-8 원문을 직접 받아 읽었습니다. 주소 형식은 https://support.upbit.com/api/v2/help_center/ko/articles/<번호>.json과 https://support.bithumb.com/api/v2/help_center/ko/articles/<번호>.json입니다. 괄호 안은 문서 번호와 최종 편집일(UTC)입니다.

업비트 — 「최유리지정가, IOC, FOK 주문에 대해 알아보기」(30545217845017, 2026-01-16) · 「최유리지정가 주문이 무엇인가요?」(30684854464025, 2026-01-16) · 「최유리지정가 주문에서 가격을 지정할 수 있나요?」(30685243489305, 2026-01-15) · 「최유리지정가 주문 유형과 IOC/FOK 주문 조건 사용 가능한 플랫폼은 무엇인가요?」(30685225749657, 2026-01-16) · 「IOC/FOK 주문 조건이 무엇인가요?」(30684688140825, 2026-01-15) · 「TWAP 주문 알아보기」(53634245889433, 2026-01-07) · 「TWAP 유의사항 안내」(53394684021017, 2026-01-06) · 「미체결 주문은 어떻게 처리되나요?」(900006970063, 2026-01-22) · 「미체결 주문을 취소하고 싶어요.」(900005982226, 2026-06-01) · 「간편 재주문 알아보기」(42319979531289, 2026-05-27) · 「거래 수수료는 얼마인가요?」(900006143046, 2026-06-22) · 「최소 주문 금액과 최대 주문 금액은 얼마인가요?」(900005982246, 2026-07-01) · 「거래 이용 안내」(4403838454809, 2026-07-07) · 「디지털 자산 매매 방법 (PC)」(900005595146, 2026-03-13) · 「코인모으기 수수료는 어떻게 되나요?」(36042119755929, 2026-01-08) · 「포켓 알아보기」(58336071107353, 2026-07-30).

빗썸 — 「주문조건(IOC, FOK, Post Only)은 무엇인가요?」(59365356427545, 2026-06-29) · 「최유리지정가 주문은 무엇인가요?」(59365888447641, 2026-06-26) · 「IOC와 FOK의 차이는 무엇인가요?」(59365555883801, 2026-06-25) · 「주문조건은 어떤 주문에서 사용할 수 있나요?」(59365802951961, 2026-06-25) · 「IOC, FOK, Post Only에 대해 알려주세요」(59365511322009, 2026-06-30) · 「최유리지정가 주문에 대해 알려주세요」(59365920060569, 2026-06-25) · 「최유리지정가 주문은 어떤 상황에서 사용하면 좋나요」(59365990060185, 2026-06-25) · 「주문조건(IOC, FOK, Post Only) 및 최유리지정가 주문 어떤 플랫폼에서 사용할 수 있나요?」(59366145945881, 2026-06-25) · 「지정가 주문은 무엇인가요?」(51131356603289, 2025-11-28) · 「시장가 주문은 무엇인가요?」(51131369709081, 2025-11-28) · 「호가 주문은 무엇인가요?」(51036590851737, 2026-02-27) · 「TWAP 주문은 무엇인가요?」(55132913355801, 2026-02-27) · 「최소/최대 주문 금액은 어떻게 되나요?」(55133015009689, 2026-02-27) · 「수수료는 어떻게 적용되나요?」(55133079159449, 2026-08-11) · 「미체결 주문을 취소하고 싶어요」(51131331504025, 2025-11-28) · 「원화 마켓 거래 정책 안내」(51036972377241, 2026-08-11).

그 밖에 업비트 개발자센터 「주문하기」 레퍼런스(https://docs.upbit.com/kr/reference/주문하기, 2026년 8월 19일 HTTP 200)와 빗썸 공지 「주문 기능 고도화 안내 (지정가 주문조건 및 최유리지정가 주문 추가)」(https://feed.bithumb.com/notice/1653914, 게시 2026-06-30 18:06:01, 브라우저 User-Agent로 HTTP 200)를 열었습니다.