定义
Multi-leg execution
同时发送多个相互依赖的订单以锁定仓位。
Multi-leg execution 是指同时发送多个相互依赖的订单,从而锁定一个仓位。
在 Polymarket 上,这通常出现在需要同时买入或卖出多个结果时——例如二元市场中用于套利的 YES 和 NO 两腿,或多结果市场中买入完整结果集的情形。目标是将所有必要交易作为一个协调单元执行,使得净敞口为已知且有界的数量,而不是意外的方向性押注。
要点
- Multi leg execution 将相互依赖的订单分组,使得合并后的仓位具有确定性定义。
- 在需要通过同时买入多个结果来捕捉价差的 intra-market arbitrage 中,这一点至关重要。
- 仍然存在执行风险(部分成交、时序问题)和预言机解析风险;价差并非无条件的无风险。
在 Polymarket 上如何运作
Polymarket 使用 CLOB 进行撮合。要执行 multi-leg execution,你可以:
- 通过单一客户端快速先后提交多个订单(这是简单二元套利常见的方法),或者
- 使用将订单路由并进行归属的 builder 或执行引擎来协调成交。
许多机器人和工具通过快速发送各腿并在部分成交时取消未成交的腿来实现近乎原子性的行为。在 Polymarket 上,CLOB 和 Relayer 使得下单无需支付 gas;系统支持 FAK (Fill-And-Kill) 订单,通常用于需要立即成交或立即取消的腿。
风险与失败模式
- 部分成交:如果部分腿成交而其他腿未成交,你可能会留下意外的方向性敞口。
- 滑点与手续费:在各腿仍在传输时,执行价格可能移动;还会产生 taker 手续费且按分类不同而异。
- 解析与结算:UMA 争议或延迟解析会影响最终支付的时机。赎回结果代币需要 CTF 操作(split/merge/redeem),结算时间可能不同。
- 地理与合规限制:Polymarket 会按司法辖区屏蔽或限制下单;你必须遵守 Polymarket 的地域规则。
最佳实践
- 对必须立即执行或否则取消的腿使用 FAK 订单。
- 监控 orderbook 深度和 midpoint,根据可用流动性保守地设置腿的规模。
- 为部分成交实现明确的补救规则(例如对冲、取消或机会性平仓)。
- 在计算合并腿是否产生足够 edge 时,考虑手续费和滑点。
这如何影响你的交易
如果你依赖 intra-market arbitrage,multi leg execution 在操作上是核心:策略的盈利能力既取决于你如何识别价格差异,也取决于你如何下单并协调各腿。设计你的执行逻辑以最小化部分成交,包含成交后对账,并将价差视为仍然带有结算、滑点和解析风险的数学机会。
See also
- /glossary/leg-risk
- /glossary/fak