CEX matching engine + cold/hot ウォレット内部架構

ウィキ上の位置づけ

CEX のコア = matching engine (注文書照合エンジン)。設計思想は大別して 3 種類:

CLOB (Central Limit Order Book) — 業界標準。買い注文と売り注文を価格・時間で照合。NYSE / NASDAQ から CEX まで踏襲
RFQ (Request for Quote) — 機関 OTC 中心。bid/ask quote 要求 → 個別 fill
AMM-like — DEX 系。AMM は CEX matching の代替設計 (AMM 設計の進化 — Uniswap v1/v2/v3/v4 + 異派 (Curve / Balancer / TraderJoe) 参照)

CEX (Binance / Coinbase / bitFlyer / 国内全社) は CLOB 基盤。機関大口取引は別途 OTC desk で RFQ 処理。

要素	内容
FIFO (First-In First-Out)	同価格は時間優先で約定
price-time priority	価格優先 + 時間優先の 2 段階照合
iceberg orders	大口を分割表示し market impact 抑制
post-only / IOC / FOK	注文タイプ (maker only / Immediate-or-Cancel / Fill-or-Kill)
co-location	機関 HFT 向け低遅延接続 (NYSE / Binance VIP)

代表実装: NYSE / Binance / Coinbase / dYdX v4 (Cosmos appchain)。dYdX v4 は CLOB を on-chain validator 上で実装、CEX 性能と DEX 透明性の融合を試行。

機関 OTC (Cumberland / B2C2 / FalconX / Genesis (倒産)) は CLOB ではなく RFQ 方式を採用:

顧客が “BTC 100 枚買いたい” と quote 要求
マーケットメイカーが bid/ask 提示
個別 fill (order book に出ない)
大口取引で slippage 制御 + 価格秘匿国内 OTC: bitFlyer / Coincheck が「販売所」名義で類似機能を一般顧客向けに提供 (国内 CEX 販売所 vs 取引所ビジネスモデル経済学参照)。

ホットウォレット (≤ 5% 国内義務) — matching engine 直結 · リアルタイム入出金処理 · maker/taker bot 連携 · API 経由で署名
ウォームウォレット — 半オフライン · 大口出金時のステージング · 1 日複数回 cold から補充
コールドウォレット (≥ 95% 国内義務) — エアギャップ署名 · multi-sig (2-of-3 以上) · HSM または MPC 必須

Coincheck 2018 NEM 580 億円事件は「実質ホット 100%」の結果 (Coincheck NEM 580 億円流出事件詳細分析 (2018-01))。同事件後の規制強化で 3 層分離が国内義務化。

技術	代表ベンダー	役割
multi-sig	Gnosis Safe (現 Safe)	標準 2-of-3 署名閾値 · スマコン基盤
HSM	Thales / Utimaco / Ledger Vault	ハードウェア暗号モジュール · FIPS 140-2/3 認証
MPC	Fireblocks / Fordefi / Sepior	鍵分散 · single point of failure 排除
air-gap signing	Casa / Anchorage	完全オフライン署名 · ネット非接続
シャミア秘密分散 (Shamir’s Secret Sharing)	多数	秘密鍵の閾値分散 (k-of-n)

CEX 実装例:

出典: 業界一般知識 + Binance / Coinbase tech blog + Gnosis Safe docs + Fireblocks whitepaper + Anchorage 公告。