注文執行（Order Execution）

暗号資産における注文執行とは？

注文執行とは、ユーザーが注文を送信した後に、買い注文、売り注文、スワップ、送金、強制決済、またはスマートコントラクトのトランザクションを完了するプロセスです。

暗号資産取引における注文執行は、注文がユーザーの画面からマッチングエンジン、注文板、流動性プール、取引相手の提示価格、またはブロックチェーントランザクションに至るまでの流れを指します。

簡単に言えば、注文執行は一つの重要な問いに答えるものです。

注文は実際に完了したのか。また、どのような価格、コスト、速度、品質で完了したのか。

トレーダーが買いまたは売りをクリックしても、その操作は執行プロセスの始まりにすぎません。

最終結果は、全量約定、一部約定、注文失敗、注文キャンセル、注文拒否、保留中のトランザクション、取り消されたトランザクション、または確認済みの決済となる場合があります。

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

暗号資産市場では、価格が急変し、流動性が消失し、ブロックチェーントランザクションが遅延または順序変更される可能性があるため、この点は特に重要です。

注文執行は速度だけの問題ではありません。

価格、スリッページ、手数料、確認、決済、リスクを含む、結果全体の品質が重要です。

注文執行の重要ポイント

• • 注文執行とは、暗号資産の注文、取引、スワップ、またはブロックチェーントランザクションを完了するプロセスです。
  • 執行品質は、価格、速度、流動性、手数料、スリッページ、注文タイプ、ルーティング、レイテンシ、決済状況によって決まります。
  • 成行注文は速度を優先しますが、想定より不利な価格で約定する場合があります。
  • 指値注文は価格を指定できますが、市場が十分な流動性を伴って指値価格に達しなければ約定しない場合があります。
  • ストップ注文はリスク管理に役立つ場合がありますが、トリガー後に成行注文となり、スリッページが発生することがあります。
  • オンチェーンの注文執行は、ガス代、優先手数料、ブロックスペースの需要、トランザクションの順序、スマートコントラクトの状態、ファイナリティに左右されます。
  • DeFiでは、流動性プールの深度、価格インパクト、スリッページ許容度、MEV、トランザクションの失敗、実行順序が執行に影響することがあります。
  • 適切な執行には、市場の確認、注文タイプの選択、現実的な上限の設定、手数料の理解、最終的な決済の確認が必要です。

注文執行の仕組み

注文執行は、ユーザーが購入、売却、スワップ、貸付、借入、ポジション決済、またはスマートコントラクトとのやり取りを決めたときに始まります。

ユーザーは、資産、数量、注文タイプ、価格上限、ネットワーク、ウォレット、手数料設定、執行経路を選択します。

取引インターフェース、ウォレット、または分散型アプリケーションが注文やトランザクションを準備します。

注文は、マッチングエンジン、注文板、流動性プロバイダー、自動マーケットメイカー、エスクローコントラクト、またはブロックチェーンのメンプールに送られる場合があります。

システムは、現在の状況で注文をマッチング、ルーティング、取り込み、または執行できるかを確認します。

十分な流動性があり、注文条件が満たされれば、注文は約定する可能性があります。

流動性が十分でなければ、一部だけ約定する場合があります。

価格条件が満たされなければ、注文はオープンのままになるか、期限切れになる場合があります。

オンチェーントランザクションの実行前にスマートコントラクトの状態が変化すると、トランザクションが失敗する場合があります。

ユーザーは、執行レポート、注文履歴、トランザクションハッシュ、ブロックチェーンエクスプローラー、ウォレット残高、またはコントラクトイベントを通じて最終結果を確認する必要があります。

注文執行と注文発注

注文発注とは、注文を送信する操作です。

注文執行とは、市場やネットワークの状況に応じて注文を完了することです。

発注した注文が必ず約定するとは限りません。

指値注文は、注文板に残ったまま約定しないことがあります。

ストップ注文は、トリガー価格に達するまで待機することがあります。

ブロックチェーントランザクションは、ブロックに取り込まれるまで保留中のままになる場合があります。

スマートコントラクトのトランザクションは、オンチェーンに取り込まれても、コントラクト呼び出しがリバートすると失敗する場合があります。

ボタンをクリックすれば取引が完了すると初心者が考えることがあるため、この違いは重要です。

実際には、注文が約定するか、関連システムのルールに従ってトランザクションが決済されて初めて取引が完了します。

慎重なユーザーは、執行されたと思い込まず、最終ステータスを確認します。

注文執行と決済

注文執行と決済は関連していますが、同じものではありません。

執行とは、取引またはトランザクションの操作が実行されたことです。

決済とは、結果として生じた資産の移動やアカウント更新を、最終的なものとして信頼できる状態になることです。

注文板での取引では、買い注文と売り注文がマッチングした時点で執行される場合があります。

決済には、残高の更新、担保の調整、出金権限の利用開始などが含まれる場合があります。

ブロックチェーンでは、トランザクションが取り込まれて処理されることが執行を意味する場合があります。

受取側が結果を完了とみなす前に、承認、ファイナリティ、または追加の業務上の確認が決済に必要となる場合があります。

Ethereumのトランザクションに関するドキュメントでは、トランザクションがネットワークに配信され、バリデーターに選ばれてブロックに含まれ、その後正当化・ファイナライズされると説明されています。

このように、執行とファイナリティは一瞬の出来事ではなく、段階として捉える必要があります。

指値注文板における注文執行

指値注文板は、価格と優先順位のルールに基づいて買い注文と売り注文をマッチングします。

買い注文は買い注文（Bid）、売り注文は売り注文（Ask）です。

成行買い注文は、最も低い価格の売り注文から約定します。

成行売り注文は、最も高い価格の買い注文から約定します。

買い指値注文は、指値価格以下でのみ約定します。

売り指値注文は、指値価格以上でのみ約定します。

希望価格に十分な流動性が注文板にあれば、注文は全量約定する場合があります。

必要な流動性の一部しか注文板になければ、注文は一部約定となる場合があります。

価格条件が満たされなければ、注文はオープンのままになる場合があります。

最終的な約定価格は、注文タイプ、板の厚み、スプレッド、キュー内の優先順位、市場の動く速さによって決まります。

DeFiにおける注文執行

DeFiの注文執行は、従来型の注文板における執行とは異なる場合があります。

分散型システムには、注文板を使うものがあります。

自動マーケットメイカーを使うものもあります。

見積もり依頼方式を使うものもあります。

バッチオークション、意図、スマートコントラクトによるルーティングを使うものもあります。

自動マーケットメイカーでは、別のトレーダーの待機注文とマッチングするのではなく、流動性プールとのスワップを行います。

約定価格は、プールの準備資産、取引サイズ、手数料水準、ルーティング経路、スリッページ許容度によって決まります。

プールが厚ければ、執行がより円滑になる場合があります。

プールが薄ければ、価格インパクトが大きくなる場合があります。

トランザクションが保留中の間に他のスワップによってプールの準備資産が変わると、最終的な執行結果がプレビューと異なる場合があります。

そのためDeFiユーザーは、執行結果を信頼する前に、想定受取額、最低受取額、スリッページ、ガス代、トランザクション状況を確認する必要があります。

ブロックチェーンネットワークにおける注文執行

ブロックチェーン上の注文執行は、トランザクションの取り込みとプロトコルのルールに左右されます。

ユーザーはウォレットを使ってトランザクションに署名します。

トランザクションはネットワークに配信されるか、インフラを通じて送信されます。

バリデーター、マイナー、ビルダー、その他のブロック生成者は、プロトコルのルールや経済的なインセンティブに従ってトランザクションを選択します。

Ethereumのガスに関するドキュメントでは、総手数料には基本手数料と優先手数料が含まれ、手数料が低すぎるとトランザクションが遅れて実行されたり、まったく実行されなかったりする場合があると説明されています。

EIP-1559仕様では、ブロック需要に応じて基本手数料が調整される中、トランザクションに最大手数料と優先手数料を設定する手数料モデルが導入されました。

Bitcoinのトランザクションに関するドキュメントでは、従来の優先領域がデフォルト動作から削除された後、トランザクションはバイトあたりの手数料に応じて優先順位付けされると説明されています。

つまり、ブロックチェーンの執行では、限られたブロックスペースをめぐって競争が生じる場合があります。

より速い執行を必要とするユーザーは高い手数料を支払うことがよくありますが、手数料が高くてもスマートコントラクトの処理成功が保証されるわけではありません。

成行注文と執行

成行注文は、利用可能な最良価格ですぐに約定することを目的としています。

正確な価格より速度を重視する場合、成行注文が役立ちます。

値動きが速い局面でも、素早くエントリーまたは決済できる場合があります。

一方、流動性が薄いと深刻なスリッページが発生することがあります。

最良売値に十分な数量がなければ、成行買い注文は複数の価格水準で約定する場合があります。

最良買値に十分な数量がなければ、成行売り注文は複数の価格水準で約定する場合があります。

直近の約定価格は、成行注文の約定価格を保証するものではありません。

ボラティリティが高いと注文板が急速に変化する暗号資産市場では、特に重要な点です。

流動性の高い市場では、小さな成行注文が有利に約定する場合があります。

流動性の薄い市場で大口の成行注文を出すと、ユーザーに不利な方向へ価格が動くことがあります。

指値注文と執行

指値注文は、約定を許容できる最も不利な価格を設定します。

買い指値注文は、指値価格以下でのみ約定します。

売り指値注文は、指値価格以上でのみ約定します。

これにより、成行注文より価格を管理しやすくなります。

その代わり、注文が約定しない場合があります。

価格が指値水準に達しても、その価格で十分な取引高がなければ、注文の一部または全部が未約定のままになる場合があります。

キューの前に多くの注文がある場合、市場価格が到達しても先行注文から約定することがあります。

指値注文は不利な価格での約定を防げますが、約定そのものは保証しません。

そのため、指値注文は待つことができるトレーダーには有用ですが、即時決済が必要な場合には適さないことがあります。

指値注文の執行品質は、価格、時間優先順位、市場深度、キュー内の位置によって決まります。

ストップ注文と執行

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

Investor.govによると、ストップ価格に達するとストップ注文は成行注文になります。

暗号資産取引では、下落リスクの管理やモメンタム取引への参入にストップ注文がよく使われます。

ストップロス注文はポジションを守るのに役立つ場合がありますが、最終的な約定価格は保証されません。

市場価格がストップ水準を急速に通過すると、想定より不利な価格で約定する場合があります。

ストップリミット注文ではトリガー後の指値を設定できますが、市場価格が指値を通過すると約定しない場合があります。

ここでは重要な選択が必要です。

ストップ成行注文は、約定の確実性を優先します。

ストップリミット注文は、価格の管理を優先します。

どちらの注文タイプも、暗号資産市場が急変したときのリスクをなくすものではありません。

一部約定

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

選択した価格で利用できる流動性より注文サイズが大きい場合によく起こります。

たとえば、ある価格で100トークンの買い指値注文を出す場合があります。

価格が離れる前にその価格で40トークン分しか利用できなければ、40トークンの一部約定となります。

残りの60トークンは、注文設定に応じてオープンのまま、期限切れ、またはキャンセルとなる場合があります。

一部約定は、取引戦略に問題を生じさせることがあります。

予定していたより小さなポジションになる可能性があります。

ヘッジが不完全になる場合があります。

強制決済を防ぐための取引で、リスクを十分に減らせない可能性があります。

ユーザーは、注文が一部約定を許容するのか、全量約定を必要とするのかを理解しておく必要があります。

執行失敗

執行失敗とは、注文やトランザクションが意図したとおりに完了しないことです。

注文板では、価格条件が満たされない、注文期限が切れる、アカウントの資金が不足する、または市場が注文を拒否することで失敗する場合があります。

DeFiでは、スリッページが許容上限を超える、流動性が変化する、コントラクトがリバートする、ガス代が不足する、または別のトランザクションが先に状態を変えることで失敗する場合があります。

失敗したブロックチェーントランザクションがブロックに取り込まれて実行された場合、ネットワーク手数料が発生することがあります。

失敗したトランザクションに費用がかかるとは思わず、初心者が驚くことがあります。

実際には、バリデーターやマイナーがトランザクションの試行を処理しています。

スマートコントラクトの結果がユーザーの希望どおりでなくても、ユーザーは計算処理に対する費用を支払います。

トークンのミント、請求、強制決済、需要の高いスワップ、ガス代の競争では、執行失敗が特に多くなります。

同じ操作を再試行する前に、トランザクションの状況を確認してください。

原因を理解せずに失敗したトランザクションを繰り返すと、さらに手数料が無駄になる可能性があります。

約定価格

約定価格とは、注文が実際に約定した価格です。

成行注文では、約定中に流動性が変化するため、約定価格が表示価格と異なることがあります。

指値注文では約定価格は指値条件を満たす必要がありますが、注文の全量が約定するとは限りません。

DeFiスワップの約定価格は、プールの準備資産、手数料、ルーティング、価格インパクト、オンチェーン取引の順序によって決まります。

注文が複数の価格水準で約定した場合、平均約定価格が重要です。

最良売値が100と表示されていても、大口の買い注文が複数の売り価格を消化すると、平均約定価格が102になる場合があります。

その差によって、取引の利益が想定より小さくなることがあります。

取引が完了した後は、必ず約定価格を確認してください。

優れたトレーダーは、想定価格、実際の価格、手数料、スリッページを比較します。

この習慣は、今後の執行判断の改善に役立ちます。

執行速度

執行速度とは、注文またはトランザクションの送信後、完了するまでの速さです。

ブレイクアウト、ブレイクダウン、強制決済、ボラティリティの高いイベントでは、速い執行が重要な場合があります。

執行が遅いと、約定機会を逃したり、価格が不利になったり、機会を失ったりする可能性があります。

注文板での執行速度は、マッチングエンジンの性能、ルーティング、レイテンシ、流動性、注文タイプによって決まります。

ブロックチェーンネットワークでの執行速度は、手数料、ブロックスペースの需要、トランザクションの伝播、バリデーターまたはマイナーによる選択、ネットワークの混雑状況によって決まります。

速度には価値がありますが、常にどんなコストにも見合うとは限りません。

緊急性のないトランザクションに過剰な手数料を支払うことがあります。

速度を優先して成行注文を使い、不要なスリッページを受け入れる場合があります。

最適な執行判断では、緊急性、価格の質、コストのバランスを取ります。

最終結果が許容できる場合にのみ、速い執行は有用です。

スリッページと注文執行

スリッページは、暗号資産の執行における最も重要なリスクの一つです。

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

プラスのスリッページは、想定より有利な価格で約定することを意味します。

マイナスのスリッページは、想定より不利な価格で約定することを意味します。

ボラティリティの高い局面、流動性の薄い市場、大口注文、成行注文、ストップ注文、オンチェーンスワップでは、マイナスのスリッページがよく発生します。

執行前には利益が出るように見えても、スリッページと手数料を差し引くと魅力のない取引になる場合があります。

DeFiユーザーは、許容できる最低受取額を設定するために、スリッページ許容度を指定することがよくあります。

許容度を低くすると価格を守れますが、トランザクション失敗のリスクが高まる場合があります。

許容度を高くすると執行される可能性は高まりますが、不利な約定やMEVリスクにさらされる可能性があります。

スリッページ許容度は、流動性、取引サイズ、市場環境に合わせて設定する必要があります。

流動性と注文執行

流動性とは、価格を大きく動かさずに売買できる度合いです。

流動性が高いと、通常は執行品質が向上します。

流動性が低いと、通常は執行品質が悪化します。

流動性の高い市場では、大口注文を想定価格に近い価格で約定できることがあります。

流動性の低い市場では、ユーザーは大幅に不利な平均価格を受け入れなければならない場合があります。

流動性は急変することもあります。

ニュース、ボラティリティ、技術的なストレスの際に、マーケットメイカーが注文を取り下げることがあります。

落ち着いた状況では流動性があるように見えるトークンでも、パニック時には板が薄くなる可能性があります。

重要な注文を出す前に、市場深度、スプレッド、取引高、注文板の安定性、DeFiプールの準備資産を確認してください。

流動性は市場の特性であるだけでなく、執行の安全性にも関わります。

手数料と注文執行

手数料は、実際の執行コストに直接影響します。

注文板での取引では、Maker手数料、Taker手数料、資金調達コスト、借入コスト、出金コストなどが発生する場合があります。

ブロックチェーン上の執行では、ガス代、優先手数料、基本手数料、ブリッジ手数料、リレイヤー手数料、失敗したトランザクションのコストなどが発生する場合があります。

DeFiスワップでは、プール手数料、ルーティング手数料、ガス代、価格インパクトなどがコストになることがあります。

表示価格が有利でも、手数料を差し引くと魅力のない取引になる場合があります。

手数料の低い経路でも、スリッページが大きくなれば、結果として不利になる場合があります。

最終的な受取価値が高くなるなら、手数料の高い経路を選ぶ価値がある場合があります。

表示された手数料率だけでなく、総コストを比較してください。

最適な執行経路とは、多くの場合、すべてのコストを差し引いた後に最も良い結果をもたらす経路です。

手数料を把握することは、執行品質の一部です。

注文ルーティングと執行

注文ルーティングとは、注文を取引場所、流動性ソース、スマートコントラクト、プール、または執行経路に送るプロセスです。

取引場所やプールによって価格、深度、手数料、決済リスクが異なるため、ルーティングは重要です。

スマートルーターは、最終的な執行を改善するために、複数の流動性ソースへ注文を分割する場合があります。

不適切な経路では、注文全体が薄いプールを通り、不要なスリッページが生じることがあります。

従来型証券市場では、FINRAの最良執行に関するガイダンスで、企業が市場環境のもとで顧客に有利な価格を得るため、合理的な注意を払う義務について説明されています。

暗号資産の取引所、DeFiプロトコル、ウォレットツールには異なるルールが適用される場合があるため、従来型の最良執行という概念をそのまま当てはめる際は注意が必要です。

それでも、実務上の教訓は参考になります。

執行品質は、注文がどこへ、どのようにルーティングされるかによって変わります。

最初に表示される経路が常に最良だと決めつけてはいけません。

可能な場合は、価格、手数料、スリッページ、速度、リスクを比較してください。

レイテンシと注文執行

レイテンシとは、注文の送信から受信、処理、マッチング、確認までに生じる遅延です。

市場の動きが速いとき、レイテンシが低ければ執行が改善する場合があります。

レイテンシが高いと、約定機会を逃したり、価格が不利になったり、古い気配値を参照したりする可能性があります。

注文板での取引では、レイテンシがキュー内の優先順位や注文キャンセルの速度に影響することがあります。

オンチェーン取引では、トランザクションがネットワークに到達し、取り込みを競う速さにレイテンシが影響することがあります。

レイテンシが低いだけで、有利な執行が保証されるわけではありません。

市場が薄ければ、速い成行注文でも不利な価格で約定することがあります。

速いブロックチェーントランザクションでも、実行前にコントラクトの条件が変わると失敗する場合があります。

一般の個人ユーザーは、あらゆる速度競争に勝つ必要がある戦略を立てるべきではありません。

実際の執行環境に合った注文タイプ、上限、リスク管理を使う必要があります。

MEVと注文執行

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

EthereumのMEVに関するドキュメントでは、ブロックへのトランザクションの追加、除外、順序変更によって価値を抽出できると説明されています。

オンチェーンのトランザクション順序によって最終価格や成否が変わるため、MEVは注文執行に影響します。

大口スワップによって、流動性プールの価格が動こうとしていることが示される場合があります。

自動化されたサーチャーが、スワップの前後にトランザクションを入れようとすることがあります。

その結果、フロントランニング、バックランニング、サンドイッチ攻撃、ガス代の競争が起こる可能性があります。

サンドイッチ攻撃によって、ユーザーの約定価格が不利になる場合があります。

スリッページ上限を厳しくする、取引サイズを小さくする、流動性の高いプールを選ぶ、プライベートルーティングツールを使う、またはオークション型の執行方式を選ぶことで、一部のMEVリスクを軽減できます。

こうした対策にはトレードオフがあり、すべてのリスクをなくすものではありません。

ワークフローに特別な対策が設計されていない限り、オンチェーン執行は公開され、競争にさらされるものとして考える必要があります。

自動マーケットメイカーにおける執行

自動マーケットメイカーは、流動性プールの計算式を通じてスワップを執行します。

ユーザーは別のトレーダーが注文を受けるのを待つ必要はありません。

プールの準備資産を相手に取引します。

プールの流動性に比べて取引が小さければ、価格インパクトは小さくなる場合があります。

プールの流動性に比べて取引が大きければ、価格インパクトは大きくなる場合があります。

最終的な執行結果は、トランザクションが処理される時点のプールの状態によって決まります。

トランザクションより先に別のユーザーが取引すると、プールの準備資産が変化する場合があります。

その結果、実際の受取額が提示額と異なることがあります。

最終的な受取額がユーザーの最低受取額の設定を下回ると、スワップが失敗する場合があります。

AMMは簡単に利用できますが、価格インパクトとスリッページを慎重に確認する必要があります。

見積もり依頼方式における執行

見積もり依頼方式では、ユーザーが一つまたは複数の流動性プロバイダーに価格を問い合わせます。

流動性プロバイダーは、特定の資産、数量、時間枠に対する見積もりを返します。

条件が有利であれば、ユーザーは見積もりを受け入れることができます。

執行前に価格が提示されるため、この方式ではスリッページの不確実性を一部抑えられる場合があります。

一方、取引相手、ルーティング、タイムアウト、見積もり品質に関するリスクも生じる可能性があります。

ユーザーが長く待つと、見積もりの期限が切れることがあります。

他の場所で利用できる価格より不利な見積もりとなる場合があります。

数量、価格、手数料、有効期限、決済ルール、見積もりが確定価格かどうかを確認してください。

注文板やプールで取引すると価格インパクトが大きくなりすぎる場合、大口取引に見積もり依頼方式が役立つことがあります。

それでも比較とリスク管理が必要です。

バッチオークションにおける執行

バッチオークションでは、複数の注文を集め、オークションのルールに従ってまとめて清算します。

これにより、数ミリ秒の先行を競う重要性を軽減できる場合があります。

一部のトランザクション順序リスクも軽減される可能性があります。

バッチオークションでは、執行結果はオークションの設計、清算価格、提出された注文、決済プロセスによって決まります。

多くのユーザーがほぼ同時に取引したい場合、バッチ執行が役立つことがあります。

一方、即時に約定すると考えるユーザーにはわかりにくい場合があります。

注文がすぐに執行されるのか、オークション時間が終了した後に執行されるのかを理解する必要があります。

清算価格、一部約定、返金の仕組みも確認してください。

バッチオークションは設計によって公平性を高める場合がありますが、すべての執行リスクをなくすものではありません。

オークションのルールが重要です。

執行と強制決済

強制決済の執行とは、証拠金要件を満たせなくなったレバレッジポジションが決済または縮小されることです。

暗号資産デリバティブやDeFiレンディングでは、価格が不安定なときに強制決済が急速に起きることがあります。

流動性が薄い場合、強制決済注文が不利な価格で約定することがあります。

複数の強制決済が同時に起こり、カスケードにつながる場合があります。

ロングポジションの強制決済は、売り圧力を生むことがよくあります。

ショートポジションの強制決済は、買い圧力を生むことがよくあります。

DeFiレンディングの強制決済は、オラクル価格、担保係数、強制決済ボーナス、ガス代、トランザクションの優先順位に左右されることがあります。

担保を使って借入をしているユーザーは、リスク管理をぎりぎりまで先延ばしにすべきではありません。

ネットワークが混雑すると、執行コストが高くなったり、執行できなくなったりする可能性があります。

適切なリスク管理によって、最悪のタイミングで強制執行される可能性を抑えられます。

執行と確認

確認とは、オンチェーントランザクションがネットワークに取り込まれ、受け入れられたことを検証するプロセスです。

トランザクションを送信しても、確認されない場合があります。

確認済みのトランザクションでも、高額な決済ではさらに強いファイナリティが必要となる場合があります。

Proof of Workを採用するネットワークでは、再編成リスクを抑えるため、追加のブロック承認を待つことがよくあります。

Proof of Stakeを採用するネットワークでは、プロトコルが定めるファイナリティのルールが確認される場合があります。

送信者がトランザクションを送ったと言っただけで、受取人が商品、サービス、信用を提供すべきではありません。

受取人は、正しいネットワーク上でトランザクションハッシュを確認する必要があります。

トランザクションが成功したこと、受取アドレスが正しいこと、想定どおりに資産が移動したことを確認してください。

ユーザーの目的に照らして結果を信頼できる状態になって初めて、注文執行は完了します。

目的によって必要な確認基準は異なります。

注文拒否と執行

注文は執行前に拒否される場合があります。

アカウント残高が不足しているため、取引システムが注文を拒否することがあります。

価格が許容範囲を超えているため、注文が拒否される場合があります。

注文サイズが小さすぎる、または大きすぎるため、拒否されることがあります。

市場が一時停止中、制限中、または特別な条件下にあるため、注文が拒否される場合があります。

Nonceが誤っている、手数料が低すぎる、署名が無効、または手数料に必要なネイティブ資産が不足しているため、ウォレットやブロックチェーンノードがトランザクションを拒否することがあります。

拒否された注文を、執行に失敗した取引とみなすべきではありません。

通常の執行段階には到達していないためです。

再送信する前に、拒否理由を確認してください。

理由を確認せずに再送信すると、重複した試行、不利な価格、不要な手数料が生じる可能性があります。

リバートされたトランザクションと執行

リバートされたトランザクションとは、オンチェーンに取り込まれたものの、スマートコントラクトの実行中に失敗したトランザクションです。

ブロックチェーンにはトランザクションが記録されますが、意図したコントラクトの状態変更は完了しません。

よくある原因には、スリッページ上限、期限切れ、必要な承認の不足、参加条件の不成立、在庫切れ、オラクルの変化、先行トランザクションによる状態更新などがあります。

リバートされたトランザクションでも、ガス代が発生することがあります。

これは、失敗するまでネットワークが計算処理を行うためです。

再試行する前に、エラーメッセージ、トランザクショントレース、アプリケーションの説明を確認してください。

失敗の原因がコントラクトの条件自体にある場合、ガス代を上げても解決しないことがあります。

たとえば、スリッページが原因でスワップに失敗した場合、スリッページ設定の変更や取引サイズの縮小が必要になることがあります。

参加資格がないため請求に失敗した場合、ガス代を多く支払っても解決しません。

執行の問題を解決するには、実際の原因を特定する必要があります。

執行品質

執行品質とは、最終的な執行結果がどれだけ良好だったかを測るものです。

重要な要素には、約定価格、スリッページ、手数料、速度、約定率、トランザクション失敗率、確認時間、決済の確実性があります。

スリッページが大きければ、速く約定しても品質が高いとは限りません。

手数料が低くても、最終的な価格が不利になれば品質が高いとは限りません。

指値注文が約定せず、機会を逃した場合、品質が高いとは限りません。

表示された見積もりが取り込み前に変化する場合、DeFiスワップの執行品質が高いとは限りません。

ユーザーはインターフェースのプレビューではなく、最終結果で執行を評価する必要があります。

アクティブトレーダーは、執行品質を継続的に記録する必要があります。

取引頻度の低いユーザーでも、価格、手数料、状況を簡単に確認することで、大きな間違いを防げる場合があります。

執行の習慣を改善すれば、資産に対する見通しを変えずに長期的な取引結果を改善できる可能性があります。

執行リスク

執行リスクとは、注文またはトランザクションが想定どおりに完了しないリスクです。

一般的な執行リスクには、スリッページ、未約定、一部約定、遅延、拒否、トランザクション失敗、MEV、手数料の急上昇、誤った経路、誤ったネットワーク、決済の不確実性があります。

ボラティリティが高いと、執行リスクも高まります。

流動性が薄いと、執行リスクも高まります。

利用可能な市場深度に比べて注文サイズが大きいと、執行リスクも高まります。

成行注文や緩いスリッページ設定に頼ると、執行リスクも高まります。

ブロックチェーンの混雑によってトランザクションの取り込みが不確実になると、執行リスクも高まります。

CFTCの仮想通貨に関するリスク勧告では、仮想通貨市場にはボラティリティ、詐欺、ハッキング、救済手段の限界などのリスクが伴う可能性があると警告しています。

市場がすでに不安定なときに執行の問題が起きることが多いため、このリスクを踏まえる必要があります。

適切な執行計画は、リスク管理の一環です。

注文執行を改善する方法

まず、取引の目的に合った注文タイプを選びます。

正確な価格より速度を重視する場合は、成行注文を使います。

即時約定より価格の管理を重視する場合は、指値注文を使います。

トリガー価格が最終的な約定価格になるとは限らないため、ストップ注文は慎重に使います。

大口注文を出す前に、注文板の深度を確認します。

一度の大口注文で価格インパクトが大きくなる場合は、注文を分割します。

オンチェーンスワップでは、現実的なスリッページ許容度を設定します。

緊急のトランザクションを送信する前に、ガス代と優先手数料を確認します。

信頼できる経路を使い、執行を承認する前にコントラクトアドレスを確認します。

操作の完了後に、最終的な執行レポートやトランザクションハッシュを確認します。

注文執行のベストプラクティス

注文を送信する前に、資産、ネットワーク、数量、売買方向を確認します。

注文が成行、指値、ストップ、ストップリミット、Post-only、Reduce-only、またはスマートコントラクトのトランザクションのどれなのかを確認します。

想定価格、許容できる最悪価格、手数料、有効期間を確認します。

成行注文を使う前に、流動性とスプレッドを確認します。

市場が薄い、または不安定なときは、指値注文を使います。

新しいスマートコントラクトやネットワークを使う際は、少額のテストトランザクションを実行します。

ガス代に使うネイティブ資産を十分に用意します。

署名する前に、ウォレットの確認画面を読みます。

必要かつ信頼できる場合を除き、トークンの無制限な承認は避けます。

記録用に、注文ID、トランザクションハッシュ、レシート、執行レポートを保存します。

注文執行に関するよくある間違い

よくある間違いの一つは、注文の送信を執行の完了と考えることです。

流動性を確認せずに成行注文を使うことも間違いです。

三つ目は、ストップ注文でストップ価格が保証されると思い込むことです。

四つ目は、DeFiでスリッページ許容度を高く設定しすぎることです。

五つ目は、緊急のスワップ時にスリッページ許容度を低く設定し、繰り返し失敗してガス代を無駄にすることです。

六つ目は、オンチェーン取引のガス代を無視することです。

七つ目は、誤ったトークンやコントラクトを承認することです。

八つ目は、失敗の理由を理解せずにトランザクションを繰り返すことです。

九つ目は、表示価格だけを確認し、平均約定価格を確認しないことです。

十個目は、商品、サービス、その他の価値を提供する前に、最終決済を確認しないことです。

注文執行が特に重要な場面

ボラティリティが高いとき、注文執行は特に重要です。

流動性が薄いときに重要です。

市場深度に比べて取引サイズが大きいときに重要です。

トークンローンチ、強制決済、市場暴落、ブレイクアウト、ニュースイベントの際に重要です。

不利な執行によって損失が拡大する可能性があるため、レバレッジを使うときに重要です。

小規模な流動性プールでスワップするときに重要です。

ガス代が急速に上昇しているときに重要です。

スマートコントラクトの操作に時間的な制約があるときに重要です。

決済が事業者間の支払い、DAOの財務資産の移転、エスクローの解除に影響するときに重要です。

想定結果と実際の結果の差が、最終的な成否を左右するあらゆる状況で重要です。

注文執行があまり重要でない場面

流動性が高く落ち着いた市場での小口取引では、注文執行の重要性は相対的に低くなります。

余裕を持って慎重な指値注文を使う場合も、重要性は相対的に低くなります。

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

広い価格帯で長期ポジションを調整する場合も、重要性は相対的に低くなります。

スリッページと手数料が投資計画全体に比べて小さい場合も、重要性は相対的に低くなります。

それでも、すべての執行にはコストが伴うため、重要性がなくなるわけではありません。

取引頻度が高いトレーダーは、小さな執行価格の差が積み重なることがあります。

ネットワーク、トークン、コントラクトを間違えると、小さなミスが大きな問題になることがあります。

問題なく進むと、執行は意識されないかもしれません。

何か問題が起きると、執行の重要性がはっきりします。

注文執行を一言で言うと

注文執行とは、送信された暗号資産の注文、スワップ、またはトランザクションを最終結果につなげるプロセスであり、実際の約定、価格、コスト、速度、確認、決済状況を含みます。

よくある質問

注文執行とは何ですか？

注文執行とは、送信後に買い注文、売り注文、スワップ、送金、強制決済、またはスマートコントラクトのトランザクションを完了することです。

注文執行は注文の発注と同じですか？

いいえ。注文の発注は注文を送信すること、執行は注文が実際に約定するか、トランザクションが実際に処理されることです。

約定価格とは何ですか？

約定価格とは、注文が実際に約定した価格です。

暗号資産の注文執行に影響する要素は何ですか？

注文執行は、注文タイプ、流動性、スプレッド、ボラティリティ、ルーティング、手数料、スリッページ、レイテンシ、ガス代、トランザクションの順序、決済ルールの影響を受けます。

成行注文なら約定は保証されますか？

成行注文は即時約定を目的としていますが、最終的な約定価格を保証するものではありません。

指値注文なら約定は保証されますか？

いいえ。指値注文は許容できる最悪価格を指定しますが、その価格で市場が十分な取引を行わなければ約定しない場合があります。

暗号資産の注文が一部しか約定しなかったのはなぜですか？

注文サイズが選択した価格で利用できる流動性を上回っていたか、キュー内で他の注文より後ろに並んでいた可能性があります。

オンチェーントランザクションが失敗したのはなぜですか？

スリッページ、ガス代不足、期限切れ、承認の誤り、コントラクト状態の変化、その他のスマートコントラクト条件が原因で失敗した可能性があります。

失敗したブロックチェーントランザクションでも手数料がかかることはありますか？

はい。失敗したトランザクションでも、ネットワークに取り込まれて処理されるとガス代がかかることがあります。

注文執行におけるスリッページとは何ですか？

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

MEVは注文執行にどのような影響を与えますか？

ブロックへの取り込み前にトランザクションが順序変更、フロントランニング、バックランニング、サンドイッチ攻撃を受けると、MEVが執行に影響することがあります。

注文執行を改善するにはどうすればよいですか？

適切な注文タイプを選び、流動性を確認し、現実的なスリッページを設定し、手数料を確認し、リスクのある承認を避け、最終決済を確認することで執行を改善できます。

まとめ

注文執行は、ユーザーが買い、売り、スワップ、送金、承認をクリックした後に実際に何が起こるかを決めるため、暗号資産における最も重要な実務概念の一つです。

取引の見通しが正しくても、執行が不適切であれば利益が減り、損失が増え、トランザクションが失敗する場合があります。

執行品質は、注文タイプ、価格、流動性、スリッページ、手数料、ルーティング、レイテンシ、ブロックチェーンの混雑、トランザクションの順序、最終決済によって決まります。

成行注文はすぐに約定する場合がありますが、想定より不利な価格になることがあります。

指値注文は価格を守れますが、約定しない場合があります。

ストップ注文はリスク管理に役立つ場合がありますが、トリガー後にスリッページを伴って約定することがあります。

DeFiスワップはプレビューでは有利に見えても、プールの変化、ガス代の遅延、MEVの圧力によって異なる結果になる場合があります。

ブロックチェーントランザクションは送信後も保留中、失敗、または決済を信頼するために追加の承認が必要な状態になることがあります。

最も慎重な方法は、注文執行を一度のクリックではなく、プロセス全体として捉えることです。

ユーザーは、資産、ネットワーク、注文タイプ、価格上限、流動性、手数料、スリッページ、ウォレットの確認画面、最終ステータスを確認する必要があります。

金額が重要な場合は、執行レポート、トランザクションハッシュ、決済記録を確認してください。

また、速度を上げることで価格が不利になり、手数料が増え、不要なリスクが生じるなら、速い執行が常に優れているわけではないことを覚えておく必要があります。

適切な注文執行とは、実際の市場やネットワークの状況下で意図した結果を得ることです。

適切に活用すれば、執行計画は取引結果を改善し、避けられるミスを減らすのに役立ちます。

不用意な執行は、妥当な暗号資産の判断を、スリッページ、トランザクション失敗、無駄な手数料、または取り返しのつかない損失につなげる可能性があります。