暗号資産マーケットメイクの内部構造を解説。Inventory Risk、スプレッド制御、デルタヘッジ、CEX/DEX横断運用の実務設計を整理します。
高度なマーケットメイク
暗号資産市場では、単純な流動性供給ではなく「高度な在庫管理」を前提としたマーケットメイクが主流になっています。特にCEXとDEXの両方に流動性が分散した現在では、Inventory Risk（在庫リスク）とヘッジエンジン設計が収益性を左右しています。マーケットメイクは、Bid（買い）、Ask（売り）を同時提示し、スプレッドを収益化するモデルです。ただし、実際の収益源は単純ではありません。
Inventory Riskとは何か
MM最大のリスクは在庫偏りです。
例：
- 買い約定ばかり発生
- トークン在庫増加
この状態で価格下落すると損失になります。暗号資産市場は、高ボラティリティ、急激な流動性変化が特徴です。そのため、在庫管理が収益性の中心になります。
スプレッド制御
MMは在庫状況に応じて価格を調整します。
例
在庫ロング過多：
- Askを近づける
- Bidを遠ざける
Hedging Engineの役割
ヘッジエンジンは、在庫リスクを外部市場で中和します。
主な手法：
- Perpヘッジ
- Spot/Perpデルタ調整
- クロス取引所ヘッジ
CEX/DEX横断構造
現在は、CEXで価格発見、DEXで流動性供給という構造が一般的です。そのため、価格同期が必要になります。
実務的なシステム構造
一般的には以下で構成されます。
- Market Data Engine
- Pricing Engine
- Risk Engine
- Hedging Engine
それぞれリアルタイムで連携します。
Pricing Engineの設計
価格決定には以下を使用します。
- Mid Price
- Volatility
- Inventory Bias
モデル
Quote = Mid ± Spread ± Inventory Adjustment
リスク管理
- 在庫上限
- 最大ドローダウン
- 取引所リスク
単一市場依存は危険です。
DEX特有の問題
DEXではさらに、MEV、ガスコスト、流動性非線形性が伴います。そのため、CEXより複雑になります。AIによる動的Spread調整、Intent-based MM、Shared Liquidity Networkにより、MMはさらに高度化します。
まとめ
Crypto Market Makingは、単なるスプレッド収益モデルではありません。重要なのは、Inventory Risk、Hedging、流動性同期です。現在のMMは、リアルタイムでリスクを調整する「流動性管理システム」に近づいています。暗号資産市場では、価格予測よりも「在庫制御能力」が収益性を左右する局面が増えています。
コメントを残す