바이낸스 GTD 주문 뜻 2026｜Good Till Date 설정·GTC 차이 완벽 정리

바이낸스 GTD 주문 뜻 2026

바이낸스 주문 기능을 살펴보다 보면 GTD(Good Till Date)라는 용어를 볼 수 있습니다.

GTD는 쉽게 말하면

“이 주문을 특정 시각까지만 유지하고, 그 시간이 지나면 자동으로 취소해라.”

라는 Time in Force 설정입니다.

예를 들어 오늘 밤 11시까지만 유효한 지정가 주문을 만들고 싶다면 GTD를 이용해 자동 취소 시점을 지정할 수 있습니다.

핵심 구조는 다음과 같습니다.

주문 제출 → 지정 시간까지 주문 유지 → 그 전에 체결되면 거래 완료 → 체결되지 않으면 지정 시간이 지난 뒤 자동 취소

즉 GTC처럼 사용자가 직접 취소할 때까지 계속 유지하는 방식과 달리 주문의 종료 시간을 미리 정해둘 수 있다는 점이 가장 큰 특징입니다.

다만 2026년 현재 Binance에서 GTD는 모든 일반 사용자 주문 화면에서 공통적으로 제공되는 기능은 아닙니다.

Binance Academy의 일반 Time in Force 안내에서는 주로

• GTC
• IOC
• FOK

를 설명하고 있으며, GTD는 Binance Futures·Portfolio Margin API 등 일부 지원 환경에서 확인됩니다.

---

바이낸스 GTD란?

GTD(Good Till Date)는 사용자가 미리 지정한 날짜와 시간이 지나면 주문이 자동 취소되는 Time in Force 방식입니다.

Time in Force란

주문을 얼마나 오래 유지할 것인가

를 결정하는 설정입니다.

GTD에서는 사용자가 별도의 goodTillDate 값을 설정합니다.

이 시간이 주문의 자동 취소 기준이 됩니다.

쉽게 말하면

“이 가격에 주문을 걸어두되 오늘 밤까지만 기다리겠다.”

처럼 사용할 수 있는 구조입니다.

---

GTD 기본 구조

예를 들어 BTCUSDT에서

Limit Buy = 95,000 USDT

주문을 넣는다고 가정하겠습니다.

그리고 GTD를 이용해

자동 취소 시점 = 오늘 23:00

으로 설정했다고 가정합니다.

가격이 23시 전에 도달한 경우

주문이 체결될 수 있습니다.

가격이 23시까지 도달하지 않은 경우

미체결 주문이 자동으로 취소됩니다.

즉 GTD는 장기간 주문이 남아 있는 것을 방지하면서 일정 시간 동안만 가격을 기다리고 싶을 때 사용할 수 있는 방식입니다.

---

Time in Force란?

GTD를 이해하려면 Time in Force부터 알아야 합니다.

Time in Force는 주문의

유효 시간

또는

체결 조건

을 지정하는 설정입니다.

대표적으로 Binance에서는 다음과 같은 값이 사용됩니다.

다만 실제 지원되는 TIF는 거래 시장, 계정 유형, 주문 종류, API Endpoint에 따라 달라질 수 있습니다.

---

1. GTD와 GTC 차이

GTD와 가장 비슷하게 느껴지는 것이 GTC(Good Till Canceled)입니다.

두 주문 모두 즉시 체결되지 않을 경우 일정 기간 주문을 유지할 수 있습니다.

차이는 자동 만료 시점이 있는지입니다.

GTC

주문이

• 완전히 체결되거나
• 사용자가 직접 취소하거나
• 거래소의 별도 조건으로 종료될 때까지

유지될 수 있습니다.

GTD

사용자가 미리 지정한 시간까지 주문을 유지합니다.

해당 시간까지 체결되지 않은 수량은 자동 취소됩니다.

쉽게 기억하면

GTC = 내가 취소할 때까지

GTD = 내가 정한 시간까지

입니다.

---

2. GTD와 IOC 차이

IOC(Immediate or Cancel)는 GTD와 성격이 상당히 다릅니다.

IOC는 주문을 제출하는 순간

지금 즉시 체결 가능한 수량만 체결

하고 나머지는 바로 취소합니다.

예를 들어 1 BTC 주문 중 지금 0.3 BTC만 체결 가능하다면

0.3 BTC 체결 0.7 BTC 즉시 취소

가 됩니다.

반면 GTD는 지정된 시간까지 주문을 계속 유지할 수 있습니다.

즉

IOC = 지금 아니면 취소

GTD = 지정 시간까지 기다림

입니다.

---

3. GTD와 FOK 차이

FOK(Fill or Kill)는 전체 주문이 즉시 체결되어야 합니다.

예를 들어 1 BTC 전체를 당장 체결할 수 없다면 주문 전체가 취소됩니다.

부분 체결은 허용하지 않습니다.

반면 GTD는 주문이 즉시 체결될 필요가 없습니다.

지정된 만료 시간 전까지 대기할 수 있습니다.

정리하면

FOK → 지금 전부 체결 아니면 전체 취소

GTD → 지정 시간까지 체결을 기다림

입니다.

---

---

4. 바이낸스 GTD의 goodTillDate란?

Binance API에서 GTD 주문을 사용할 때 핵심 파라미터가 goodTillDate입니다.

goodTillDate는

“이 주문을 언제 자동 취소할 것인가”

를 지정하는 Timestamp 값입니다.

Binance 공식 Futures 관련 API 문서에서는 timeInForce를 GTD로 설정할 경우 goodTillDate 입력이 필수인 환경이 있습니다.

즉

timeInForce = GTD

만 입력해서는 부족하고 자동 취소 시점을 함께 전달해야 합니다.

---

5. goodTillDate는 아무 시간이나 설정할 수 있나요?

Binance 공식 API 문서에는 GTD 주문의 goodTillDate에 일정 조건이 있습니다.

지원 Endpoint 기준으로 자동 취소 시점은 현재 시간보다 최소 600초 이상 뒤로 설정해야 합니다.

즉 현재 시각에서 최소 약 10분 이후의 시간을 지정해야 합니다.

또 Binance 시스템은 goodTillDate를 초 단위 정밀도로 처리하며 밀리초 부분은 무시될 수 있습니다.

따라서 API를 직접 이용한다면 Timestamp 처리 방식을 정확하게 확인해야 합니다.

---

6. 자동 취소 시간은 정확히 그 순간에 실행될까?

반드시 완벽하게 동일한 시각에 처리된다고 생각하면 안 됩니다.

Binance 공식 개발자 문서에서는 극단적인 시장 상황에서는 GTD 주문의 자동 취소 처리가 goodTillDate보다 지연될 수 있다고 안내합니다.

즉

23:00:00 자동 취소 설정

이라고 해서 모든 상황에서 반드시 정확히 23:00:00에 취소된다고 단정할 수는 없습니다.

시장 변동이나 시스템 상황에 따라 처리 시점에 약간의 지연이 발생할 수 있습니다.

---

7. GTD는 일반 바이낸스 앱에서 사용할 수 있나요?

이 부분은 특히 주의해야 합니다.

2026년 현재 Binance Academy의 일반 사용자용 Time in Force 안내에서는 주요 TIF를

• GTC
• IOC
• FOK

세 가지로 설명하고 있습니다.

반면 GTD는 Binance의 Futures·Portfolio Margin API 등 일부 공식 개발자 문서에서 지원 값으로 확인됩니다.

따라서

“Binance에서는 GTD를 지원한다”

와

“모든 사용자가 웹·앱 주문 화면에서 GTD 버튼을 사용할 수 있다”

는 같은 의미가 아닙니다.

실제 일반 거래 화면에 GTD 항목이 없다면 기능이 없는 것이 아니라 현재 사용 중인 거래 모드나 인터페이스에서 노출되지 않는 것일 수 있습니다.

---

8. GTD는 API 사용자에게 더 익숙한 기능입니다

GTD는 특히 API 기반 주문 관리에서 활용도가 높습니다.

자동매매 시스템에서는 주문을 생성할 때

“이 주문은 30분 동안만 유효”

또는

“이 주문은 특정 이벤트 발생 전까지만 유지”

처럼 주문의 만료 시간을 코드에서 직접 관리할 수 있습니다.

GTC를 사용하면 별도의 취소 명령을 보내야 할 수 있지만 GTD를 지원하는 환경에서는 자동 만료 시점을 주문 자체에 포함할 수 있습니다.

---

9. GTD가 유용할 수 있는 상황

GTD는 다음과 같은 주문 관리에 활용할 수 있습니다.

특정 시간대까지만 주문을 유지하고 싶은 경우

예를 들어 미국 경제지표 발표 전에만 유효한 주문을 설정할 수 있습니다.

자동매매 전략

전략이 일정 시간이 지나면 더 이상 유효하지 않을 때 주문을 자동 취소하도록 설계할 수 있습니다.

오래된 주문 방지

시장 상황이 바뀐 뒤에도 과거 주문이 계속 남아 있다가 뒤늦게 체결되는 것을 줄이는 데 활용할 수 있습니다.

세션 단위 전략

특정 거래 세션까지만 주문을 유지하고 이후 자동으로 종료하는 전략에 사용할 수 있습니다.

---

10. GTC 주문의 단점을 보완할 수 있습니다

GTC는 편리하지만 한 가지 단점이 있습니다.

주문을 사용자가 직접 취소하지 않는다면 오랫동안 Order Book에 남아 있을 수 있다는 점입니다.

예를 들어 일주일 전에 만든 Limit Buy 주문을 잊고 있었는데 가격이 다시 해당 수준으로 내려오면 예상하지 못한 시점에 주문이 체결될 수 있습니다.

GTD는

“이 시간이 지나면 더 이상 이 주문은 필요 없다.”

는 조건을 미리 지정할 수 있기 때문에 오래된 주문 관리에 도움이 될 수 있습니다.

---

11. GTD는 체결을 보장하는 기능이 아닙니다

GTD는 주문의 유효 시간을 관리하는 기능입니다.

가격이나 체결 자체를 보장하지 않습니다.

예를 들어

BTC Limit Buy = 95,000 GTD 만료 = 23:00

으로 설정했다고 가정하겠습니다.

BTC 가격이 23시 전까지 95,000에 도달하지 않는다면 주문은 체결되지 않고 만료될 수 있습니다.

따라서

GTD = 자동 체결

이 아니라

GTD = 자동 취소 시간 설정

이라고 이해해야 합니다.

---

12. GTD도 부분 체결될 수 있나요?

지원되는 Limit GTD 주문이라면 만료 전에 일부 물량이 체결될 수 있습니다.

예를 들어

1 BTC GTD Limit Buy

중

0.4 BTC

가 먼저 체결됐다고 가정해보겠습니다.

남은

0.6 BTC

는 goodTillDate까지 주문장에 남아 있을 수 있습니다.

만료 시점까지 추가 체결이 이루어지지 않는다면 남은 미체결 수량이 자동 취소됩니다.

즉 GTD의 핵심은 전체 주문이 아니라 남아 있는 미체결 주문의 수명을 관리하는 것입니다.

---

13. GTD와 Maker·Taker 관계

GTD 자체가 Maker 또는 Taker를 결정하는 것은 아닙니다.

예를 들어 GTD Limit Order가 주문장에 대기한 뒤 나중에 체결된다면 Maker가 될 수 있습니다.

반대로 주문 가격이 제출 즉시 기존 주문과 매칭된다면 Taker 체결이 발생할 수 있는 구조도 존재합니다.

즉

GTD → 주문 유지 시간

Maker / Taker → 실제 유동성을 추가했는지 제거했는지

입니다.

서로 다른 개념입니다.

---

14. GTD와 Post Only 차이

GTD와 Post Only도 목적이 다릅니다.

GTD

주문 만료 시간을 정함

Post Only

Maker 주문으로만 등록되도록 제한

즉

GTD → 언제까지 주문을 유지할까?

Post Only → Maker로만 체결할까?

라는 차이입니다.

일부 API 주문 환경에서는 여러 주문 파라미터를 조합해 사용할 수 있지만 실제 지원 조합은 Endpoint와 주문 유형별 문서를 확인해야 합니다.

---

15. GTD와 Conditional Order 차이

Conditional Order는

특정 가격 조건이 충족됐을 때 주문을 활성화하는 기능

입니다.

GTD는

주문의 유효 종료 시간을 결정하는 기능

입니다.

따라서 완전히 다른 개념입니다.

예를 들면

Conditional → BTC가 100,000에 도달하면 주문 시작

GTD → 그 주문은 23시까지만 유효

처럼 이해할 수 있습니다.

지원되는 API 환경에서는 Conditional Order에도 timeInForce와 goodTillDate 관련 필드가 사용될 수 있습니다.

---

16. GTD와 Stop-Limit 차이

Stop-Limit은

Stop Price 도달 → Limit Order 생성

방식입니다.

GTD는 주문 가격 구조가 아니라 주문 만료 조건입니다.

따라서

Stop-Limit → 언제 주문을 활성화할 것인가

GTD → 언제 주문을 자동 취소할 것인가

로 구분하면 쉽습니다.

---

17. Binance Futures API에서 GTD 사용 구조

공식 API 지원 환경에서는 일반적으로 다음과 같은 개념을 사용합니다.

• Symbol
• Side
• Order Type
• Quantity
• Price
• Time in Force = GTD
• goodTillDate

개념적으로 표현하면

BTCUSDT BUY LIMIT 95,000 GTD 23:00 자동 취소

와 같은 주문을 만들 수 있습니다.

다만 실제 API 필드와 지원 여부는 사용 중인

• USDⓈ-M
• Portfolio Margin
• 주문 Endpoint
• Position Mode

등에 따라 달라질 수 있습니다.

---

18. Hedge Mode에서는 추가 조건을 확인하세요

Binance 개발자 문서의 일부 GTD 주문 Endpoint에서는 Hedge Mode와 관련된 별도 파라미터 조건이 존재합니다.

따라서 API를 이용해 Futures GTD 주문을 만들 경우 단순히 timeInForce 값만 확인하지 말고

• positionSide
• Hedge Mode
• reduceOnly
• goodTillDate
• 주문 Type

같은 조건을 함께 확인해야 합니다.

API 자동매매에서는 작은 파라미터 차이로 주문이 거부될 수 있습니다.

---

19. GTD 주문이 자동 취소되지 않는 것처럼 보일 때

다음 항목을 확인할 수 있습니다.

goodTillDate 시간 확인

Timestamp가 의도한 시간으로 입력됐는지 확인합니다.

서버 시간 확인

로컬 PC 시간과 Binance 서버 기준 시간이 다르면 예상과 다른 만료 시각처럼 보일 수 있습니다.

초 단위 정밀도 확인

Binance 공식 문서상 일부 GTD Endpoint에서는 밀리초 부분이 무시되고 초 단위로 처리됩니다.

극단적인 시장 상황

Binance는 시장 상황에 따라 자동 취소 처리가 goodTillDate보다 지연될 수 있다고 안내합니다.

---

20. GTD 주문 시간 설정에서 자주 하는 실수

현재 시간과 너무 가까운 시간을 설정

지원 Endpoint에서는 goodTillDate가 현재보다 최소 일정 시간 이후여야 합니다.

공식 문서에서 일부 Futures API는 최소 600초 이후를 요구합니다.

밀리초까지 정확히 적용된다고 생각

일부 Endpoint에서는 초 단위 정밀도만 유지됩니다.

한국 시간과 UTC를 혼동

API에서는 Unix Timestamp를 사용하므로 로컬 시간대를 잘못 변환하면 의도와 다른 시각에 주문이 만료될 수 있습니다.

GTD를 모든 Binance 화면에서 찾는 경우

현재 일반 사용자용 Binance Academy TIF 안내는 GTC·IOC·FOK 중심이며 GTD는 일부 API 환경에서 확인됩니다.

---

21. GTD를 사용할 때 시간대가 중요한 이유

API 기반 거래에서 goodTillDate는 일반적으로 Unix Timestamp 형태로 전달됩니다.

따라서

한국 시간 오후 11시

를 입력한다고 해서 문자열로 단순히

23:00

을 보내는 구조가 아닙니다.

자동매매 프로그램에서

• 로컬 시간
• UTC
• Unix Timestamp
• 서버 시간

을 정확하게 변환해야 합니다.

시간대를 잘못 처리하면 주문이 예상보다 빠르게 또는 늦게 취소될 수 있습니다.

---

바이낸스 GTD 체크리스트

GTD 주문을 사용할 수 있는 환경이라면 다음 항목을 확인하세요.

• [ ] 현재 시장에서 GTD 지원 여부 확인
• [ ] 주문 Type 확인
• [ ] timeInForce = GTD 확인
• [ ] goodTillDate 입력 확인
• [ ] 현재 시간보다 충분히 이후인지 확인
• [ ] UTC·Timestamp 변환 확인
• [ ] 주문 수량 확인
• [ ] Limit Price 확인
• [ ] Hedge / One-Way 조건 확인
• [ ] 주문 제출 후 Open Orders 확인
• [ ] 부분 체결 수량 확인
• [ ] 자동 취소 여부 확인

특히 API에서는 시간대와 goodTillDate 값을 정확하게 처리하는 것이 중요합니다.

---

바이낸스 GTD FAQ

바이낸스 GTD란 무엇인가요?

GTD는 Good Till Date의 약자로 사용자가 지정한 날짜·시간까지 주문을 유지하고, 해당 시간이 지나면 미체결 주문을 자동 취소하는 Time in Force 방식입니다.

GTD와 GTC 차이는 무엇인가요?

GTC는 체결되거나 사용자가 직접 취소할 때까지 유지됩니다.

GTD는 미리 지정한 시간에 자동으로 만료됩니다.

GTD와 IOC 차이는 무엇인가요?

IOC는 주문 제출 즉시 가능한 수량만 체결하고 나머지를 취소합니다.

GTD는 지정된 시간까지 주문을 유지할 수 있습니다.

GTD와 FOK 차이는 무엇인가요?

FOK는 전체 수량이 즉시 체결되지 않으면 전체 주문을 취소합니다.

GTD는 즉시 체결을 요구하지 않고 지정된 시간까지 기다립니다.

Binance 앱에서 GTD를 사용할 수 있나요?

모든 일반 거래 화면에서 GTD가 제공되는 것은 아닙니다.

2026년 Binance Academy 일반 TIF 안내는 GTC·IOC·FOK를 주요 유형으로 설명하며 GTD는 Futures·Portfolio Margin API 등 일부 공식 개발자 환경에서 확인됩니다.

goodTillDate란 무엇인가요?

GTD 주문이 자동으로 취소될 시간을 지정하는 Timestamp 값입니다.

GTD 만료 시간은 현재 시각 바로 다음으로 설정할 수 있나요?

일부 Binance Futures API Endpoint에서는 goodTillDate를 현재 시간보다 최소 600초 이후로 설정해야 합니다.

GTD는 정확한 시각에 반드시 취소되나요?

Binance 공식 개발자 문서는 극단적인 시장 상황에서는 자동 취소가 goodTillDate보다 지연될 수 있다고 안내합니다.

GTD 주문도 부분 체결될 수 있나요?

주문 유형과 지원 환경에 따라 일부 수량이 먼저 체결되고 남은 수량이 goodTillDate까지 유지될 수 있습니다.

GTD는 Maker 주문인가요?

GTD 자체는 Maker·Taker를 결정하는 기능이 아닙니다.

실제 주문장에 유동성을 추가했는지 제거했는지에 따라 Maker·Taker가 결정됩니다.

---

바이낸스 GTD 핵심 정리

바이낸스 GTD를 한 문장으로 정리하면

“주문을 특정 날짜와 시간까지만 유지하고 이후 미체결 수량을 자동으로 취소하는 Time in Force 방식”

입니다.

---

마무리

바이낸스 GTD는 주문을 무기한 유지하지 않고 사용자가 정한 시각까지만 유효하게 관리할 수 있는 Time in Force 방식입니다.

GTC가 사용자가 직접 주문을 취소할 때까지 기다리는 구조라면 GTD는 처음 주문을 만들 때부터 자동 만료 시점을 지정한다는 차이가 있습니다.

기본 구조는

주문 생성 → 지정 시간까지 대기 → 체결 또는 자동 취소

입니다.

다만 2026년 현재 GTD는 Binance 일반 거래 화면에서 GTC·IOC·FOK처럼 항상 제공되는 대표 사용자 옵션으로 보기보다는 일부 Futures·Portfolio Margin API 환경에서 지원되는 고급 주문 파라미터로 이해하는 것이 정확합니다.

API를 이용한다면

timeInForce → GTD → goodTillDate → 시간대 → 주문 상태

순서로 확인하는 것이 중요합니다.

또 goodTillDate는 지원 Endpoint에 따라 최소 시간 조건이 존재하고, 극단적인 시장 상황에서는 실제 자동 취소가 설정 시각보다 약간 지연될 수도 있습니다.

이 글은 Binance 주문 기능을 설명하기 위한 정보성 콘텐츠이며 특정 거래 방법이나 투자 수익을 보장하지 않습니다. 가상자산 및 선물·레버리지 거래에는 원금 손실과 청산 위험이 있습니다.