Maker-Only 注文と Taker-Only 注文とは何ですか? (高度な注文タイプ)

メーカー限定オーダー

1. Maker-Only 注文は、既存の注文に対してすぐに約定しないようにすることで、注文帳に流動性を追加するように設計されています。

2. メーカーのみの注文の価格が、すでに帳簿に記載されている反対の注文と一致するか交差する場合、システムは注文を約定せずにキャンセルします。

3. 取引所は、市場の深さへの貢献により、Maker-Only 注文を行うユーザーに、より低い手数料またはゼロの手数料で報酬を与えることがよくあります。

4. これらの注文は、積極的な執行によるスリッページを引き起こすことなく正確なエントリーポイントを求めるアルゴリズムトレーダーにとって特に役立ちます。

5. 一部のプラットフォームでは、非積極性を保証するために、Maker-Only 注文に対して IOC (Immediate-Or-Cancel) ロジックなどの有効期限制限を適用します。

テイカーのみの注文

1. テイカーオンリー注文は、オーダーブック内の休止注文に対してのみ実行され、それ自体が休止注文になることはありません。

2. 提出時に一致する取引相手が存在しない場合、書籍には掲載されません。代わりに、完全に拒否されます。

3. この注文タイプは即時執行または失敗を保証し、注文がオープンのままかどうかの不確実性を排除します。

4. トレーダーは、手数料体系や価格への影響に関する懸念よりもスピードと確実性が優先される場合、テイカーオンリー注文を使用します。

5. 特定の取引所では、テイカーオンリー注文は流動性を提供するのではなく削除するため、標準の成行注文よりも高い手数料が発生する場合があります。

料金の意味とインセンティブ構造

1. Maker 手数料はマイナスになることが多く、つまりユーザーはリベートを受け取りますが、Taker 手数料はプラスのままで、多くの場合それより高くなります。

2. 料金スケジュールは分散型会場と集中型会場で異なり、一部の DEX はメーカー/テイカーのステータスに関係なく一律の料金を適用します。

3. アービトラージボットは、細分化された市場全体で収益性を維持するために、メーカーとテイカーの役割の間の予測可能な料金差に大きく依存しています。

4. 高頻度取引会社は、これらの手数料の非対称性を考慮して注文ルーティング戦略を最適化し、取引実行あたりの純コストを最小限に抑えます。

5. 特に小売参加者が構造的不利に直面している場合、取引所がメーカー・テイカー価格設定モデルをどのように開示および適用するかに関して、規制の監視が強化されています。

オーダーブックの仕組みとの対話

1. 利用可能な最高価格を超えずに指値注文がブック上にある場合、指値注文は自動的にメーカーの役割を引き受けます。

2. 成行注文は、ブックに新しいエントリを追加せずに既存の流動性を消費するため、常にテイカーとして機能します。

3. ストップリミット注文とトレーリングストップ注文は、トリガー条件と一般的なビッドアスクスプレッドに応じて、メイカーまたはテイカーとして動作できます。

4. 不安定なイベント中の注文帳の再構築では、一致するエンジンの更新とタイムスタンプの同期の間の競合状態により、注文が誤って分類されることがあります。

5. 流動性プロバイダーは、トップオブブックの深さを注意深く監視し、メーカー専用パラメーターを動的に調整して、フラッシュクラッシュ中に摘発されるのを防ぎます。

よくある質問

Q: 指値注文は 1 つの取引でメーカーとテイカーの両方になることができますか? A: いいえ。注文は実行時に 1 つの役割のみを引き受けます。流動性を追加する (メーカー) か、流動性を削除する (テイカー) かのいずれかです。部分フィルには、個別の実行間での混合動作が含まれる場合がありますが、単一のアトミック一致内では含まれません。

Q: 分散型取引所ではメーカーとテイカーの区別が強制されますか? A: ほとんどの AMM ベースの DEX は従来のオーダーブックを使用しないため、ネイティブのメーカーテイカーメカニズムが欠けています。ただし、dYdX や Loopring のようなオーダーブック DEX は、手数料差別化を含む完全なメーカーテイカー ロジックを実装しています。

Q: メーカーのみの注文に前倒しが発生するリスクはありますか? A: Maker-Only の注文自体は、従来の意味ではフロントランではありませんが、書籍上での注文の存在は意図を明らかにします。洗練されたアクターは、蓄積パターンや分布パターンを推測し、それに応じて自分の位置を調整する可能性があります。

Q: 取引所固有のマッチング エンジンは、待ち時間が長い場合に重複する Maker-Only 注文と Taker-Only 注文をどのように処理しますか? A: マッチング エンジンは、タイムスタンプと優先順位ルールに基づいて注文を順番に処理します。レイテンシのスパイクにより分類に一時的な不一致が生じる可能性がありますが、主要なプラットフォームでは、そのような不一致を軽減するために決定論的ハッシュとコンセンサスを意識したシーケンスを採用しています。