注文タイプ

なぜ Polymarket には合成注文タイプが必要か

Polymarket の CLOB は market と limit の 2 つのプリミティブのみを公開します。ネイティブの stop、bracket、OCO、trailing-stop はありません。コピートレードまたはあらゆるアクティブなポジション管理にとって、このギャップは画面に張り付くか、ポジションがゼロまで下落することを許容するかをお客様に強います。Pro Workstation はこのギャップをサーバーサイドの条件付き注文で埋めます。これは、トリガーが発火すると、手動チケットと同じ実行パスを介して基礎となる CLOB 注文を送信します。

すべてのワークステーション注文は公式 polymarket_client_sdk_v2 でクライアントサイドで署名され、帰属のために V2 builder code を添えて送信されます。PolyZig はお客様の資金を一切預からず、秘密鍵を一切保持せず、注文に再署名することもありません——条件付き注文ウォッチャーは認証済みセッションを再利用する自動トリガーにすぎません。

Stop と stop-limit

Stop は価格がトリガーをまたぐと成行注文を発火させます。Stop-limit はお客様が設定した価格で limit 注文を発火させ、急速な市場で約定しない可能性と引き換えにスリッページの制御を提供します。両方ともいずれの方向にも適用されます——sell stop は価格がトリガーを下回ると発火し、buy stop は価格がトリガーを超えると発火します。

side=sell, trigger_price=0.45  →  fires when price ≤ 0.45
side=buy,  trigger_price=0.55  →  fires when price ≥ 0.55

Trailing-stop

Trailing-stop はトリガーを観測価格のランニングピーク（売り側）またはトラフ（買い側）に再アンカーします。trail offset は、stop が発火する前に価格がそのピークからどれだけリトレースする必要があるかを定義します。勝ち手を走らせつつラウンドトリップのドローダウンを限定するのに有用です——ワークステーションは注文ごとのモニタータスク内のメモリでピークを追跡します。

sell trailing-stop, trail_offset=0.05
  → peak rises to 0.70, trigger sits at 0.65
  → if price drops to 0.65, stop fires

OCO と bracket——アトミックで相互的なリンク

OCO チケットは約定時に互いをキャンセルする 2 つのレッグです——通常は stop loss と take profit です。Bracket は既存ポジションをラップする OCO パターンです。Workstation は両方のレッグを 1 つのデータベーストランザクションで作成し、相互的な linked_order_id を書き込むため、最初に発火したレッグが兄弟をキャンセルします——半キャンセル状態の bracket になることはありません。

キャンセルはユーザースコープです——悪意あるリンクが何らかの方法で注入された場合でも、ウォッチャーは発火した注文と同じユーザーに属する兄弟のみをキャンセルします。

条件付きクロスマーケットトリガー

条件付き注文は 1 つの市場を監視し、別の市場で行動します。例：「Trump-2024 YES が $0.40 を下回ったら、Trump-loss と相関のあるレッグで buy を発火させる」。Workstation はこれらを stop と同じ方法で永続化します。クロスマーケットエバリュエーターはマルチレッグチケットビルダーと並行して配線されます。

TWAP と iceberg（ロードマップ）

薄い Polymarket ペアでは数千ドルでもブックを動かすことがあります。計画：TWAP は大口注文を構成可能なウィンドウで N 個の子注文にスライスし、iceberg はブックに見えるスライスのみを表示し、見える部分が約定するにつれて補充して、合計サイズを隠します。両方とも非流動的な市場での市場インパクトのスリッページを低減します。本ビルドではどちらも実装されていません——これらは Phase 4 実行戦略カットに属し、条件付き注文ウォッチャーが本物の CLOB executor を公開してから着手します。

Time in force フラグ

今日のすべての limit チケットは GTC（good-till-cancelled）として送信されます。なぜなら polymarket_client_sdk_v2 が注文ビルダーで公開しているのはこれだからです。GTD、IOC、FOK は Phase 1b の TIF カットの一部です——SDK のアップストリームブランチがフラグを実装すれば（または workstation が貢献すれば）、チケット UI は TIF ドロップダウンを公開し、注文 API は PlaceOrderRequest を time_in_force + expires_at で拡張します。それまでは、タイトな limit を送信して次のポーラーパスでキャンセルすることで IOC 風の挙動を近似できます。

リスク定義サイジング

注文チケットには「max loss」ヘルパーが含まれます。お客様がリスクを取る意思のあるドル金額と entry + stop 価格を入力すると、チケットが損失をその数値ピッタリで限定するサイズを自動計算します。オプショントレーダーが vertical をサイジングするのに使うのと同じプリミティブです——想定元本ではなくダウンサイドにポジションを取ります。

size = max_loss / |entry_price − stop_price|