注文優先順位

暗号資産における注文優先順位とは？

注文優先順位とは、取引注文、ブロックチェーンのトランザクション、スマートコントラクトの呼び出し、決済リクエストのうち、どれを先に実行するかを決めるルールまたはプロセスです。

暗号資産取引では、注文優先順位は通常、取引所などが注文板の買い注文と売り注文をどのような順序で扱うかを指します。

ブロックチェーンネットワークでは、保留中のトランザクションをどのように選び、順序付け、ブロックに含めるかを指す場合があります。

DeFiでは、スワップ、強制決済、アービトラージ、オークションなど、実行順序によって最終結果が変わるスマートコントラクトの操作にも注文優先順位が影響します。

最も一般的な取引ルールは価格・時間優先で、最良の価格が先に扱われ、同じ価格の注文では先に出された注文が後の注文より優先されます。

CME Groupのマッチングアルゴリズムの概要では、FIFOやプロラタ方式など、板に残る注文と新たに入る注文をマッチングする複数の方法が紹介されています。

FIFOとは先入れ先出しのことで、同じ価格の注文間で時間優先となる仕組みを別の言い方で表しています。

注文優先順位は、価格、時間、サイズ、注文タイプ、手数料、流動性、ネットワーク状況などによって、似た注文を出した2人のトレーダーが異なる結果を得ることがあるため重要です。

また、暗号資産市場は急速に動くことがあり、優先順位のわずかな差によって、注文が約定するか、一部約定するか、スリッページが生じるか、期限切れになるか、まったく執行されないかが決まることもあります。

注文優先順位に関する重要なポイント

• • 注文優先順位は、どの注文やトランザクションを先に処理するかを決めます。
  • 暗号資産の注文板では通常、時間より価格が優先されます。つまり、より良い買値や売値の注文は、価格が劣る古い注文より優先されます。
  • 同じ価格水準では、多くのマッチングエンジンが時間優先を採用し、先に出された注文を後の注文より先に約定させます。
  • 成行注文は通常、注文板にある最良の流動性に対して執行されますが、流動性が薄い場合はスリッページが発生することがあります。
  • 指値注文は価格がより有利、または早く発注された場合に優先されることがありますが、約定が保証されるわけではありません。
  • ブロックチェーンのトランザクション優先順位は、ネットワーク手数料、ブロックスペースの需要、バリデーターまたはマイナーのインセンティブ、プロトコルルールに左右されることがよくあります。
  • Ethereumはベース手数料と優先手数料のモデルを採用しており、優先手数料はトランザクションをブロックに含める緊急性を示す場合があります。
  • Bitcoinのトランザクション優先順位は、手数料率、トランザクションサイズ、メンプールの混雑、置換ポリシーに大きく左右されます。
  • 注文優先順位は、約定、コスト、強制決済の結果、MEVリスク、決済時間に影響することがあります。
  • 優れたトレーダーは、積極的な戦略を使う前に、取引所型の注文優先順位とオンチェーンのトランザクション優先順位の両方を理解しています。

指値注文板における注文優先順位の仕組み

指値注文板は、マッチングを待つ買い注文と売り注文の一覧です。

買い注文は買い気配、売り注文は売り気配と呼ばれます。

すぐに売りたい人にとって、最も高い買値が最良価格です。

すぐに買いたい人にとって、最も低い売値が最良価格です。

新しい注文が板に入ると、マッチングエンジンは既存の注文と取引できるかを確認します。

買い注文が利用可能な最も低い売値を受け入れる場合、その売り注文とマッチングできます。

売り注文が利用可能な最も高い買値を受け入れる場合、その買い注文とマッチングできます。

同じ最良価格で複数の注文が板に残っている場合、マッチングエンジンには優先順位のルールが必要です。

価格・時間優先の仕組みでは、通常、その価格で先に到着した注文が先に執行されます。

これにより注文の待ち行列が生まれ、同じ価格水準の注文は先行する注文の後ろで順番を待ちます。

価格優先

価格優先とは、より有利な価格の注文が、価格の劣る注文より先に処理されることです。

買い注文では、より高い価格を支払う意思のある買い手の注文が優先されます。

売り注文では、より低い価格を受け入れる意思のある売り手の注文が優先されます。

より有利な価格の注文が利用可能な流動性を改善するため、このルールは公正で競争力のある市場づくりに役立ちます。

たとえば、価格100の買い指値注文は、価格99の買い指値注文より価格優先順位が高くなります。

価格101の売り指値注文は、価格102の売り指値注文より価格優先順位が高くなります。

価格をわずかに有利にすると、価格が劣る他の注文より先に執行される可能性があるのも、価格優先で説明できます。

これは、より速い約定を必要とするトレーダーに役立つ場合があります。

ただし、価格を有利にすることで、期待利益が減ったりコストが増えたりする場合もあります。

約定速度と価格のトレードオフを理解せずに、優先順位だけを追い求めるべきではありません。

時間優先

時間優先とは、同じ価格水準では、通常、先に出された注文が後の注文より先に約定することです。

これにより、同じ価格の注文間で先着順の待ち行列ができます。

3人のトレーダーが同じ価格で買い注文を出した場合、通常は最初の注文が最も高い時間優先順位を持ちます。

2番目の注文は1番目の注文の後ろで待ちます。

3番目の注文は両方の後ろで待ちます。

時間優先は、早く流動性を提供するトレーダーに有利です。

また、市場が急速に動く局面では、注文を出す速度が重要になります。

注文をキャンセルして出し直すと、新しい注文が待ち行列の最後尾に移り、元の時間優先順位を失う場合があります。

頻繁な注文変更に見えにくいコストがあるのはこのためです。

注文内容を改善できても、順番を失うことがあります。

価格・時間優先

価格・時間優先は、価格優先と時間優先を組み合わせた仕組みです。

マッチングエンジンは、まず価格によって注文を順位付けします。

価格を考慮した後、同じ価格の注文を到着時間によって順位付けします。

つまり、最良の価格が先に選ばれ、同じ価格では最も古い注文が優先されます。

価格・時間優先は、仕組みがシンプルで透明性が高く、トレーダーにも分かりやすいため、広く使われています。

また、競争力のある指値注文を出し、板に残すことを促します。

ただし、強力なシステム、優れた接続性、精密な執行ツールを持つ参加者に有利となる場合があります。

暗号資産市場は常時取引され、ニュース、強制決済、オンチェーン活動にすばやく反応することがあるため、この点が重要になる場合があります。

手動で注文を出すユーザーは、自動取引システムと同じ速度で取引できないことがあります。

あらゆる注文キューで先頭を取ろうとするより、リスク上限と注文計画を重視すべき理由の一つです。

FIFOによる注文優先順位

FIFOは先入れ先出しを意味します。

注文板では、通常、特定の価格水準で最も早く出された注文が先にマッチングされることを指します。

これは時間優先と非常によく似ています。

同じ価格で複数の売り注文が板に残っている場合、一般に最も古い売り注文が、後から出された同価格の注文より先に約定します。

FIFOでは、トレーダーが列に並ぶ感覚で考えられるため、注文板を理解しやすくなります。

列に後から加わったトレーダーは、同じ価格の先行注文が約定またはキャンセルされるまで待つ必要があります。

価格を改善すれば、より有利な価格水準に移れる可能性がありますが、経済的なトレードオフを受け入れることになります。

FIFOでは、注文の列での位置にも価値があります。

活発な暗号資産市場では、主要水準付近で時間優先を得るために早めに注文を出すトレーダーもいます。

市場が変化して列の位置を維持する価値がなくなれば、注文をキャンセルすることもあります。

プロラタ方式の注文優先順位

プロラタ方式は、同じ価格の注文に対する約定が、注文サイズにも一部基づいて配分される別のマッチング方式です。

最も古い注文だけを先に約定させる代わりに、プロラタ方式では最良価格にある複数の注文に、新たに入る取引量を配分する場合があります。

この方式は一部のデリバティブ市場で使われますが、初心者にとってはFIFOより直感的ではありません。

プロラタ方式では、板に表示されている注文サイズが大きいほど、新たな約定の取り分が大きくなる場合があるため、注文サイズの大きさが優先順位の競争で有利になります。

サイズが優先順位を左右する要素になるため、トレーダーの行動が変わる可能性があります。

すべての市場で同じマッチング方式が使われていると想定してはいけません。

取引所、分散型注文板、デリバティブプラットフォームでは、優先順位のルールが異なる場合があります。

最も慎重な方法は、商品ルールを読み、同価格の注文をマッチングエンジンがどのように処理するか理解することです。

注文優先順位は価格だけで決まるものではありません。

マッチング方式全体が関係します。

注文優先順位と成行注文

成行注文は、利用可能な最良価格ですぐに買う、または売る注文です。

Investor.govの注文タイプに関するガイドでは、成行注文は即時執行を目的とするものの、執行価格を保証しないと説明されています。

暗号資産市場では、成行買い注文は最も低い売値から上方向に売り流動性を消費します。

成行売り注文は、最も高い買値から下方向に買い流動性を消費します。

成行注文は板にある注文とすぐにマッチングするため、通常、執行の緊急性が高い注文です。

ただし、より有利な価格で板に残っている流動性より先に約定するわけではありません。

注文板にある流動性を順に消費して執行されます。

板に十分な厚みがあれば、成行注文は表示価格に近い価格で約定する場合があります。

板が薄ければ、注文が複数の価格水準にわたり、スリッページが発生することがあります。

そのため、ボラティリティが高い、または流動性が低い暗号資産市場では、大口の成行注文が高コストになることがあります。

注文優先順位と指値注文

指値注文は、指定した価格またはそれより有利な価格で買う、または売る注文です。

Investor.govによると、買い指値注文は指値以下で、売り指値注文は指値以上で執行される可能性があります。

暗号資産市場では、指値注文が注文板に残ると流動性を提供できます。

既存の注文とすぐにマッチングするほど積極的な価格であれば、指値注文でも流動性を消費することがあります。

現在の市場価格を下回る受動的な買い指値注文は、売り手がその価格まで下がってくるのを待つことがあります。

現在の市場価格を上回る受動的な売り指値注文は、買い手がその価格まで上がってくるのを待つことがあります。

同じ価格ですでに多くの注文が板に残っている場合、新しい指値注文はその列の後ろに並ぶことがあります。

つまり、指値注文は価格を指定できますが、約定しない場合もあります。

トレーダーは買値の上限または売値の下限を指定できますが、約定のタイミングまでは決められません。

価格が一時的にその水準に触れても、表示されていた水準の指値注文が約定しない理由は、注文優先順位で説明できます。

注文優先順位とストップ注文

ストップ注文は、市場価格が指定したトリガー価格に達すると有効になります。

Investor.govでは、ストップ注文はストップ価格に達すると成行注文になる注文と説明されています。

暗号資産市場では、ストップ注文はリスク管理、ブレイクアウトでのエントリー、トレンドフォロー戦略などによく使われます。

発動後、ストップ成行注文はすばやく執行されることがありますが、スリッページが生じる可能性があります。

ストップリミット注文は執行価格を管理できますが、市場が急速に動くと約定しない場合があります。

ボラティリティが高い局面では、多数の注文と同時に発動したストップ注文が市場に入ることがあるため、注文優先順位が重要です。

多くのトレーダーが同じ水準付近に損切り注文を設定していると、価格変動によって成行注文の連鎖が発生することがあります。

これにより価格変動が加速し、スリッページが悪化する可能性があります。

ストップ価格と、保証された執行価格が同じだと考えてはいけません。

注文タイプはトリガー後の動作を定めますが、最終結果は優先順位と流動性にも左右されます。

注文優先順位とMaker注文

Maker注文は、すぐに約定せず注文板に残ることで流動性を提供します。

たとえば、現在の最良売値を下回る買い指値注文は、売り手を待つためMaker注文になることがあります。

現在の最良買値を上回る売り指値注文も、買い手を待つためMaker注文になる場合があります。

Maker注文の待ち行列での優先順位は、価格と時間によって決まることがあります。

つまり、ある価格水準で先に出されたMaker注文は、同じ価格の後続注文より先に約定する場合があります。

Maker注文は、価格を管理したいトレーダーに役立つことがあります。

一方、市場価格が離れて注文が約定しないまま残る可能性があるため、リスクもあります。

また、価格が不利な方向に動く直前にMaker注文が約定する場合もあります。

これは逆選択と呼ばれることがあります。

列の優先順位が役立つのは、その価格で約定するリスクをトレーダーが受け入れる場合に限られます。

注文優先順位とTaker注文

Taker注文は、板に残っている注文とすぐにマッチングして流動性を取り除きます。

成行注文は通常、Taker注文です。

スプレッドを越えるほど積極的な価格であれば、指値注文もTaker注文になる場合があります。

Taker注文は一般に、価格のコントロールより速度を優先します。

市場が急速に動いているとき、素早くエントリーまたはエグジットするのに役立つことがあります。

利用可能な流動性が限られている場合、スリッページが生じる可能性もあります。

Taker注文は、板のマッチングルールに基づいて板に残る注文から約定するため、注文優先順位の影響を受けます。

通常は、利用可能な最良価格が先に約定します。

その後、全数量が約定するか、執行できなくなるまで、注文はより深い価格水準へ進む場合があります。

Taker注文でも、全数量を表示された最良価格で約定できるとは限りません。

注文優先順位と一部約定

一部約定とは、注文の一部だけが執行されることです。

注文価格で利用できる流動性が足りない場合に起こることがあります。

注文が待ち行列の後方にある場合にも発生します。

たとえば、ある価格でトークン10枚の買い指値注文を出したとします。

先行注文が約定した後に利用可能になるのが4枚だけであれば、4枚だけ一部約定する可能性があります。

残りの6枚は、注文設定に応じて板に残る、期限切れになる、またはキャンセルされることがあります。

活発な暗号資産市場では、一部約定はよく発生します。

予定より小さなポジションになることがあるため、取引戦略に問題を生じさせる場合があります。

手数料、ヘッジ、リスク管理に影響することもあります。

同じ価格で注文を出した2人のトレーダーが異なる一部約定の結果となる理由は、注文優先順位で説明できます。

注文優先順位と有効期限設定

有効期限設定は、注文が有効な状態で残る期間を定めます。

デイ注文は、所定の取引セッションまたは期間の終了後に期限切れになる場合があります。

キャンセルされるか、約定するか、プラットフォームのルールで期限切れになるまで有効な注文は、GTC（Good-Till-Canceled）注文と呼ばれることがあります。

IOC（Immediate-or-Cancel）注文は、すぐに約定を試み、約定しなかった分をキャンセルします。

FOK（Fill-or-Kill）注文は、直ちに全数量が約定するか、注文全体がキャンセルされます。

これらの設定は注文優先順位と相互に作用します。

有効期間が短い注文は、待ち行列での位置を活用する前に期限切れとなる場合があります。

有効期間が長い注文は、有効かつ未変更のままであれば、待ち行列での位置を維持できることがあります。

注文をキャンセルして出し直すと、時間優先順位がリセットされることがあります。

トレーダーは、緊急性、流動性、戦略、リスク許容度に基づいて有効期限を選ぶべきです。

注文優先順位と待ち行列での位置

待ち行列での位置とは、特定の価格水準における注文の順番です。

順番が前のほうにあれば、市場価格がその水準に達したとき、注文が早く約定する可能性があります。

列の後方にあると、市場価格がその水準に触れても、注文が約定しないことがあります。

人気の価格水準に多くの流動性が置かれている場合によく見られます。

待ち行列での位置は、主要なサポート、レジスタンス、節目価格、清算ゾーン付近で価値を持つ場合があります。

ただし、順番が前であれば常に有利とは限りません。

列の前方にいるトレーダーは、市場がその水準を突破する直前に約定する場合があります。

優先順位は非常に高くても、損失を伴う取引になることがあります。

注文優先順位は約定の可能性を高めますが、それだけで取引アイデアの質を高めるわけではありません。

良い順番であっても、適切なリスク計画が必要です。

注文優先順位とスリッページ

スリッページとは、想定した執行価格と実際の執行価格の差です。

注文優先順位は、利用可能な流動性のうちどの注文が先に約定するかを決めるため、スリッページに影響します。

板に十分な厚みがある場合、小口の成行注文ではスリッページが小さくなることがあります。

板が薄い場合、大口の成行注文は複数の価格水準にある流動性を消費し、大きなスリッページを生じさせることがあります。

指値注文は、指値を超える価格での執行を拒むことでスリッページを抑えられます。

ただし、価格を制御できる代わりに、約定しないリスクが生じます。

暗号資産市場が急変すると、注文が消える、スプレッドが広がる、新しい注文が急速に板に入るといった理由から、スリッページが拡大する場合があります。

ストップ成行注文は、強制決済の連鎖やニュース発表時に特にスリッページの影響を受けやすい場合があります。

注文優先順位によってスリッページがなくなるわけではありません。

他の注文より先にどの注文が流動性を利用できるかを決めるものです。

注文優先順位と強制決済

レバレッジを利用する暗号資産市場では、強制決済によって注文優先順位が非常に重要になる場合があります。

強制決済は、レバレッジを利用したポジションが証拠金要件を満たさなくなり、縮小または決済されなければならない場合に発生します。

強制決済の注文は、注文板に緊急の売り圧力または買い圧力を加えることがあります。

多くのポジションが一度に強制決済されると、市場が複数の価格水準を急速に通過することがあります。

強制決済ゾーン付近の注文はすぐに約定することがありますが、ボラティリティが高い場合もあります。

板に残る注文を出していたトレーダーは、強制決済の連鎖中に約定することがあります。

その後に価格が反発すれば、利益につながる可能性があります。

強制決済の連鎖が続いて価格がさらに下落すれば、不利益となる場合があります。

このような局面では、注文優先順位によって誰が先に約定するかが決まることがあります。

実際に約定したことが有益だったかどうかは、リスク管理によって決まります。

ブロックチェーンネットワークにおける注文優先順位

ブロックチェーンネットワークでは、保留中のどのトランザクションを先にブロックへ含めるかを注文優先順位と呼ぶ場合があります。

ブロックスペースには限りがあるため、保留中のすべてのトランザクションが常にすぐに取り込まれるとは限りません。

ユーザーはネットワークに応じて、手数料、優先手数料、その他のトランザクションパラメーターを設定し、ブロックへの取り込みを競います。

EthereumのGasに関するドキュメントでは、優先手数料はバリデーターへのチップとして使われ、トランザクションをブロックに含める緊急性を示す場合があると説明されています。

EIP-1559では、プロトコルによって調整されるベース手数料と、ユーザーが設定する優先手数料を組み合わせた手数料モデルが導入されました。

EIP-1559の仕様では、ベース手数料はネットワークの混雑状況に応じて調整されると説明されています。

簡単に言えば、ベース手数料はブロックに対して必要となるネットワーク手数料で、優先手数料はトランザクションの取り込みを促すために追加で支払う金額です。

ブロックスペースの競争が激しい場合、優先手数料を高くすると取り込まれる可能性が高まることがあります。

それでも、バリデーター、ビルダー、ネットワーク状況、トランザクション間の依存関係が順序に影響するため、最適な実行結果が保証されるわけではありません。

Bitcoinのメンプールにおける注文優先順位

Bitcoinのトランザクション優先順位は、手数料率とメンプールの状況に密接に関係します。

Bitcoinのトランザクションに関するドキュメントでは、最低手数料しか支払わないトランザクションは、余分なブロックスペースができるまで長時間待つ可能性があると説明されています。

Bitcoinのトランザクションは、仮想サイズに基づいてブロックスペースを使用するため、手数料率が重要です。

手数料率が高いトランザクションは一般に、低いトランザクションよりマイナーにとって魅力的です。

メンプールが混雑していると、低手数料のトランザクションは長く待つ場合があります。

メンプールが混雑していなければ、低手数料のトランザクションでも早く承認される場合があります。

Bitcoinのユーザーは、承認前に手数料引き上げの方法を使って優先順位を上げられる場合があります。

Bitcoin OptechのReplace-by-Feeに関する資料では、RBFを使うと、未承認トランザクションと少なくとも1つの同じ入力を使用し、より高い手数料を支払う別のトランザクションに置き換えられると説明されています。

このように、承認前にトランザクションの相対的な順番が変わる可能性があるため、Bitcoinの注文優先順位は動的です。

ユーザーは、緊急性、メンプールの状況、後で手数料を引き上げる必要が生じる可能性に基づいて手数料を設定しましょう。

注文優先順位とMEV

MEVはMaximal Extractable Value（最大抽出可能価値）の略です。

ブロック内のトランザクションの取り込み、除外、順序変更によって得られる価値を指します。

EthereumのMEVに関するドキュメントでは、トランザクションの順序によってフロントランニングやサンドイッチ攻撃などの機会が生まれると説明されています。

価格を変える、アービトラージの機会を生む、強制決済を引き起こす、流動性プールに大量の資金を移すなどのトランザクションでは、注文優先順位が特に重要になります。

公開された保留中のトランザクションは、承認前に他者から見える場合があります。

サーチャーや自動システムは、その前後にトランザクションを配置しようとすることがあります。

これによってユーザーの執行価格が変わったり、取引が失敗したりする場合があります。

スリッページ設定、プライベートなトランザクション経路、バッチオークション、慎重な注文サイズ設定によって、MEV関連のリスクを一部軽減できます。

ただし、すべてのMEVリスクを取り除ける単純な設定はありません。

オンチェーンの注文優先順位は、状況によっては敵対的になり得ることを理解しておきましょう。

分散型取引所における注文優先順位

分散型取引システムでは、さまざまな執行方式が使われます。

オンチェーンまたはオフチェーンの指値注文板を採用するものがあります。

自動マーケットメイカーを採用するものもあります。

RFQ（見積依頼）方式を採用するものもあります。

バッチオークションやインテントベースの執行を採用するものもあります。

注文板方式では、キューを備えた設計であれば、注文優先順位は価格・時間優先に似たものになる場合があります。

自動マーケットメイカーでは、ユーザーが流動性プールの計算式に基づいて取引するため、従来の注文キューが存在しない場合があります。

その場合、優先順位はトランザクションの順序、ブロックへの取り込み、スリッページ上限によって決まることがよくあります。

バッチオークションでは、多数の注文が集められ、オークションルールに基づいてまとめて清算されることがあります。

これによって数ミリ秒の差の重要性を軽減できますが、正確な効果は設計によって異なります。

注文優先順位と自動マーケットメイカー

自動マーケットメイカーは、中央指値注文板と同じような従来の買値・売値の注文板を使用しません。

代わりに、ユーザーは数式とスマートコントラクトで管理される流動性プールと取引します。

それでも、トランザクションの順序によってプールの準備金と価格が変わるため、注文優先順位は重要です。

あるトレーダーのスワップが別のトレーダーより先に実行されると、後者が受け取る価格が変わる可能性があります。

大口スワップはプール価格を動かすことがあるため、特に重要です。

ユーザーのスリッページ許容度は、価格がどれほど不利になった場合にトランザクションを失敗させるかを定めます。

スリッページ許容度を高くすると執行される可能性が高まる一方、約定価格が悪化するリスクも高まります。

スリッページ許容度を低くすると価格を守りやすくなりますが、トランザクションが失敗するリスクが高まります。

AMMでは、トランザクションの優先順位は、取引サイズや流動性の厚みと同じくらい重要になることがよくあります。

実行順序によって、各ユーザーが受け取る価格が直接変わることがあります。

注文優先順位とGas War

Gas Warとは、多数のユーザーが手数料を引き上げ、緊急性の高いトランザクションを先に取り込んでもらおうと競う状況です。

人気トークンのミント、市場の混乱、強制決済、アービトラージの機会、ネットワークの急な混雑などをきっかけに発生することがあります。

Gas Warでは、ユーザーが優先手数料を引き上げ、トランザクションが早く取り込まれる可能性を高めようとします。

その結果、トランザクションコストが急上昇することがあります。

取り込みのために過払いするユーザーもいます。

一方、手数料が低すぎて機会を逃すユーザーもいます。

失敗したトランザクションでも、ブロックに含まれて実行に失敗すると手数料が発生する場合があります。

Gas Warは、注文優先順位が常に無料ではないことを示しています。

多くの場合、優先順位は高い手数料、優れたルーティング、高速なインフラによって得られます。

積極的に競う前に、早期の取り込みがコストに見合うか判断しましょう。

注文優先順位とフロントランニング

フロントランニングとは、予想される注文の前に自分の注文またはトランザクションを出し、価格への影響から利益を得ようとする行為です。

注文板では、目に見える市場シグナルや大口注文の予測にすばやく反応することが関係する場合があります。

オンチェーンでは、保留中のトランザクションを監視し、より高い優先手数料を設定したトランザクションを送信することがあります。

オンチェーンの注文優先順位が重要な理由の一つは、フロントランニングです。

大口スワップを公開メンプールに送ると、トランザクションの承認前に有用な情報が漏れる可能性があります。

自動サーチャーが、そのスワップより先に取引しようとする場合があります。

その結果、ユーザーの執行価格が悪化する可能性があります。

プライベートルーティング、注文サイズの縮小、厳しめのスリッページ上限、予測しにくいタイミングなどで、リスクを一部軽減できます。

ただし、それぞれの対策にはトレードオフがあります。

高速な執行と透明性の高い公開決済によって、新たな順序変更リスクが生まれる場合があります。

注文優先順位とサンドイッチ攻撃

サンドイッチ攻撃とは、攻撃者がユーザーの取引の前後にトランザクションを配置する攻撃です。

攻撃者は、ユーザーの取引によって生じる価格変動から利益を得ようとします。

この攻撃はトランザクションの順序に大きく依存します。

攻撃者がユーザーのトランザクションの前後に配置できない、またはその配置を予測できない場合、攻撃は難しくなります。

取引サイズがプールの流動性に比べて大きく、ユーザーが緩いスリッページ上限を設定している場合に、サンドイッチ攻撃が特に発生しやすくなります。

スリッページ許容度を下げる、大口取引を分割する、流動性の厚いプールを使う、分かりやすいタイミングを避ける、公開メンプールへの露出を抑える執行ツールを使うなどでリスクを軽減できます。

ただし、これらの選択によって、トランザクション失敗の増加、執行の遅れ、手数料の上昇が生じる場合もあります。

重要な教訓は、注文優先順位が取引の執行可否だけでなく、取引が悪用されるかどうかにも影響することです。

順序変更への対策が不十分な取引は、他者に利益をもたらす可能性があります。

執行の質も取引コストの一部です。

注文優先順位と注文タイプ

注文タイプによって、優先順位との関わり方は異なります。

成行注文は執行速度を優先します。

指値注文は価格のコントロールを優先します。

Post-Only注文は、流動性を消費せず提供することを試みます。

IOC注文はすぐに約定を試み、約定しなかった数量をキャンセルします。

FOK注文は、全数量がすぐに約定するか、まったく執行されないかのいずれかです。

ストップ注文は、指定した価格水準に達すると発動します。

Reduce-Only注文は、エクスポージャーを増やすのではなく、既存のポジションを減らすことを目的とします。

注文タイプごとに優先順位とリスクの特性が異なります。

トレーダーは、速度、価格、確実性、リスクの望ましいバランスに基づいて注文タイプを選ぶべきです。

注文優先順位とレイテンシ

レイテンシとは、注文やトランザクションを送信してから、受信、処理、承認されるまでの遅延です。

注文板での取引では、レイテンシが低いほど、トレーダーが注文をすばやく出す、キャンセルする、更新するうえで有利になる場合があります。

ブロックチェーンのトランザクションでは、レイテンシが低いと、トランザクションがノード、リレー、ビルダー、バリデーターに早く届くことがあります。

レイテンシが低いだけで優先順位が保証されるわけではありません。

価格、手数料、注文タイプ、マッチングルール、ネットワーク状況も引き続き重要です。

ただし、多くのユーザーが似た価格や手数料で競う場合、レイテンシが優先順位に影響することがあります。

高速なシステムは、低速なシステムより先に市場変化へ反応できます。

このため、プロのトレーダーや自動システムが優位に立つことがあります。

個人ユーザーは、あらゆる速度競争に勝てると考えるべきではありません。

実際の執行環境に合った注文タイプとリスク管理を利用しましょう。

注文優先順位と公平性

注文優先順位は市場の公平性と密接に関係します。

透明性の高い優先ルールがあれば、ある注文が別の注文より先に約定した理由をユーザーが理解できます。

ルールが不明確だと、トレーダーは執行が不規則、または不公平だと感じることがあります。

価格・時間優先は説明しやすいため、広く使われています。

ただし、ルールが透明でも高速なインフラが有利になることがあります。

プロラタ方式は、板に大きな注文を表示する参加者に有利となる場合があります。

オンチェーンの順序付けでは、高い優先手数料を支払うユーザーや専門的なルーティングを利用するユーザーが有利になる場合があります。

バッチオークションは速度の優位性を一部抑えられますが、別の設計上のトレードオフが生じます。

完全な優先順位システムはありません。

重要なのは、ユーザーが執行リスクを理解できるほど、ルールが明確であることです。

注文優先順位と非表示の流動性

非表示の流動性とは、公開注文板にすべてが表示されていない取引需要を指します。

市場によっては、アイスバーグ注文、表示数量の予約、その他の注文タイプにより、実際の注文サイズの一部だけを表示する場合があります。

表示された板の厚みからは執行環境の全体像が分からないことがあるため、非表示の流動性は注文優先順位に影響します。

ある価格水準で流動性が少ないと思っていても、価格がそこに達したときに非表示の注文が現れることがあります。

目に見える列の前方にいると思っていても、特殊な注文ルールが執行に影響する場合があります。

暗号資産ユーザーは、利用する取引所やプロトコルが非表示注文、予約数量、ミッドポイントマッチング、オークション方式、その他の高度な注文ルールを採用しているか理解しておくべきです。

こうした機能は、一部のユーザーにとって執行を改善し、情報の漏えいを抑えることがあります。

一方、優先順位を予測しにくくする場合もあります。

表示されている注文板データは有用ですが、全体像を示すとは限りません。

実際に何が起きたかを理解するには、約定レポートが必要となることがよくあります。

注文優先順位と自己管理型ウォレットのトランザクション

自己管理型ウォレットのユーザーが自分のウォレットからトランザクションを送る際にも、注文優先順位は関係します。

ウォレットが手数料を自動で見積もっても、その金額がユーザーの緊急性に合っているとは限りません。

手数料の低いトランザクションは、混雑中に保留状態が続くことがあります。

手数料の高いトランザクションは早く承認される可能性がありますが、コストが増えます。

Ethereum型の手数料市場では、ユーザーは上限手数料と優先手数料を設定または承認することがよくあります。

Bitcoinでは、手数料率と目標とする承認時間を考慮することがよくあります。

トランザクションを急ぐ場合は、優先順位を上げるために高い手数料を支払うことがあります。

急がない場合は、低い手数料を選んで待つことができます。

自己管理によってユーザーの裁量が広がる一方、より多くの注意が必要になります。

優先順位はネットワークの機能だけではなく、ユーザーが判断するものです。

注文優先順位とトランザクションの失敗

優先順位が高いトランザクションでも失敗することがあります。

これは、トランザクションがチェーンに届いた後、スマートコントラクトの呼び出しがリバートする場合によく見られます。

価格がスリッページ上限を超えて変動すると、スワップが失敗することがあります。

先に供給が売り切れると、ミントが失敗することがあります。

別のトランザクションが先に実行されると、強制決済が失敗することがあります。

ユーザーに参加資格がない場合やコントラクトの状態が変化した場合、請求が失敗することがあります。

実行に失敗しても、ユーザーが一部のネットワーク手数料を支払う場合があります。

つまり、優先順位が高いことで処理を早められても、希望する状態がその時点でも利用可能であることまでは保証されません。

緊急性の高い実行のために高い手数料を支払う前に、コントラクトの条件を理解しておきましょう。

注文優先順位と決済リスク

決済リスクとは、予定した取引、送金、トランザクションが想定どおりに完了しないリスクです。

迅速な執行が必要な場合、注文優先順位によって決済リスクが軽減されることがあります。

一方、優先順位のために過剰な手数料を支払うと、コストが増える可能性があります。

注文板では、一部約定、未約定、スリッページが決済リスクの原因になることがあります。

オンチェーンでは、トランザクションの保留、実行失敗、手数料の急騰、順序変更、ブロックの混雑などが決済リスクにつながります。

P2P取引では、支払い証明、エスクローの解除、取引相手の行動なども関係する場合があります。

適切な決済計画では、必要な優先順位の水準と、執行に失敗した場合の対応を定めます。

優先順位を保証とみなすべきではありません。

より広い執行計画の中の一つの手段として扱いましょう。

最適な優先順位の選択は、金額、緊急性、市場の厚み、リスク許容度によって異なります。

注文優先順位を理解するメリット

注文優先順位を理解すると、トレーダーは適切な注文タイプを選びやすくなります。

価格が指定水準に触れても注文が約定しない理由を理解できます。

アクティブトレーダーは、待ち行列での位置やスリッページを管理しやすくなります。

DeFiユーザーは、トランザクションの順序がスワップ価格を変える理由を理解できます。

ウォレットユーザーは、妥当なネットワーク手数料を選びやすくなります。

事業者は、手数料を上げてでも決済を急ぐべきか判断しやすくなります。

清算担当者やアービトラージトレーダーは、執行速度と順序が重要な理由を理解できます。

長期投資家は、手数料が高い混雑時に払いすぎることを避けやすくなります。

表示価格と保証された執行価格を混同しにくくなります。

注文優先順位を学ぶことで、執行を謎ではなく、検証して改善できるプロセスとして捉えられます。

注文優先順位に関連するリスク

最初のリスクは、注文が約定しないことです。

指値注文が他の注文の後ろに残り、約定しない場合があります。

2つ目のリスクは、スリッページです。

優先順位の高い流動性がなくなった後、成行注文が不利な価格で約定することがあります。

3つ目のリスクは、手数料の過払いです。

ユーザーがトランザクションを急いでいないのに、ブロックチェーン上の優先順位を得るために多額を支払う場合があります。

4つ目のリスクは、承認の遅延です。

混雑中には、手数料の低いトランザクションが予想以上に長く待つことがあります。

5つ目のリスクは、MEVへの露出です。

公開されたオンチェーントランザクションは、他のトランザクションによって順序を変えられたり、前後を挟まれたりすることがあります。

6つ目のリスクは、誤った確信です。

コントラクトの条件や流動性が先に変化する可能性があるにもかかわらず、優先順位が成功を保証すると考えることがあります。

7つ目のリスクは、運用上の混乱です。

約定しなかった原因が、価格、時間、注文タイプ、流動性、システムのルールのどれなのか、トレーダーが理解できない場合があります。

注文優先順位を利用する際のベストプラクティス

正確な価格より速度を重視する場合にのみ、成行注文を使いましょう。

約定の確実性より価格のコントロールを重視する場合は、指値注文を使います。

大口注文を出す前に、注文板の厚みを確認しましょう。

市場が価格・時間優先、FIFO、プロラタ、オークションなど、どのルールを使っているか理解します。

板に残る注文をキャンセルして出し直す際は、順番を失う可能性を考慮します。

流動性が薄い場合は、注文サイズを小さくします。

オンチェーンスワップでは、現実的なスリッページ上限を設定しましょう。

緊急のトランザクションを送信する前に、Gasや手数料の状況を確認します。

遅延中のトランザクションでは、対応していて適切な場合、手数料の引き上げを利用します。

優先順位の高いトランザクションが常に成功すると考えてはいけません。

注文ID、トランザクションハッシュ、手数料、約定内容、タイムスタンプを記録しておきましょう。

執行レポートを見直し、優先順位の判断が有利だったか不利だったか確認します。

注文優先順位に関するよくある間違い

よくある間違いの一つは、最良の表示価格なら注文全体が約定すると考えることです。

もう一つは、市場価格が指値に触れれば指値注文は必ず約定すると思い込むことです。

3つ目は、注文をキャンセルして出し直すと時間優先順位を失う可能性を忘れることです。

4つ目は、板の厚みを確認せず、板が薄い市場で成行注文を使うことです。

5つ目は、ブロックチェーンの手数料を高くすればスマートコントラクトの実行成功が保証されると思うことです。

6つ目は、オンチェーンスワップでスリッページを高く設定しすぎることです。

7つ目は、執行を急ぎ、ボラティリティが高いときにスリッページを低く設定しすぎることです。

8つ目は、MEVや公開メンプールのリスクを無視することです。

9つ目は、トランザクションのブロードキャストと承認を混同することです。

10個目は、注文優先順位を執行ルールではなく取引戦略として扱うことです。

注文優先順位が特に重要となる場面

ボラティリティが高い市場では、注文優先順位が特に重要です。

流動性が薄い場合も重要です。

トレーダーが大口の成行注文を出す場合も重要です。

同じ価格水準に多くの注文が並ぶ場合も重要です。

ブレイクアウト、ブレイクダウン、強制決済、ニュース発表時にも重要です。

ブロックチェーンネットワークが混雑している場合も重要です。

トークンのミント、緊急の請求、アービトラージ、強制決済の際も重要です。

DeFi取引の価格インパクトが大きい場合も重要です。

事業者の支払いで速やかな決済が必要な場合も重要です。

実行順序によってコスト、速度、結果が変わるあらゆる場面で重要になります。

注文優先順位があまり重要でない場面

流動性が厚く落ち着いた市場での小規模な取引では、注文優先順位の重要性は低くなります。

トレーダーが急がず、保守的な指値注文を使う場合も重要性は低くなります。

ブロックチェーンのトランザクションを急ぐ必要がない場合も同様です。

手数料が低く、利用可能なブロックスペースがある場合も重要性は低くなります。

価格インパクトが小さく、スリッページ上限が厳しいDeFiトランザクションでも同様です。

長期投資家が厳密な順番より大まかなエントリー範囲を重視している場合も、重要性は低くなります。

それでも、執行の質は実際のコストに影響するため、概念としては重要です。

頻繁に取引する場合、小さな差も積み重なります。

慎重なユーザーであっても、注文が約定した、またはしなかった理由を理解しておくべきです。

市場が落ち着いていると注文優先順位は見えにくくなりますが、なくなるわけではありません。

注文優先順位を一言で説明すると

注文優先順位とは、価格、時間、サイズ、手数料、注文タイプ、ネットワークの混雑、プロトコル設計などの要素に基づき、どの暗号資産の注文、取引、ブロックチェーンのトランザクションを先に実行するか決める順位付けルールです。

FAQ

注文優先順位とは何ですか？

注文優先順位とは、どの注文またはトランザクションを先に実行するかを決めるルールです。

価格・時間優先とは何ですか？

価格・時間優先とは、最良の価格が先に優先され、同じ価格の注文では最も早い注文が優先される仕組みです。

注文優先順位におけるFIFOとは何ですか？

FIFOは先入れ先出しを意味し、特定の価格水準で最も早く出された注文が、同じ価格の後続注文より先に約定します。

成行注文は最も優先順位が高いのですか？

成行注文は利用可能な流動性と執行されるため緊急性が高いものの、特定の価格が保証されるわけではありません。

価格が指定水準に触れたのに指値注文が約定しなかったのはなぜですか？

注文が先行注文の後ろに並んでいたか、その価格で十分な取引量がなかった可能性があります。

注文をキャンセルすると優先順位に影響しますか？

はい。キャンセルして注文を出し直すと、新しい注文は元の時間優先順位を失うことがあります。

Ethereumの注文優先順位はどのように決まりますか？

Ethereumのトランザクション優先順位は、ベース手数料や優先手数料を含むGas設定に加え、ブロックスペースの需要やトランザクションの順序付けルールに左右されます。

Bitcoinの注文優先順位はどのように決まりますか？

Bitcoinのトランザクション優先順位は、手数料率、トランザクションサイズ、メンプールの混雑、RBFなどの手数料引き上げ方針に大きく左右されます。

注文優先順位に関連するMEVとは何ですか？

MEVとは、ブロックチェーン上のトランザクションを取り込む、除外する、順序を変えることで抽出できる価値です。

注文優先順位によってスリッページを防げますか？

いいえ。注文優先順位は執行順序に影響しますが、スリッページは流動性、取引サイズ、ボラティリティ、注文タイプによって決まります。

優先順位が高いほど常に有利ですか？

いいえ。優先順位が高いと速度が上がる可能性がありますが、手数料の増加、価格条件の悪化、拙速な執行判断につながることもあります。

トレーダーは注文優先順位を安全に活用するにはどうすればよいですか？

適切な注文タイプを選び、流動性を確認し、現実的な手数料を設定し、スリッページを管理し、明確なリスク上限を設けることで、注文優先順位を慎重に活用できます。

まとめ

注文優先順位は、取引とブロックチェーンの決済の両方に影響するため、暗号資産における重要な執行概念の一つです。

注文板では、どの買い注文と売り注文を先に約定させるかを決めます。

ブロックチェーンネットワークでは、どのトランザクションを先に取り込むか、またトランザクションの順序が最終結果にどう影響するかを決める助けとなります。

DeFiでは、スワップで有利な価格を得られるか、強制決済が成功するか、アービトラージが成立するか、トランザクションがMEVの影響を受けるかを左右することがあります。

最もよく知られている方式は価格・時間優先で、より良い価格が先に扱われ、同じ価格では古い注文が優先されます。

プロラタ方式、オークション清算、AMMによる執行など、他の方式では異なる優先順位の動作が生じることがあります。

すべての暗号資産市場で同じ方法によって注文が順位付けされると考えてはいけません。

また、ブロックチェーンのトランザクション優先順位と取引注文の優先順位は異なるものだと覚えておきましょう。

指値注文のキューは市場のマッチングルールに左右されます。一方、オンチェーントランザクションは、手数料、ブロックスペース、バリデーター、ビルダー、メンプールへの可視性、プロトコル設計に左右されます。

注文優先順位を正しく理解すれば、執行の改善に役立ちます。

誤解すれば、損失につながることもあります。

注文の列で後ろにいたため、トレーダーが約定機会を逃す場合があります。

優先順位の高い流動性が先に消費され、成行注文でスリッページが発生することがあります。

ウォレットのトランザクションは、手数料が低すぎるため保留状態になる場合があります。

実行前にトランザクションの順序が変わり、DeFiスワップの価格が悪化することがあります。

最も慎重な方法は、注文優先順位を執行計画の一部として扱うことです。

ユーザーは注文タイプを慎重に選び、流動性を確認し、キューでの位置を理解し、妥当な手数料を設定し、スリッページに備え、優先順位が成功を保証すると考えないようにしましょう。

適切に活用すれば、注文優先順位はトレーダーやウォレットユーザーが速度、コスト、執行リスクを管理するのに役立ちます。

不用意に使うと、優れた市場判断が不利な約定、トランザクションの失敗、回避可能な損失につながることがあります。