Polymarket FAK order：Fill-And-Kill 市价单如何工作

Polymarket 的 FAK order（Fill-And-Kill）是平台提供的一种市价单原语，它会尝试立即成交并取消任何未成交的剩余量。当你需要快速、即时成交并愿意接受滑点或部分成交而不是等待限价单时，请使用此类订单。本指南说明了 FAK order 在 CLOB 上的行为、Polymarket 的滑点保护如何工作，以及活跃交易者当前使用的实际模式。

要点概览

• Polymarket FAK order 是一种会立即成交并自动取消剩余量的市价单。
• Polymarket 的 CLOB 在 SDK 中暴露了一个 createMarketOrder helper 来提交 FAK orders；Fill‑And‑Kill 能减少无限期挂单的敞口。
• 滑点保护内置于 FAK orders：价格冲击限制可能导致部分成交或不成交，而不是出现极端成交，但你仍然面临执行风险和 taker fee。
• 在对时间敏感的流（套利捕获、endgame 调整）中使用 FAK；当你需要保证价格或完整成交量时应避免使用。
• 使用 FAK orders 时，始终考虑 resolution risk（决议风险）、滑点、手续费、部分成交和结算时序。

什么是 Polymarket FAK order？

FAK 代表 Fill‑And‑Kill。在 Polymarket 的 Central Limit Order Book（CLOB）上，FAK order 是一种市价式执行，它会：

• 立即遍历订单簿以获取最佳可得价格，
• 在这些价格上按流动性可及的数量成交，
• 并即时取消任何未匹配的剩余数量。

Polymarket 的 SDK 通过一个 createMarketOrder helper 把这种行为封装起来，处理底层订单下单、授权和必要的钱包设置。所有 Polymarket 交易都会通过 Relayer 路由，因此对终端用户而言 FAK orders 是免 gas 的。

FAK orders 的滑点保护如何工作

滑点保护防止市价单以远高于或远低于预期的价格成交。在 Polymarket：

• FAK orders 会在指定数量范围内消耗订单簿流动性，但包含一些保护措施来限制可接受的价格冲击。如果所需价格超过允许的冲击，订单可能会部分成交并取消剩余部分，而不是横扫至极端价格。
• CLOB 强制执行 tick size（通常为 $0.01，在价格接近极端时会收窄到 $0.001）。tick size 会影响 FAK 将跨越的价格档数。
• SDK 中的 FAK helper 为滑点提供了合理的默认值；Builder 和高级交易者在编程路由订单时可以设置更严格的限制。

滑点保护可以降低灾难性成交的概率，但不能消除执行风险。当订单薄薄弱时，你仍可能收到部分成交或以明显高于/低于 midpoint 的价格成交。

何时使用 FAK order（以及何时不该使用）

适用场景

• 在延迟至关重要且你接受部分成交的套利捕获中。对于 intra‑market arb，FAK 的速度可能决定你能否兑现 edge，或被其他 taker 抢先。
• 面临新闻或接近 resolution 的时间敏感头寸调整，必须立即交易时使用。
• 快速退出场景，当你优先考虑迅速离开 order book 而非价格确定性时。

不适用场景

• 当你需要保证价格或为特定规模获得完整执行时——应使用限价单。
• 在流动性稀薄的市场，横扫订单簿可能导致相对于 midpoint 支付高额点差。
• 无法容忍部分成交且又没有复杂再平衡逻辑的策略。

期望的执行机制与手续费

• FAK orders 属于 taker 执行，因此可能产生 taker fee。Polymarket 的 maker fee 为零，但 taker fee 按类别可变（0%–1.8%）。在确定交易规模和评估滑点时要考虑 taker fee。
• Polymarket 通过 Relayer 赞助交易 gas；你只需要 pUSD 即可交易。
• SDK 会返回执行报告，其中包含已成交数量、平均成交价和手续费金额。使用这些编程回执来核对 P&L 并用于下游逻辑（例如在部分成交时重试）。

活跃交易者的实用模式

1. 保守的套利捕获

• 提交带有保守最大冲击设置的 FAK。如果你得到部分成交，剩余头寸仍然会给你一个可预期的最大亏损敞口。仅在评估新的订单簿后重新提交较小的后续订单。

2. 两步 endgame 流程

• 当你可以等待几秒钟时，先在最佳卖价处下一个紧的限价单。如果限价未成交且事件发生变化，取消限价并发出带有受控滑点上限的 FAK。

3. 批量清算

• 将大额目标规模分拆成多个与顶层深度相匹配的小型 FAK。这样可减少横扫深层价格档的概率并降低实现的滑点。

4. Builder 集成

• 如果通过 Builder 路由，Polymarket Builder Program 与 Relayer 支持归因和 builder fee。Builder 等级会影响每日 relayer 限额和奖励；在设计 FAK 使用时请遵守速率限制并在需要时包含归因头。

阅读成交并处理部分执行

在 FAK 之后务必解析交易所的执行报告：

• 确认已成交数量与平均价格。对手续费进行核对并更新持仓状态。
• 如果发生部分成交，决定是再次尝试 FAK、为剩余量挂一个限价单，还是接受部分成交。你的选择应反映紧迫性、预期市场走向与对费用的敏感度。

自动化系统应实现一个小的等待并检查循环，而不是积极地重复提交，以避免不必要的手续费支出或被 relayer 限额限制。

风险与失败模式（不要称 FAK 交易为无风险）

使用 FAK 可以减少在簿上的时间，但不会消除风险。关键风险包括：

• 滑点与部分成交：你可能无法在期望价格档获得完整数量。
• 手续费敞口：FAK orders 属于 taker 成交，可能需要支付适用市场类别的 taker fee。
• 决议与结算风险：结果通过 UMA 结算；争议可能会延迟赎回获胜代币。
• 智能合约与操作风险：尽管 Polymarket 免 gas 且使用已知框架（CTF），任何链上系统都存在平台风险。
• 地理与合规限制：Polymarket 会屏蔽来自特定司法区的订单并禁止使用 VPN 绕过。

在陈述数学上的 edge 时，始终结合这些风险；Fill‑And‑Kill 提升的是执行速度，不是保证或无风险执行。

这对你的交易意味着什么

如果你在 Polymarket 上进行主动交易，请理解 FAK orders 是平台的市价单工具，适用于先速度后规模的工作流。使用 SDK 的 createMarketOrder helper 提交带有合理滑点上限的 FAK，程序化监控成交，并在需要更严格价格控制时优先使用限价单。在仓位管理、风控和成交后逻辑中考虑 taker fee 和可能的部分成交。

FAK orders 是一种工具——在即时性重要时使用，并为 FAK 未完全执行时设计回退规则。

常见问题

Polymarket FAK order 与限价单有什么区别？

FAK order 会尝试立即对簿成交并取消未成交的剩余；限价单则以指定价格挂到簿上，并可能一直等到被匹配。优先考虑速度时使用 FAK；优先考虑价格和保证成交量时使用限价单。

FAK order 会让我支付远差于预期的价格吗？

会的。尽管 FAK orders 包含滑点保护，但稀薄的订单簿仍可能产生很大的价格冲击。FAK helper 允许设置滑点上限以限制极端成交，这可能导致部分成交而不是全部以较差价格成交。

Polymarket 上的 FAK orders 是免 gas 吗？

是的。Polymarket 通过其 Relayer 路由交易，因此钱包部署、授权和 FAK order 下单对终端用户都是免 gas 的。你仍然需要 pUSD 来交易。

FAK order 要付手续费吗？

FAK orders 属于 taker 成交，可能会产生 taker fee。Polymarket 的 maker fee 为零；taker fee 按类别变化（当前在 0% 到 1.8% 之间）。

我该如何处理 FAK 的部分成交？

检查执行报告以获取已成交数量和平均价格，然后决定是重新提交另一个 FAK、为剩余量挂限价单，还是接受部分成交。自动化策略应包含短暂等待循环和对手续费敏感的重试逻辑。