517 / 736µMKT

Market microstructure

市場のマイクロストラクチャー:注文から実際の取引まで

Market microstructure(市場のマイクロストラクチャー)は、買い注文と売り注文が実際の取引になる仕組みを説明します。直前に見た価格と違う金額を払った理由や、チャートが指値に触れたのに注文が待ち続ける理由を理解する助けになります。

Petr はビットコインを買いたいと考えています。よい価格を見つけ、数量を入力して注文を送ると、一部がより高い価格で購入されていました。必ずしもアプリの不具合ではありません。表示価格で売られていた数量が少なく、残りは高い価格の売り手から買った可能性があります。マイクロストラクチャーは、この取引の意図から実際の成立までの過程を見ます。

Market structure は、商品や仲介者など市場全体の構成を説明します。マイクロストラクチャーが問うのは、特定の場所で買い手と売り手がどう出会うかです。よく使われる注文板は、価格と数量を記した提示の一覧です。別の場所ではディーラーが直接価格を示したり、企業が取引を仲介したりします。そのため、一つのプラットフォームの規則は Bitcoin ネットワーク全体の規則ではありません。 [1]

Petr は支払う上限価格を決めて待つことができます。Coinbase Exchange では価格を優先し、同価格なら到着時刻で順番を決めます。したがって、彼より前に別の買い手が並んでいる場合があります。少量の売り注文しか来なければ、先の買い手だけが約定し、Petr の注文は未成立か一部成立のままです。チャートが価格に触れても、彼の分まで数量が残っていた証拠にはなりません。 [2]

注文板で待つ注文は他の参加者に取引条件を提示し、後に約定するとき maker になります。到着してすぐ既存の提示と約定する注文は taker です。価格を制限する Limit order(指値注文)でも、指値が即時取引を許せば taker になり得ます。Coinbase の post-only は、一部でも直ちに約定する注文を拒否します。ただし、待つ注文がいつか必ず相手を見つける保証ではありません。 [3]

Bid は現在の最も高い買い提示、ask は最も低い売り提示で、その差が spread です。すぐ買いたい Petr は、各売り価格の数量も確認する必要があります。最安値の数量が足りなければ、次の部分は高くなるかもしれません。この注文規模の影響に、手数料や遅延も加わります。したがって、小さなスプレッドだけでは大口購入が安く成立するとはいえません。 [4]

Petr が見た大きな提示が、しばらくすると消えました。誰かが買った可能性も、提示者が取り消した可能性もあります。Coinbase は受付、待機、取引、注文終了のメッセージを区別します。received は処理のための受付であり、自動的に注文板への掲載や取引完了を意味しません。終了にも理由の確認が必要です。注文板の二つの画像だけでは全経過は分かりません。 [5]

アプリは新しい提示、取引、取消を追い続ける必要があります。最初の注文板スナップショットはすぐ古くなります。そこで Coinbase は、完全なデータチャンネルでスナップショットと後続イベントを連番に沿って組み合わせる手順を説明しています。メッセージの欠落や二重適用は、存在しない数量を表示させる原因になります。普通の読者にとっての要点は、古い画像は現在の取引可能性を証明しないということです。 [5]

Petr の注文が届く前に、別の人が好条件の提示を受けたり、売り手が取り消したりできます。通信と処理の遅れをレイテンシーといいます。速い接続は遅れを減らしても、価格や利益を保証しません。過去データで売買の考え方を試す際も、待ち時間、手数料、未成立注文を考慮する必要があります。常にチャート上の価格で売買できると仮定すれば、結果をよく見せてしまいます。 [4]

ローソク足は一定期間の成立済み取引をまとめ、始値、終値、高値、安値を示します。しかし注文の全順序や、取り消されたすべての提示は残していません。高値だけから Petr の売りが成立したはずだとはいえません。結果の確認には、該当市場での自分の約定記録、数量、手数料が必要です。チャートは概観であり、自分の取引の領収書ではありません。 [5] [2]

注文には異なる経路がある

受信、待機の可能性、約定または取消を示す図。即時約定は待機を飛ばし、部分約定は残量を板に残す場合があります。

  1. 受信

    注文の確認だけでは取引成立を証明しません。

  2. 待機の可能性

    未約定部分は価格と順序に従って待機でき、即時約定はこの段階を飛ばします。

  3. 約定または取消

    取引にはマッチングが必要です。取消なら取引なしで待機を終了できます。

継続的な注文板の簡略図。矢印は全注文の必須手順ではなく、正確な流れは取引所の規則によります。現在の注文ではありません。
例 · µMKT

小さな提示は購入の一部しか賄えない

架空の変化しない注文板で、0.01 BTC が 100000 USD/BTC、さらに 0.01 BTC が 100100 USD/BTC で売られているとします。Petr はすぐに 0.02 BTC を買いたいので、両方の提示を使います。支払いは 1000 + 1001 = 2001 USD、手数料前の平均は 100050 USD/BTC です。最安値は購入全体には適用されませんでした。この計算は数量が実際に利用可能で、板にほかの変化がないと仮定しています。現在価格でも約定の約束でもありません。

理解を深めるには、この項目とあわせて次もお読みください Market structure, Order book, Maker–taker, Limit order, Slippage, Market depth. 次の項目からも参照されています Trading, Market structure, Spot market, Order book.

01大きな提示が消えました。誰かが買ったということですか?

必ずしもそうではありません。取引なしに取り消しや変更が行われた可能性があります。売却の確認には対応する実際の約定記録が必要です。二つのスナップショットの差だけでは原因は分かりません。

02チャートに自分の価格が出たのに、指値注文が待つのはなぜですか?

同じ価格で先に届いた注文が前に並び、数量が足りなかった可能性があります。チャートが別の市場や時刻を表している場合もあります。指値は許容する価格条件を決めますが、十分な相手側注文の存在を保証しません。

DOC · 001CFA Institute — Market Organization文書 DOC · 002Coinbase Exchange — Matching Engine文書 DOC · 003Coinbase Exchange — Trading文書 DOC · 004CFA Institute — Trading Costs文書 DOC · 005Coinbase Exchange — WebSocket Channels文書
改訂日: 一次資料を優先 · 投資助言ではありません