Multi-leg execution

マルチレッグ実行は、互いに依存する複数の注文を同時に送信してポジションをロックする行為です。

Polymarketでは、複数のアウトカムを同時に買ったり売ったりする必要がある場合にこれがよく現れます。たとえば、バイナリの intra-market アービトラージでの YES と NO の両レッグや、マルチアウトカム市場での完全なアウトカムセットの購入などです。目的は、必要な全てのトレードを協調された単位として実行し、意図しない方向性の賭けではなく、既知で限定された正味エクスポージャーを得ることです。

主なポイント

• マルチレッグ実行は依存する注文をグループ化し、結合されたポジションを決定論的に定義します。
• 複数のアウトカムを同時に買うことでスプレッドを取得する intra-market アービトラージにとって不可欠です。
• 実行リスク（部分約定、タイミング）やオラクルの解決リスクは依然として存在します。スプレッドが無条件でリスクフリーになるわけではありません。

Polymarketでの仕組み

Polymarketはマッチングに CLOB を使用します。マルチレッグ実行を行うには、次のいずれかを行います：

• 単一のクライアントを通じて短時間に複数の注文を送信する（単純な二レッグのバイナリアービトラージで一般的なアプローチ）、または
• ビルダーや実行エンジンを使い、注文をルーティングしてアトリビューションしつつフィルを調整する。

多くのボットやツールは、レッグを高速に送信して部分約定が発生した場合は未約定のレッグをキャンセルすることで、原子的に見える動作を実装します。Polymarketでは CLOB と Relayer により注文配置はガスレスで行われ、即時実行またはキャンセルが必要なレッグにはしばしば FAK（Fill-And-Kill）注文が使われます。

リスクと失敗モード

• 部分約定：一部のレッグだけが約定し、他が約定しないと意図しない方向性エクスポージャーが残る可能性があります。
• スリッページと手数料：レッグ送信中に実行価格が動くことがあり、taker 手数料が適用され、カテゴリによって変動します。
• 解決と決済：UMA の紛争や解決の遅延が最終的な支払い時期に影響を与えることがあります。アウトカムトークンの引き出しは CTF の操作（split/merge/redeem）を必要とし、決済のタイミングは変動します。
• 地理・コンプライアンス制限：Polymarket は管轄区域ごとに注文をブロックまたは制限します。Polymarket の地理ルールに従う必要があります。

ベストプラクティス

• 即時に実行されるか全く実行されないレッグには FAK 注文を使う。
• 注文板の厚み（オーダーブックの深さ）とミッドポイントを監視し、利用可能な流動性に対して保守的にレッグのサイズを決める。
• 部分約定に対する明確な回復ルールを実装する（ヘッジ、キャンセル、機会的なアンワインドなど）。
• 結合レッグが十分なエッジを生むかどうかを計算する際に、手数料とスリッページを織り込む。

トレードへの影響

intra-market アービトラージに依存する場合、マルチレッグ実行は運用上の中核です：戦略の収益性は、レッグの識別だけでなく、どのようにレッグを配置し協調させるかに大きく依存します。部分約定を最小化するよう実行ロジックを設計し、取引後の照合を含め、スプレッドを数学的な機会と見なす一方で決済・スリッページ・解決リスクが依然存在することを扱ってください。

関連項目

• /glossary/leg-risk
• /glossary/fak