暗号資産を購入
市場
現物
先物取引BTC
MEXC Earn
イベントセンター
報酬ハブ
もっと見る
手数料0祭
Good Till Date(GTD): Good Till Date(GTD)とは?Good Till Date(一般にGTDと略される)は、トレーダーが指定した有効期限まで暗号資産の注文を有効に保つ有効期間指定です。価格などの条件が満たされれば、期限前のいつでも注文が約定する可能性があります。期限までに全数量が約定しなかった場合、残数量は注文板から自動的に削除されます。現在のFIX Trading Communityの有効期間指定規格Good Till Date(GTD): Good Till Date(GTD)とは?Good Till Date(一般にGTDと略される)は、トレーダーが指定した有効期限まで暗号資産の注文を有効に保つ有効期間指定です。価格などの条件が満たされれば、期限前のいつでも注文が約定する可能性があります。期限までに全数量が約定しなかった場合、残数量は注文板から自動的に削除されます。現在のFIX Trading Communityの有効期間指定規格

Good Till Date(GTD)

2026/10/13 15:40
#Intermediate
Humanity
H$0.05645-3.55%
SynFutures
F$0.00299-4.98%
PX
PX$0.0112-0.88%
Tagger
TAG$0.0004726-4.40%
Gitcoin
GTC$0.29312+3.82%

Good Till Date(GTD)とは?

Good Till Date(一般にGTDと略される)は、トレーダーが指定した有効期限まで暗号資産の注文を有効に保つ有効期間指定です。

価格などの条件が満たされれば、期限前のいつでも注文が約定する可能性があります。

期限までに全数量が約定しなかった場合、残数量は注文板から自動的に削除されます。

現在のFIX Trading Communityの有効期間指定規格では、Good Till Dateは、期限日または期限時刻として指定された有効期限まで有効な注文と定義されています。

GTDは暗号資産の注文価格タイプではありません。

注文をどれだけの期間有効にするかを制御する指定です。

トレーダーはGTDを指値注文と組み合わせるほか、対応している場合はストップリミット注文などの条件注文と組み合わせられます。

利用できる組み合わせは、取引システム、市場、金融商品、アカウント設定によって異なります。

当日を超えて注文を有効にしておきたい一方、無期限に有効な状態にはしたくない場合、GTDが役立ちます。

GTD注文の仕組み

まず、暗号資産、取引ペア、注文の売買方向、価格、数量を選択します。

次に、注文の有効期間設定としてGood Till Dateを選びます。

インターフェースのルールに従って、有効期限の日付または正確なタイムスタンプを入力します。

取引システムが注文を検証し、すべての要件を満たすと注文板に登録します。

注文は、約定、キャンセル、拒否、置換、停止、期限切れのいずれかとなるまで、新たに入ってくる注文とのマッチング対象です。

期限前に市場価格が指定価格に達すれば、注文の全部または一部が約定する場合があります。

一部だけ約定した場合、通常、未約定分は同じGTD期限まで有効な状態を保ちます。

期限になると、システムの表示方式に従って、残りの注文数量が期限切れまたはキャンセル済みの状態になります。

すでに約定した部分は完了した取引であり、残りが期限切れになっただけで取り消されることはありません。

GTDは有効期間指定

有効期間指定は、注文がどれだけの期間、約定可能な状態であるかを示します。

注文の価格条件とは別の設定です。

指値注文は許容できる約定価格の上限または下限を定め、GTDはその指値注文が取引できる期間を定めます。

したがって、トレーダーは指定価格で買い指値注文を出し、特定の将来の期限まで有効にできます。

数日間注文が有効でも、買い注文が指値を上回る価格で約定することはありません。

売り指値注文は、指定した指値を下回る価格では約定しません。

SECの指値注文に関する説明では、指値注文は許容価格を指定するもので、約定を保証しないとされています。

GTDを追加しても、この制約は変わりません。

指定条件に市場価格が達するまでの時間を延ばすだけです。

Good Till Dateの注文例

暗号資産が62,000ドルで取引されており、トレーダーが価格が59,000ドルまで下落した場合に限り、0.10単位を購入したいとします。

トレーダーは、59,000ドルで0.10単位の買い指値注文を出します。

GTDを選択し、3日後の18:00 UTCに注文が期限切れになるよう設定します。

期限前に59,000ドル以下で十分な売り流動性があれば、注文が約定する可能性があります。

価格が指値に達しなければ、注文は取引されずに期限切れになります。

期限前に0.04単位が約定した場合、残りの0.06単位は期限まで有効な状態を保てます。

期限になると残りの0.06単位は削除されますが、0.04単位の購入は有効なままです。

有効期限になるとどうなる?

指定した期限になると、GTD注文の未約定部分は新たなマッチングの対象ではなくなります。

注文管理システムでは通常、残りの注文を期限切れとして表示します。

FIX規格では、電子的な執行報告に期限切れの注文ステータスが定められています。

注文が無効になる正確な時刻は、取引システムの時計、マッチングエンジン、期限処理ルールによって異なります。

期限の直前にマッチした取引が、表示上の期限を過ぎてから報告される場合があります。

マッチングエンジンがすでに期限を処理していても、通信遅延によりユーザーインターフェースの更新が遅れることがあります。

ローカルのカウントダウン表示が完全に同期していると決めつけず、確定した注文ステータスを確認してください。

有効期限日と有効期限時刻

GTDでは、カレンダー上の日付、または正確な日付と時刻を指定できます。

FIX規格のExpireDateフィールドは、注文を取引できる最終の現地市場日を表します。

日付のみの注文が正確にいつ期限切れになるかは、該当市場の慣行によって決まります。

FIXのExpireTimeフィールドは、協定世界時(UTC)で表される特定の期限タイムスタンプです。

暗号資産市場は継続して取引されるため、毎日の取引終了時刻が定められた市場より、正確な時刻が重要となる場合があります。

日付だけを指定した場合、午前0時、定められた取引セッションの終了時刻、またはプラットフォーム固有の別の時刻に期限切れとなる場合があります。

注文を出す前に、表示されているタイムゾーンと正確な期限のルールを確認してください。

暗号資産取引でタイムゾーンが重要な理由

暗号資産市場は通常、日中や週末、祝日も取引が続きます。

台北、ニューヨーク、ロンドンなど、場所によって同じ期限が異なる現地時刻で表示されることがあります。

タイムゾーンが示されていないインターフェースで「7月20日12:00」と設定すると、期限が曖昧になる場合があります。

UTCで期限を保存し、現地時刻に変換して表示するシステムもあります。

現地時刻の入力を求めるインターフェースもあります。

夏時間の変更により、UTCのタイムスタンプが変わらなくても現地の時計時刻がずれることがあります。

最終注文確認画面で、タイムゾーンの略称、日付、正確なタイムスタンプを確認してください。

自動売買プログラムは、コンピューターのローカルタイムゾーンを前提にせず、APIが指定する正確な形式でタイムスタンプを送信する必要があります。

GTDと部分約定

通常、GTD注文は全数量が一度に約定する必要はありません。

複数の注文を相手に、部分約定が何度か発生することがあります。

約定のたびに累計約定数量が増えます。

それに応じて残数量は減少します。

FIXの執行報告では、元の注文数量、累計約定数量、今後約定可能な残数量が区別されます。

現在のFIX LeavesQtyの定義では、追加で約定可能な数量を表しています。

GTD注文が期限切れになると、未約定分は有効でなくなります。

すでに完了した部分約定は、トレーダーの残高、ポジション、取引履歴に残ります。

GTDの買い注文

GTDの買い指値注文は、期限まで、指値またはそれより有利な価格で暗号資産を購入するために有効な状態を保ちます。

買い手にとって有利な価格は、通常、より低い約定価格です。

指定した指値がすでに市場で約定可能な価格であれば、注文がすぐに約定する場合があります。

指値が最良売値を下回る場合、注文は注文板に残ることがあります。

注文が有効な間、トレーダーは十分な利用可能資金を維持する必要があります。

資金が予約され、他の注文や出金に使えなくなる場合があります。

アカウントが残高、証拠金、リスク要件を満たさなくなると、GTDの期限前に注文がキャンセルまたは拒否される場合があります。

GTDの売り注文

GTDの売り指値注文は、期限まで、指値またはそれより有利な価格で暗号資産を売却するため有効です。

売り手にとって有利な価格は、通常、より高い約定価格です。

注文が有効な間、必要な資産数量が予約されることがあります。

予約された数量を出金したり、別の注文に使用したりできない場合があります。

注文の一部が約定すると、残数量のみが引き続き予約されます。

期限切れになると、プラットフォームのアカウント処理ルールに従って未約定数量が解放されます。

GTDと成行注文

GTDは、注文板に残る注文と組み合わせる場合に最も役立ちます。

通常、成行注文は利用可能な流動性に対して直ちに約定することを目的とします。

そのため、通常は将来の期限まで有効な状態を保ちません。

取引システムによっては、GTDと成行注文の組み合わせを拒否したり、GTD設定を無視したりする場合があります。

未約定部分を特別に扱うシステムもあります。

すべての注文タイプが、すべての有効期間指定に対応すると決めつけないでください。

GTDとストップ注文

ストップ注文は、トリガー価格などの条件を満たすまで有効になりません。

発動すると、成行注文、指値注文、その他の定められた子注文を作成する場合があります。

GTDの期限が、未発動のストップ注文、発動後の子注文、またはその両方に適用される場合があります。

挙動は取引システムのルールによって異なります。

期限前にストップ条件に達しなければ、注文は発動せずに期限切れとなる場合があります。

期限の直前に発動すると、生成された注文が約定する時間がほとんど残らない場合があります。

表示された期限が発動前と発動後のどちらに適用されるか確認してください。

GTDとストップリミット注文

ストップリミット注文は、ストップ価格に達すると別の指値注文を発動します。

GTDを使えば、ストップリミット注文を意図した期間より長く有効にしないようにできます。

発動後も、約定可能な価格は指値によって決まります。

市場価格が指値を急速に通過すると、注文が約定しない場合があります。

期限切れになっても、ストップリミット注文がポジションの損失を防ぐ保証はありません。

指定期限後に注文が有効でなくなるだけです。

GTDとDay注文

Day注文は、当日の取引日またはセッション中のみ有効です。

FIX規格では、Day注文は発注された取引日の終了時に期限切れとなる注文と定義されています。

GTD注文は、独自の期限を設定し、数日間有効にできます。

暗号資産市場は24時間取引が続くため、この違いが分かりにくいことがあります。

暗号資産プラットフォームでは、UTC、別のタイムゾーン、または内部のセッション境界に基づいて取引日を定める場合があります。

その境界を越えて注文を有効にしたい場合、DayではなくGTDを選択できます。

GTDとGood Till Canceled(GTC)

Good Till Canceled注文は、取引システムが定める最長有効期間に達しない限り、約定またはキャンセルされるまで有効です。

GTD注文には、最初から明確な期限が設定されています。

希望価格がいつ実現するか分からない場合は、GTCが役立ちます。

既知のイベントや一定期間の経過後に取引の根拠がなくなる場合は、GTDが役立ちます。

GTDの期限を設定することで、忘れた注文が数週間、数か月も有効なまま残るリスクを抑えられます。

GTC注文も、メンテナンス、契約の満期、アカウント変更、プラットフォームの制限によって自動削除される場合があります。

どちらの指定も約定を保証しません。

GTDとImmediate or Cancel(IOC)

Immediate or Cancel注文は、直ちに約定を試みます。

すぐに約定できない部分はキャンセルされます。

FIX規格では、IOC注文は残数量をキャンセルする前に、全数量または一部を約定できます。

GTD注文は、将来の期限まで注文板に残ることができます。

すぐに利用できる流動性を確保したいものの、注文板に注文を残したくない場合はIOCが適しています。

指定価格に達するまで待てる場合はGTDが適しています。

GTDとFill or Kill(FOK)

Fill or Kill注文は、直ちに全数量が約定しなければ、注文全体がキャンセルされます。

標準的なFOK指定では部分約定は認められません。

GTD注文は通常、部分約定を受け入れ、期限まで有効な状態を保ちます。

FOKは、即時に全数量を約定させることを重視します。

GTDは、注文が有効な期間を指定します。

両者は異なる執行上の課題に対応します。

GTDとGood for Time(GFT)

Good for Timeは、固定されたカレンダー上の日時までではなく、指定した期間、注文を有効にします。

GFT注文は、発注から指定された数秒または数分間有効な場合があります。

GTD注文は、指定した日付または時刻に期限切れとなります。

アルゴリズムで注文を正確に30秒間だけ注文板に残したい場合は、GFTが役立つことがあります。

予定時刻が分かっている発表の前に注文を期限切れにしたい場合は、GTDが役立つことがあります。

FIX規格ではGFTとGTDを別々の有効期間指定として扱います。

GTDと注文のキャンセル

GTDは将来の自動期限を設定しますが、手動キャンセルではその期限より前に注文の削除をシステムに求めます。

キャンセル要求が常に即時完了するとは限りません。

キャンセルメッセージがマッチングエンジンに届く途中や処理中に、注文が約定する場合があります。

インターフェースで一時的にキャンセル処理中と表示されることがあります。

注文が約定しなくなったと判断する前に、キャンセルが確定したことを確認してください。

約定と期限切れがほぼ同時に処理されると、GTDの期限直前にも同様の競合が発生する場合があります。

暗号資産トレーダーがGTD注文を使う理由

GTD注文を使うと、画面を常時監視せずに取引計画を自動化できます。

指値注文を一晩または複数の取引セッションにわたり有効にできます。

予定されているプロトコルアップグレード、トークンアンロック、ガバナンス投票、経済発表、デリバティブの決済前に、注文を自動的に削除できます。

注文を出した理由がなくなった後に、古い注文が約定するのを防げる場合があります。

予定時刻に予約資金を解放するのにも役立ちます。

こうした利点を得るには、適切な期限を選び、注文が正常に受け付けられたことを確認する必要があります。

予定された暗号資産関連イベントでのGTD注文

暗号資産価格は、トークンアンロック、ネットワークアップグレード、ガバナンス決定、配布イベント、規制発表に大きく反応することがあります。

イベント前に指値注文を有効にしつつ、イベント開始後は有効な状態にしたくない場合があります。

GTDを使うと、予定時刻の直前に未約定注文を削除できます。

期限を設定しても、期限前の予期しない価格変動から保護されるわけではありません。

発表された時刻より前にイベントが起こる可能性からも保護されません。

イベント予定が変更されることもあるため、新しい情報が出た際は注文の期限を見直してください。

暗号資産の現物取引におけるGTD注文

現物取引では、GTD注文によって、購入に必要な通貨または売却する暗号資産が予約される場合があります。

現物取引が約定すると、トレーダーの資産残高が変わります。

注文が期限切れになると、未約定部分のみが解放されます。

GTDの期限切れによって、以前の部分約定で取得した資産が取り消されることはありません。

注文によって購入した資産を自動売却することもありません。

取得したエクスポージャーを解消したい場合は、別途決済注文が必要です。

暗号資産デリバティブ取引におけるGTD注文

デリバティブ取引では、GTDはレバレッジポジションの新規建て、縮小、決済を行う注文に適用できます。

注文が期限切れになっても、ポジションそのものが期限切れになるわけではありません。

オープンポジションは、新規建てまたは決済注文が期限切れになった後も、損益、証拠金、資金調達料、決済、強制決済のルールの対象です。

GTD注文が部分約定すると、意図したより小さなポジションができる場合があります。

その後、残りの未約定注文が期限切れになっても、部分約定で生じたポジションはオープンのままです。

CFTCの仮想通貨リスクに関するガイダンスでは、レバレッジが暗号資産の損失を拡大する可能性があると警告しています。

注文ステータスと、その結果生じたポジションサイズの両方を確認してください。

GTDは強制決済を防がない

GTDは注文管理の指定であり、証拠金保護を保証するものではありません。

未約定の指値注文では、レバレッジポジションを強制決済前に決済できない場合があります。

遠い価格に設定されたGTD決済注文が有効なままでも、ポジションが強制決済される可能性があります。

強制決済などのリスク管理処理中に、プラットフォームが未約定注文をキャンセルする場合があります。

GTD注文を、維持証拠金や強制決済計算の理解に代わるものとして扱わないでください。

GTDとReduce-Only注文

Reduce-Only指定は、既存ポジションを増やしたり反転させたりせず、縮小するためのものです。

対応していれば、トレーダーはReduce-OnlyとGTDを組み合わせられます。

その場合、指定時刻までポジション縮小の注文を有効にできます。

別の取引でポジションが決済されると、システムが残りのReduce-Only注文をキャンセルまたは数量変更する場合があります。

正確な挙動はデリバティブ取引エンジンによって異なります。

期限切れになっても、ポジションが縮小されたことは保証されません。

GTDとPost-Only注文

Post-Only指定は、既存の流動性を即時に消費する注文を防ぐことを目的としています。

プラットフォームのルールに従って注文板に残せる場合に限り、注文が受け付けられます。

両機能に対応していれば、トレーダーはPost-OnlyとGTDを組み合わせられます。

その場合、期限まで流動性を提供する注文を注文板に残せます。

注文が即時約定する場合、システムのルールに従って拒否または価格変更されることがあります。

GTDは有効期間を制御し、Post-Onlyは即時に流動性を消費するかどうかを制御します。

GTDと予約残高

有効なGTD注文では、約定に必要な資金または資産が予約される場合があります。

予約残高は、出金、振替、ステーキング、別の注文に使えないことがあります。

部分約定すると、残数量に応じて予約額が減少します。

通常、手動キャンセルまたは期限切れにより未使用残高が解放されます。

インターフェースに解放後の金額が反映されるまで、処理にわずかな遅延が生じる場合があります。

別の取引に資金を使う前に、利用可能になったことを確認してください。

GTDと取引手数料

未約定のGTD注文を出しても約定手数料が発生しない場合がありますが、注文やアカウントに適用される費用はプラットフォームによって異なります。

約定するたびに、適用される手数料体系に基づいて取引手数料が発生する場合があります。

複数回の部分約定が複数の取引として報告されることがあります。

手数料の合計は、約定数量、流動性を提供または消費したか、アカウントのランク、契約タイプ、決済資産によって異なる場合があります。

通常、期限切れになっても、すでに完了した部分約定にかかった手数料は取り消されません。

指値だけでなく、期待される純約定額を考慮してください。

GTDとスリッページ

GTDの指値注文は許容できる最悪の価格を定めますが、トレーダーが予想する平均価格での約定は保証しません。

注文の異なる部分が指値またはそれより有利な価格で約定する場合があります。

市場で約定可能な注文は、指値を守りながら複数の価格帯の流動性を消費することがあります。

実際の平均価格は、実際の約定内容によって決まります。

ストップ成行注文や条件注文では、発動後の成行注文で大幅なスリッページが起きる可能性があります。

別途指値を設定しない限り、GTDの期限がスリッページを制限することはありません。

GTDと注文板での優先順位

注文板に残る注文は、価格、次に到着時刻の順で優先されることがよくありますが、マッチングルールは異なります。

同じ価格であれば、GTD注文がDay注文やGTC注文より自動的に優先されるわけではありません。

価格、数量、その他の項目を変更すると、元の順番を失う場合があります。

期限だけを変更した場合に優先順位へ影響するかどうかも、マッチングエンジンによって異なります。

自動売買戦略を使う場合は、注文変更の扱いを確認してください。

GTD注文は期限前に無効になることがある?

GTD注文は、約定以外の理由で指定期限より前に無効になる場合があります。

トレーダーが手動でキャンセルすることがあります。

リスク確認や残高確認の後、システムが注文を拒否する場合があります。

指定日より前に契約が決済または上場廃止となる場合があります。

アカウント制限、メンテナンス、企業行動、トークン移行、市場停止によって注文が削除されることもあります。

通常の条件における注文の最長有効期間を示すのがGTDのタイムスタンプであり、指定時刻まで有効であり続ける無条件の約束ではありません。

GTD注文は期限後も有効なままになる?

正常に機能するマッチングシステムでは、注文が期限切れになった後、新たな約定を受け付けないはずです。

キャッシュや通信遅延により、ユーザーインターフェースで一時的に注文が有効と表示される場合があります。

期限直前に処理された約定が、表示上の期限後にアカウントへ反映されることもあります。

注文が予期せず有効に見える場合は、ステータスを更新し、公式の執行報告を確認してください。

元の注文が約定、期限切れ、処理待ちのいずれかを確認する前に、同じ注文を再度出してはいけません。

GTDのAPIフィールド

取引APIでは、有効期間の値と別の期限フィールドでGTDを指定する場合があります。

FIXではTimeInForceタグ59の値「6」がGood Till Dateを表します。

期限はExpireDateタグ432またはExpireTimeタグ126で指定する場合があります。

他のAPIでは、GTD、good_till_date、expireTime、cancelAfter、endTime、deadlineなどの名称が使われることがあります。

異なるAPIが同じフィールドを同じように解釈すると決めつけないでください。

ミリ秒、秒、マイクロ秒、書式付きタイムスタンプでは値が大きく異なる場合があります。

タイムスタンプの単位を誤ると、すぐに期限切れになったり、意図よりはるかに長く注文が有効になったりする可能性があります。

GTDのAPI利用例

自動売買戦略では、10分後のUTCタイムスタンプを期限に設定したGTD指値注文を送信できます。

プログラムは、サーバーが注文を受け付け、有効な注文IDを返したことを確認する必要があります。

リクエストで送信した値だけに頼らず、サーバーが返した受理済みの期限を保存してください。

約定、残数量、キャンセルメッセージ、期限切れステータスを監視します。

再接続後は、ローカル記録とアカウントの公式注文履歴を照合してください。

注文リクエストの送信に成功しても、マッチングエンジンが注文を受理し、維持している証明にはなりません。

自動売買の時刻同期

自動化されたGTD戦略には、正確な時計が必要です。

コンピューターの時計が数秒または数分ずれていると、期限を誤る可能性があります。

取引サーバーは、すでに期限切れのタイムスタンプや、許容範囲外のタイムスタンプを拒否する場合があります。

プログラムでは、信頼性の高い時刻同期を使用し、時計のずれを監視してください。

GTD期間が短い場合は、ネットワーク遅延や処理時間も考慮する必要があります。

1秒間だけ有効にするつもりの注文が、マッチングエンジンに届く前に期限切れになることがあります。

システムメンテナンスとGTD注文

GTD注文が有効な間に、取引システムがメンテナンスに入る場合があります。

注文は保存されたままになる、キャンセルされる、または取引再開時に再検証されることがあります。

メンテナンス中も期限のカウントが続く場合があります。

その結果、市場を利用できない間に注文が期限切れになることがあります。

重要なGTD注文を残す前に、予定メンテナンスのお知らせと注文処理ルールを確認してください。

GTDでよくある間違い

よくある間違いの1つは、タイムゾーンを誤って選ぶことです。

期限切れになれば、保有中の暗号資産ポジションが決済されると思い込むのも間違いです。

注文の最終ステータスが期限切れだからといって、部分約定がなかったと思い込むのも問題です。

4つ目は、日付のみの期限を選び、システムの締め切り時刻を確認しないことです。

5つ目は、最初の注文のステータスを確認する前に、同じ注文を再度出すことです。

6つ目は、即時に全数量を約定させる必要があるのに、GTD指値注文を使うことです。

7つ目は、注文が有効な間、予約資金を利用できないことを忘れることです。

8つ目は、市場チャートが指定価格に触れれば指値注文が必ず約定すると考えることです。

表示価格でGTD注文が約定しない理由

チャートに取引価格が表示されても、待機中のすべての注文を約定させるのに十分な数量があるとは限りません。

先に注文板に登録された注文が、利用可能な流動性を消費する場合があります。

表示されているチャートと注文板で、異なる価格情報源や金融商品が使われていることがあります。

公正価格、インデックス価格、最終約定価格、買値、売値は、それぞれ異なる場合があります。

ストップ条件に使う価格と、その後の指値注文に使う価格が異なる場合があります。

価格が動く直前に注文が期限切れになった可能性もあります。

指値に到達しても、約定が保証されるわけではありません。

GTD注文のメリット

GTDを使うと、注文の最長有効期間を直接管理できます。

無期限に有効な状態にせず、数日間にわたって注文を有効にできます。

予定されたイベントの前に古い注文を自動削除できます。

特定の時刻に手動でキャンセルする必要を減らせます。

計画的なエントリー、エグジット、リバランス、流動性戦略に活用できます。

注文自体に期限処理を設定することで、自動システムを簡素化できる場合もあります。

GTD注文の制約

GTDは注文の約定を保証しません。

期限までに全数量が約定することも保証しません。

部分的なポジションを防ぎません。

注文が期限切れになっても、保有中のポジションは決済されません。

市場のボラティリティ、流動性リスク、スリッページ、強制決済、システム障害をなくすこともできません。

正確なタイムスタンプと取引システムの期限ルールにも依存します。

GTDをより慎重に使う方法

注文を出す前に、暗号資産の取引ペアと契約を確認します。

売買方向、数量、指値、アカウントタイプを確認します。

期限の日付、時刻、タイムゾーンを確認します。

部分約定が可能か確認します。

期限が未発動の条件注文、発動後の注文、または両方に適用されるか確認します。

最終注文ラベルだけに頼らず、約定数量と残数量を確認します。

期限切れ後、資産残高またはデリバティブポジションを確認します。

注文が有効な間に暗号資産価格が急変する可能性があるため、保守的なポジションサイズを設定してください。

FAQ

Good Till Dateとはどういう意味ですか?

Good Till Dateは、注文が約定またはキャンセルされるか、指定した期限日に達するまで有効な状態を保つことを意味します。

暗号資産取引におけるGTDは何の略ですか?

GTDはGood Till Dateの略です。

GTDは注文タイプですか?

正確には、GTDは対応する価格指定注文や条件注文と組み合わせられる有効期間指定です。

GTD注文は約定を保証しますか?

いいえ。期限前に価格などの条件を満たす流動性がマッチした場合にのみ約定します。

GTD注文は部分約定できますか?

はい。全量約定を求める別の指定がない限り、通常は部分約定できます。

期限時に部分約定したGTD注文はどうなりますか?

すでに約定した部分は有効なまま、未約定数量は有効な取引対象から削除されます。

期限切れになると約定済みの取引は取り消されますか?

いいえ。期限前に完了した取引は、残りの注文が後に期限切れになっても取り消されません。

GTD注文は期限時に暗号資産ポジションを決済しますか?

いいえ。未約定注文を削除するだけで、現物保有資産やデリバティブポジションを自動決済しません。

GTDは指値注文と組み合わせられますか?

はい。GTDは一般に指値注文と組み合わせて使用されます。

GTDは成行注文と組み合わせられますか?

通常の成行注文では必要ないことが多く、組み合わせに対応しないシステムもあります。

GTDはストップリミット注文と組み合わせられますか?

対応するシステムもありますが、期限が発動前、発動後、または両方の段階に適用されるか確認してください。

GTDとGTCの違いは何ですか?

GTDは指定期限に期限切れになりますが、GTCはシステムの制限内で約定またはキャンセルされるまで有効です。

GTDとDayの違いは何ですか?

Day注文は現在のセッション終了時に期限切れとなりますが、GTDは指定した将来の日付や時刻まで有効です。

GTDとIOCの違いは何ですか?

GTDは将来の期限まで有効な状態を保てますが、IOCはすぐに約定できない数量を直ちにキャンセルします。

GTDとFOKの違いは何ですか?

GTDは通常、待機と部分約定を許容しますが、FOKは即時に全数量を約定できなければ全体をキャンセルします。

GTDとGFTの違いは何ですか?

GTDは特定の日付またはタイムスタンプに期限切れになりますが、GFTは発注から指定時間にわたって有効です。

GTDで使用されるタイムゾーンは何ですか?

取引インターフェースによって異なりますが、FIXのExpireTimeはUTCで表されます。

タイムゾーンの確認が重要なのはなぜですか?

タイムゾーンを誤ると、意図より数時間早く、または遅く注文が期限切れになる可能性があります。

期限前にGTD注文をキャンセルできますか?

はい。有効なGTD注文は通常、期限前に手動でキャンセルできます。

キャンセル処理中にGTD注文が約定することはありますか?

あります。マッチングエンジンがキャンセル要求を完了する前に約定する場合があります。

メンテナンス中にGTD注文が期限切れになることはありますか?

あります。取引サービスを利用できない間も期限のカウントが続く場合があります。

GTD注文が有効な間、資金はロックされますか?

約定に必要な資金や資産が予約され、他の用途に使えなくなる場合があります。

期限切れのGTD注文に取引手数料はかかりますか?

通常、未約定数量には約定手数料がかかりませんが、部分約定分には通常の取引手数料がかかる場合があります。

表示上は日付が正しいのに注文が期限切れになったのはなぜですか?

異なるタイムゾーン、セッションの締め切り、日付のみのルール、タイムスタンプ形式が使われた可能性があります。

チャートが指定価格に達したのにGTD注文が約定しなかったのはなぜですか?

流動性不足、先行する注文の優先順位、異なる参照価格、該当の値動きより前の期限切れなどが原因となる場合があります。

GTDで強制決済を防げますか?

いいえ。未約定のGTD注文では、レバレッジポジションが強制決済条件に達するのを防げません。

GTDのFIXコードは何ですか?

FIXのTimeInForceタグ59では、値「6」がGood Till Dateを表します。

GTDの期限を定めるFIXフィールドはどれですか?

FIXではExpireDateタグ432またはExpireTimeタグ126で期限を定めます。

24時間取引の暗号資産市場でGTDは役立ちますか?

はい。従来のような1日の取引終了時刻がない市場でも、指定した正確な時刻に注文を自動削除できます。

すべての指値注文にGTDを使うべきですか?

いいえ。適切な有効期間は、取引の根拠がどのくらい有効か、自動的に期限切れにしたいかによって異なります。

まとめ

Good Till Dateは、暗号資産の注文を指定した期限日またはタイムスタンプまで有効にする有効期間指定です。

通常、許容価格になるまで注文板に残る指値注文と組み合わせます。

注文は全量約定、部分約定、手動キャンセル、未約定のまま期限切れのいずれかとなります。

部分約定したGTD注文が期限切れになっても、完了済みの取引は有効なままで、未約定数量のみが無効になります。

GTDは期限が定められている点でGTCと異なります。

現在の取引セッションを越えて有効にできる点でDay注文と異なります。

将来の流動性を待てる点で、即時執行を求めるIOCやFOKと異なります。

暗号資産市場は継続して取引されるため、トレーダーはタイムゾーンに特に注意する必要があります。

日付のみの期限は、正確なUTCタイムスタンプとは異なる挙動になる場合があります。

GTDの期限切れは注文を削除しますが、保有中の現物資産やデリバティブポジションを決済しません。

また、強制決済を防いだり、約定を保証したり、急激な市場変動から保護したりすることもありません。

GTDを慎重に利用するには、金融商品、価格、数量、部分約定の状況、期限のタイムスタンプとタイムゾーン、予約残高、最終的に確定した注文ステータスを確認してください。

適切に使えば、GTDは注文を無期限に有効にせず、計画した期間だけ暗号資産の注文を出しておく実用的な方法です。

関連コンテンツ

WhatsMiner M30S++

WhatsMiner M30S++とは? WhatsMiner M30S++は、SHA-256 Proof of Workマイニング向けに設計されたMicroBT製のBitcoin ASICマイナーです。 WhatsMiner M30シリーズの一部であり、主にマイニングプールを通じてBitcoinをマイニングするために使用されます。 ASICマイナーは、1種類の計算を非常に効率的に実行するために作
2026/10/15 11:08

Web3ドメイン

Web3ドメインとは? Web3ドメインとは、長いウォレットアドレスの代わりとなり、分散型コンテンツを参照し、オンチェーンアイデンティティを表現し、ユーザーをWeb3アプリケーションへ接続できる、ブロックチェーンベースの名前です。 ユーザーは、長い16進数のアドレスに暗号資産を送付する代わりに、ブロックチェーンベースのユーザー名やドメインなど、読みやすい名前へ送付できる場合があります。 Web3ド
2026/10/15 11:08

Web3プロジェクト

Web3プロジェクトとは? Web3プロジェクトとは、分散型技術を活用し、ユーザーが資産、ID、データ、参加、デジタル上の価値をより管理できるようにする、ブロックチェーンベースのアプリケーション、プロトコル、ツール、ネットワーク、コミュニティです。 Web3プロジェクトには、レイヤー1ブロックチェーン、レイヤー2ネットワーク、DeFiプロトコル、ウォレット、NFTプラットフォーム、DAO、ブロック
2026/10/15 11:06
BTC ETFs See $679M in Outflows
BTC ETFs See $679M in OutflowsBTC ETFs See $679M in Outflows
Citi sees BTC at $113K. What do institutions see?