委托类型

Polymarket 为何需要合成订单类型

Polymarket 的 CLOB 仅暴露两种原语：market 与 limit。原生既无 Stop、也无 Bracket、OCO 或 Trailing-stop。对于跟单交易或任何积极仓位管理而言，这一缺口迫使您要么盯盘，要么接受某个头寸可能跌至零。Pro Workstation 通过服务器侧条件订单填补这一缺口：一旦触发器触发，便通过与手动单据相同的执行路径提交底层 CLOB 订单。

每张 workstation 订单均使用官方 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 定义了价格从该峰值回撤多少后触发。在让赢利头寸继续运行的同时仍封顶往返回撤——workstation 在每个订单监控任务内的内存中追踪峰值。

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 单据是两条腿，在成交时互相取消：通常一条 stop loss 与一条 take profit。Bracket 是包裹现有头寸的 OCO 模式。Workstation 在单一数据库事务中创建两条腿，并写入互为引用的 linked_order_id，因此先触发的那一腿会取消其兄弟——绝不会出现半取消的 Bracket 场景。

取消的范围按用户隔离：即便恶意链接被以某种方式注入，监听器也只会取消与触发订单同属一个用户的兄弟订单。

跨市场条件触发

条件订单监视一个市场，对另一个市场采取行动。例如：「若 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 并在下次 poller 轮询中取消来近似 IOC 行为。

风险定义化下单规模

订单单据包含「max loss」助手。输入您愿意承担的美元金额以及入场价 + stop 价，单据将自动计算把您的损失精确封顶在该数字的下单规模。这与期权交易员对 vertical 进行下单规模设定时使用的原语相同：定位您的下行而非名义价值。

size = max_loss / |entry_price − stop_price|