--- title: "暗号資産のオーダーブック" description: "オーダーブックは、取引市場ごとの未約定買い注文と売り注文を示します。安全に利用するには、一貫した板情報の復元、正確なマッチング規則、板の厚みを反映した執行計算、約定と決済の照合が必要です。" image: "https://wiki.fcontext.com/og.png" --- > Documentation Index > Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt > Use this file to discover all available pages before exploring further. # 暗号資産のオーダーブック > 本資料は教育目的に限られ、投資助言ではありません。投資では損失が生じる可能性があります。 ## 直接の回答 オーダーブックは、特定の取引市場と商品における未約定買い注文、売り注文、または価格帯別の集約数量を示す状態・市場データです。表示された最高の買値と最低の売値が最良買気配と最良売気配を構成し、その差がスプレッドです。この可視状態は一時点の約定可能な意思にすぎず、予測でも存続の約束でもなく、非表示注文、アイスバーグ注文、RFQ、店頭取引、他市場の流動性をすべて表すものでもありません。 市場データのレベルは重要です。Level 1は板の最良気配、Level 2は価格帯別の集約数量を示し、Level 3は市場が提供する場合に個別注文とキューの詳細を示します。Level 2の数量には複数の注文が含まれ得るため、口座のキュー順位は分かりません。信頼できるローカル板は、一貫したスナップショットと、連続して正しい順序の差分イベントを組み合わせ、シーケンスまたはチェックサムの連続性が失われた時点で利用を停止する必要があります。 マッチング規則は市場固有です。価格時間優先を用いる連続板もあれば、比例配分、オークション、非表示注文規則、自己約定防止、チェーン固有のブロック順序を採用する商品もあります。成行注文は利用可能な価格で約定し、直近価格は保証されません。指値注文は直ちに流動性を取り、残数量が板に残る場合があります。取消は確認されるまで約定と競合する要求なので、約定、手数料、残数量、残高、決済を権威あるイベントから照合する必要があります。 ## 仕組み 1. 取引市場と法的主体、商品とセッション、基準/気配方向、現物またはデリバティブ契約、呼値、最小取引単位、最低想定元本、手数料階層、板レベル、カストディまたは決済モデル、時計を固定します。 2. 一貫したローカル表示を構築します。イベントを購読してバッファーし、文書所定のスナップショットを取得し、互換性があり順序どおりの更新だけを適用します。絶対数量と差分を区別し、シーケンスまたはチェックサムを検証し、欠落時は再度スナップショットを取得します。 3. 優先順位、オークション、自己約定防止、訂正、取消、非表示・アイスバーグ注文、オンチェーンまたはブロック内順序の正確な規則を確認します。集約価格帯からキュー順位を推定してはいけません。 4. 売買方向、基準資産数量または気配通貨予算、指値・成行動作、ストップ条件、`GTC`、`IOC`、`FOK`などの有効期間、ポストオンリー・リデュースオンリー、価格保護帯、許容最悪価格を指定します。 5. 約定可能な側を価格帯ごとに走査し、約定数量、想定元本、VWAP、スプレッド、指定基準に対するスリッページを推計します。約定ごとにメイカー・テイカー手数料を加え、遅延、消える・隠れた厚み、一部約定をストレステストします。 6. 冪等なクライアントIDで送信し、非公開の受付、拒否、約定を取り込みます。訂正、取消、差し替えはエンジンまたはチェーンの確認まで競合中とみなし、実際の残数量、在庫、現金、手数料を照合します。 7. 公開板、非公開注文状態、約定、決済台帳を比較します。CEXではマッチングとカストディ・出庫を分け、オンチェーンまたはハイブリッド板では送信、順序付け、実行、決済、リオーグ、ファイナリティを分け、不整合時は停止して再同期します。 メイカーとテイカーは各約定での流動性の役割であり、口座や注文の恒久的な属性ではありません。市場性のある指値注文は複数価格帯でテイカーとなり、残りがメイカーとして待機し得ます。ストップ注文は、市場所定のトリガーによって別の注文が生成されるまで通常は公開板に存在せず、トリガー価格も約定価格を保証しません。有効期間、ポストオンリー、市場保護、訂正の動作は市場と商品ごとに確認します。 ## 計算例 - **スプレッドと気配の識別。** 最良買気配が`99.90`、最良売気配が`100.10`なら、`midpoint = (99.90 + 100.10) / 2 = 100.00`、絶対スプレッドは`0.20`、仲値比スプレッドは`0.20 / 100.00 = 0.20% = 20 bps`です。直近約定が`99.70`でも、それだけでは現在の約定可能気配は変わりません。 - **板の走査と手数料。** 売り板が`2 @ 100.00`、`3 @ 100.20`、`5 @ 100.50`で、`8`を成行買いすると、費用は`200.00 + 300.60 + 301.50 = 802.10`、したがって`VWAP = 802.10 / 8 = 100.2625`です。最良売気配比のスリッページは`0.2625% = 26.25 bps`です。テイカー手数料が`20 bps`なら手数料は`1.6042`、総現金流出は`803.7042`、全費用込み単価は`100.463025`です。 - **市場性のある指値注文の残り。** 同じ売り板に`8 @ 100.20`の指値買いを出すと、`2 @ 100.00`と`3 @ 100.20`が約定し、費用`500.60`、VWAP`100.12`、未約定は`3`です。`IOC`なら残りを取り消し、`GTC`なら`100.20`で板に残り得ます。約定元本への`20 bps`のテイカー手数料は`1.0012`なので、後日のメイカー約定前の現金流出は`501.6012`です。 - **シーケンスと取消競合。** `sequence = 100`のローカル・スナップショットに`4 @ 100.10`があります。イベント`101`で数量が`1`になった後、次に`103`を受信しました。`102`の欠落により板は不明となり、`103`だけでは安全に修復できず、新しいスナップショットが必要です。別途、数量`10`の売り注文が取消確認前に`2`と`1`約定した場合、最終約定数量は`3`、取消残数量は`7`で、約定ゼロではありません。 ## リスク - 取引市場、法的主体、商品、契約、セッション、環境が誤っている。 - 基準/気配方向が逆、または数量と想定元本の単位が不整合である。 - 呼値、最小取引単位、最低想定元本、小数桁、価格帯規則が誤っている。 - スナップショットが古い、不完全、別セッション、またはバッファー済みイベントと非互換である。 - シーケンス欠落、重複、順序違い、チェックサム失敗を無視する。 - 絶対置換数量を差分として適用する、またはゼロ数量削除を誤る。 - Level 2集約をLevel 3の注文識別・キュー順位と誤認する。 - 非表示、アイスバーグ、RFQ、ダーク、店頭、内部化、他市場の流動性を漏らす。 - 価格時間、比例、オークション、自己約定防止、訂正、補充規則を誤って仮定する。 - 成行、指値、ストップ、保護帯、ポストオンリー、リデュースオンリー、`GTC`、`IOC`、`FOK`の意味を誤る。 - 成行注文が一部約定、拒否、または直近・仲値・最良価格から大きく離れて約定する。 - 取消、訂正、差し替えが約定と競合し、意図しない残在庫や過剰約定を生む。 - 重複送信、受付消失、クライアントID衝突、注文ID不一致で冪等性が崩れる。 - メイカー/テイカーの役割、階層、リベート、約定別手数料、資金調達、決済費用を誤記する。 - 表示スプレッドや厚みがネットワーク、処理、キュー、ブロック遅延中に消える。 - 売買の壁が取消、見せ玉、階層化、補充、分散市場により誤読される。 - スリッページ基準、方向、スプレッド、VWAP、手数料、為替換算、全費用を誤算する。 - 売買停止、オークション、指値限定、保守、障害、レート制限、市場状態変更が動作を変える。 - CEXのカストディ、台帳、資産分別、出庫、支払能力、API完全性がマッチングとは別に破綻する。 - オンチェーン・ハイブリッド取引に承認、nonce、ガス、シーケンサー、MEV、コントラクト、リオーグ、ファイナリティ、インデクサーのリスクが加わり、最終照合も失敗する。 ## よくある誤解 - **「大きな買いの壁は値上がりを保証する。」** 表示注文は正当な場合も、取消・移動・他フローに隠れる・誤認を誘う場合もあります。 - **「成行注文は直近価格、仲値、最良価格で約定する。」** 利用可能な反対側流動性を消費し、一部約定や複数価格帯への到達があり得ます。 - **「指値注文は常にメイカーで費用がない。」** 市場性のある部分はテイカーとなり、残りは待機または未約定となり、手数料、機会費用、情報漏えいも残ります。 - **「過去の出来高が多ければ、どの規模でも深い約定可能流動性がある。」** 出来高は過去の売買を記録し、執行は現在の厚み、遅延、非表示フロー、価格影響で決まります。 - **「オンチェーン板は完全に可視で、即時に確定し、信頼が不要である。」** 順序付け、オフチェーン署名注文、シーケンサー、コントラクト、インデクサー、決済、ファイナリティは別々の依存項目となり得ます。 ## 関連トピック - [中央集権型取引所](/ja/crypto/cex/) - [指値注文](/ja/crypto/limit-order-crypto/) - [成行注文](/ja/crypto/market-order-crypto/) ## 出典 - [Recommended Practices for Book Management](https://www.fixtrading.org/wp-content/uploads/download-manager-files/MDOWG_Book_Mgt-v20.pdf) - FIX Trading Community（参照日：2026-08-13） - [Exchange Matching Engine](https://docs.cdp.coinbase.com/exchange/concepts/matching-engine) - Coinbase Developer Documentation（参照日：2026-08-13） - [Exchange WebSocket Channels](https://docs.cdp.coinbase.com/exchange/websocket-feed/channels) - Coinbase Developer Documentation（参照日：2026-08-13） - [Create a new order](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/create-new-order) - Coinbase Developer Documentation（参照日：2026-08-13） - [Get all fills](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/orders/get-all-fills) - Coinbase Developer Documentation（参照日：2026-08-13） - [Get fees](https://docs.cdp.coinbase.com/api-reference/exchange-api/rest-api/fees/get-fee) - Coinbase Developer Documentation（参照日：2026-08-13） - [Order Types](https://docs.cdp.coinbase.com/prime/concepts/trading/order-types) - Coinbase Developer Documentation（参照日：2026-08-13） - [Order book](https://hyperliquid.gitbook.io/hyperliquid-docs/hypercore/order-book) - Hyperliquid Docs（参照日：2026-08-13） Source: https://wiki.fcontext.com/ja/crypto/order-book-crypto/index.mdx