マーケットメイカーを評価する際に確認すべきこと
マーケットメイカーが何をするのか（定義から）
マーケットメイカーとは、**買値と売値の両方（ツーサイド・クォート）**を提示することで、他の参加者がその瞬間に常に直接の相手方を見つけなくても取引できるようにする主体です。多くの市場では、マーケットメイカーの主な収益源は スプレッド（ビッドとアスクの差）であり、さらにポジション保有に伴うリスクを管理することによって得られます。
実務上、これは通常、次のいずれか、または両方の仕組みを含みます：
- 在庫（インベントリ）管理：クライアントが取引すると、マーケットメイカーのネットポジションは変化し得ます。
- ヘッジまたはリスク相殺：マーケットメイカーは、他の場所での取引やその他のリスク管理手法を用いて、エクスポージャーを減らそうとする場合があります。
これらの仕組みは市場環境に依存するため、「そのマーケットメイカーがどれだけ良いか」は1つの数字だけでは判断できません。コストと執行が、さまざまなシナリオでどのように振る舞うかにかかっています。
エビデンスとデューデリジェンスのチェックリスト
以下の項目を 検証用のチェックリストとして使ってください。目的は「最良の提供者」を選ぶことではなく、他の誰かに説明できる事実を集めることです。
- 提示価格と執行の透明性
- 提供者が、提示価格がどのように作られ更新されるのかについて何を言っているかを確認してください。
- ビッド/アスク、スプレッド、リクォート（再提示）、執行方法といった用語の明確な定義を探してください。
- 探すべきエビデンス：運用プロセスを説明するポリシードキュメントや、プラットフォーム／執行に関するドキュメント。
- 実際に把握できるコスト 取引コストは、見出しのスプレッド以上のものです。提供者がコストをどのように計測し適用しているかを、次を含めて検証してください：
- 通常時および最悪時の スプレッドの挙動（特にボラティリティ時）
- 適用され得る追加の手数料や価格構成要素
どの例でも置くべき前提：スプレッドと保有時間を仮定する必要があります。なぜなら、コストは約定（フィル）の経路（パス）に沿って蓄積するからです。これらの前提がないと、比較は検証可能になりません。
- ストレス下での価格利用可能性の一貫性（失敗モード思考） 重要な失敗モードは、速い相場や流動性の低い状況で明らかになることが多いです。次を問いかけてください：
- 高ボラティリティ時に提示価格はどうなりますか？
- 取引は遅延しますか、再価格提示されますか、それとも想定どおりに約定されないのですか？
例の前提：あなたが、提示価格で即時に約定することを期待して注文を出すとします。提出から執行までの間に提示価格が変われば、実現した価格は異なる可能性があります。重要な確認ポイントは、提供者のドキュメントが、この扱い方を明確に説明しているかどうかです。
- 利益相反とインセンティブ マーケットメイカーには、提供者が特定の取引結果から利益を得られるため、クライアントの目的と異なるインセンティブが生じ得ます（たとえば、スプレッドやリスク管理を通じて）。次を確認してください：
- 提供者が利益相反の管理をどう説明しているか
- 提供者自身のリスク管理が、クライアントの注文とどのように相互作用するかを、開示が説明しているかどうか
不正を前提にしなくても、インセンティブの不一致は、特定の条件下でより劣った執行につながることがあります。
- 注文の取り扱いルールと紛争の明確さ 次について、明確で検証可能な説明を探してください：
- 注文タイプと、それがどのように扱われるか
- 「最善の努力（best effort）」が意味すること（もし使われている場合）と、条件が変わったときに提供者がそれでも何をし得るのか
- 紛争（ディスピュート）またはクレームの取り扱い手順
これは、「あなたが経験したこと」が、マーケティング文言ではなく、これらのルールによって決まることが多いためです。
限界、リスク、そして前提にしないこと
チェックリストは、これらの限界を尊重する場合にのみ機能します：
- リアルタイムの保証はない：スプレッドが安定すること、即時に約定すること、または常に予測可能な価格挙動であることを前提にできません。
- 過去の関係は将来の結果を保証しない：過去の期間で観察された執行パターンは、ボラティリティのレジームが変わると再現されない可能性があります。
- 提供者の条件は変わり得る：執行品質は、市場の流動性、内部のリスク制限、技術負荷、外部の流動性によって変化し得ます。
明示的にテストすべき重要な限界の1つは クォート・トゥ・エグゼキューション・リスクです。これは、あなたが見た価格と、実際に受け取った価格の差です。もう一つの一般的な失敗モードは、システムが更新やリスク管理を行うよりも市場の動きが速いときに起きる スプレッドの拡大とリクォートです。
最後に、「流動性」を実務上のテストを伴う概念として扱ってください。たとえ提示価格が存在していても、ストレス時にはそれがより不利である可能性があります。
検証方法と次の質問
結論を独立して検証するには：
- 執行と価格メカニクスを説明する書類を集める。 2) 比較する前に前提を書き出す（例：仮定したスプレッド、想定する約定タイミング、注文タイプの挙動）。 3) ストレス時の挙動に対応するエビデンスを探す（典型的な条件だけでなく）。