Polymarket 限价单自动化：到期与成交

Polymarket 限价单自动化从意图开始

原始意图应标明结果、方向、最大数量或支出、价格边界和有效条件。这些约束属于策略决策，而不属于某一时刻恰好有效的那笔订单。

假设意图是在不高于 0.48 的价格下获取不超过 100 份，即使执行需要多个请求，该意图仍应有明确边界。撤销一个请求并提交另一个，不应重置目标或增加总允许数量。

应为意图建立稳定记录，将其各次订单尝试关联起来。这样，控制器就能区分朝同一目标推进与真正的新授权。没有这种关系，替换订单可能看起来像一笔新的独立交易，从而绕过原本用于限制整体买入量的核算。

限价控制价格，而不保证执行

买入限价定义最高可接受价格，卖出限价定义所请求操作的最低可接受价格。它不保证存在交易对手，也不保证完成数量。随着事件和账户条件变化，挂单可能始终不成交。

限价单也可能可以立即成交。如果买入上限高于可用卖价，订单可能按其受支持行为立即执行。程序不应仅因指定了价格，就假定每笔限价单都是被动订单。

如果策略要求被动提供流动性，应通过受支持的 post-only 行为表达该要求，并明确处理。拒绝应触发既定的重新考虑政策，而不是悄然移除约束。价格保护与被动执行针对不同意图，在控制器中应分别清楚展示。

对于配对策略，Polymarket 套利演算指南 展示了为何一笔有边界的订单可能完成，而互补订单却留下方向性余量。

验证当前市场约束

控制器需要当前允许的价格步长、最小数量和相关市场状态。这些约束可能使技术上看似可行的请求无效，却不改变策略对事件的看法。

假设市场接受 0.01 的步长，提议价格 0.475 在提交前需要明确且允许的调整。上限为 0.475 的买方不能向上取整至 0.48，否则会超过上限。取整方向具有经济含义。

应在记录中保留原始值和准备后的值。如果有效的准备数量低于适用最小值，拒绝请求可能就是正确结果。除非另有政策明确授权更大的承诺，否则控制器不应仅为让 API 接受订单而扩大数量。

Polymarket 限价单自动化的到期机制

Polymarket 限价单自动化的到期设置必须遵循当前场所语义。官方下单文档 规定，GTD 到期时间必须至少设在三分钟之后，订单会在指定时间戳前一分钟到期，因此按这些规则，最低实际有效期约为两分钟。

当策略希望报价有效期很短时，这一点很重要。如果所选远端行为不支持相应的实际有效期，就不能简单将订单标为十秒后到期。本地计时器和撤单尝试是不同机制，具有不同保证。

应将期望的策略截止时间、编码后的到期时间和预期实际到期时间分别保存。这种区分使审查成为可能，并减少因假定单一时间戳同时具有三种含义而产生的错误。实现或更新这一行为时应重新检查文档，因为这些约束属于当前接口约定。

将到期作为多项控制之一

到期机制按受支持规则限制远端订单能保持有效多久，但不一定会在此之前响应新的来源观测、账户资金分配变化或预测修订。

因此，控制器可能在到期前重新考虑订单。如果请求撤单，仍需要观测结果。应用不应将本地决策时间视为远端订单停止存在的时刻。

假设订单实际截止时间为中午，11:58 的重要来源更新可能使策略依据失效。仅因设有到期时间就等到中午，会忽视策略条件。反过来，在 11:58 尝试撤单也不能证明账户避免了期间的每次成交。记录应将新信息与撤单尝试及最终数量联系起来。

体育订单状态转换指南 将这一原则应用于开赛时间变化、赛前订单清理和已配置的赛中撮合延迟。

清楚展示时钟假设

截止时间计算依赖于正确解释时间戳，以及合理同步的时间观。将秒与毫秒混淆，或将本地显示时间与预定参考时间混淆，可能使到期时间远离操作者预期。

应在输入边界使用明确单位，并在审查输出中保留可读解释。能够成功解析的时间戳，仍可能代表错误日期。应验证准备后的到期时间是否满足当前最低要求和策略预定窗口。

不要仅靠时间流逝就认定所有账户问题已经解决。如果最终数量会影响下一次请求，即使订单预期已经到期，也仍应核对。控制器需要最终承诺和库存的证据，尤其是在截止时间附近观测曾中断的情况下。

Polymarket 限价单自动化的部分成交

Polymarket 限价单自动化中的部分成交，会同时产生已取得库存和可能仍有效的余量。控制器必须保留两者。未完成或已完成等单一状态标签，往往不足以支持目标核算。

假设买入目标为 150 份，已成交 60 份、仍挂单 90 份，两者已代表全部获授权数量。如果仅因持有 60 份就再提交 90 份，将重复有效订单已涵盖的数量。

应依据相关证据跟踪原始规模、累计取得数量和剩余有效数量。反复观测不应重复计算同一笔成交。如果报告数量冲突，应保留记录并调查，而不是选择能使进度条看起来完成的组合。账户经济状态优先于方便的显示。

仅在作出新经济决策后重新定价

重新定价应有明确原因。预测、库存目标或市场约束变化，可能支持新提案。希望让订单始终贴近当前市场并不足够，除非这种行为本来就属于策略。

假设买方基于价值设定的最高上限为 0.50，初始订单为 0.46。调整至 0.48 可能仍在批准范围内，但追随市场到 0.53 就会违反它。始终追逐最优卖价的控制器，可能抹去最初采用限价单的价格纪律。

应将新决策与旧决策一并记录。修订价格应由当前信息和剩余可分配资金支持，而不是仅由一个每隔一段未成交时间就提高限价的循环继承而来。

Polymarket 限价单自动化的重新定价

Polymarket 限价单自动化的重新定价，需要将撤单与替换识别为独立操作。当前做市指南将报价变化描述为撤单后替换，而不是原地编辑现有订单。

在授权替换之前，控制器应确定旧承诺可能还剩多少。如果为提高响应速度而允许订单重叠，这种重叠必须符合明确的资金分配和数量政策。不应仅因撤单响应缓慢就意外发生。

预测市场机器人 API 指南 解释保留不确定操作的重要性。对于限价控制器，这意味着未获响应的撤单不等于剩余数量为零。在相关证据确定其他情况之前，替换决策应计入仍可能成交的部分。

演算一次撤单竞态

考虑一笔假设的 100 份订单。控制器观测到已成交 30 份，随后请求撤销剩余 70 份。在撤单生效前，又成交 15 份。最终证据确认取得 45 份、撤销 55 份。

如果原始目标仍为 100 份，在旧订单完全核对之后，尚未取得的剩余目标为 55 份。按较早观测替换 70 份，将形成潜在总量 115 份。替换 100 份则会忽视所有已经取得的份额。

这个例子说明，替换数量应来自最终或保守约束的账户证据，而不是开始撤单时的数量。原始目标始终是锚点。竞态会改变通向目标的路径，但不应悄然改变其规模。

高频撤单分析 展示了为何快速替换政策必须为竞态中的成交预留容量，而不能将撤单请求视为立即释放敞口。

定义何时允许重叠

某些流程可能有意允许在旧订单的不确定性尚未全部解决前就进行替换。这是一项政策选择，具有可衡量的最坏情况承诺。控制器应计算并展示这个边界。

假设目标为 100 份，已取得 40 份，旧订单仍可能成交 60 份。再添加 60 份替换订单，如果两项剩余承诺都执行，潜在总量就为 160 份。系统不应仅因每笔独立订单看起来合理，就将该状态描述为 100 份限额。

如果禁止重叠，应在提交替换订单前等待所需证据。如果在更大的获授权边界内允许重叠，应记录原因并据此管理。重要区别在于，这是有意且有边界的政策，还是因乐观撤单假设而意外扩大规模。

处理拒绝时不要改变策略

订单被拒绝，可能揭示价格步长无效、资源不足或临时市场限制。控制器应识别原因，并确定修正后的请求是否仍在原始意图范围内。

不要将每次拒绝都视为提高价格、增加数量或改变订单行为的理由。这些调整可能改变交易的经济性质。有些失败需要刷新元数据，另一些则需要等待或新授权。

应在尝试历史中保留拒绝证据。这有助于解释账户为何取得少于目标的数量，以及流程假设是否需要修订。隐藏被拒尝试的系统，可能让最终成交显得顺畅，却掩盖了实质影响价格和数量的反复政策变化。

对未知提交结果保留未解决状态

在特定服务和市场条件下，撤单本身可能不可用或受到约束。控制器不应将撤单按钮或本地超时描述为能够立即移除远端敞口的无条件保证。

当撤单无法进行时，应区分无法发送或完成请求，与订单已经消失的证据。应继续跟踪已知承诺和任何新成交。操作者需要理解仍有哪些敞口，以及哪些受支持观测仍然可用，而不是看到误导性的本地已撤销状态。

这种可能性也会影响初始订单设计。策略应考虑：如果之后的撤单尝试延迟，是否能够承受订单受支持的有效期和数量。极大订单加上可以瞬间撤回的假设，与账户能够承受其潜在成交的小规模、有边界订单，风险并不相同。

目的不是预测每次中断，而是在干预未立即达到预期效果的时段，仍让所述敞口限额保持真实。撤单是有价值的控制，但原始授权应当在不假定时机完美的情况下仍然站得住脚。

响应丢失时，控制器可能不知道新订单是否存在。再次发起完整请求可能造成重复敞口。稳定意图记录应将不确定的尝试与后续调查联系起来。

在计算下一笔替换订单前，应检查相关账户证据。明确被拒绝的请求，可以与远端结果未知的传输故障区别处理。应用应在重试政策中保留这一区分。

如果证据仍不足，控制器可以阻止新增承诺，同时继续观测和报告。这是一种有用的运行状态，而不是应该隐藏的软件失败。它能向操作者准确说明，为何原始目标尚不能安全推进，以及继续所需的信息是什么。

单独核算卖出约束

卖出需要相关的可用结果份额。限价卖单不应超过账户政策下可用的持仓，并应计入其他有效卖出承诺的影响。较高卖价不能使过量订单变得可接受。

假设账户持有 90 份，其中 50 份已经承诺给有效卖单，另一个卖出 60 份的请求就不符合简化后的剩余可用数量 40 份。控制器应核对之前的订单，或在政策范围内减少新提案。

买入互补结果与卖出现有结果是不同操作。限价单管理器不应仅因在标准二元结构中两者的方向性影响可能相关，就在两者之间替换。资源使用、转换机制和账户记录不同，因此策略需要明确授权预定操作。

跨多次尝试保留预算

总支出上限应适用于整个意图，包括来自已撤销或已到期尝试的成交。每创建新订单就重置预算，可能将有边界的买入变成无限序列。

假设包含全部费用的资金分配额度为 50 单位，已完成成交加适用费用已消耗 18 单位。在计入仍有效或不确定承诺之前，剩余上限为 32 单位。新订单不能仅因有了新标识符，就重新获得完整的 50 单位额度。

自动化预测市场交易指南 解释账户承诺如何影响未来决策。在限价自动化中，关键是让所有尝试始终关联同一资金分配，直到新政策明确改变它。订单标识符用于组织执行，不应重置经济授权。

按后果重新安排工作

控制器可能需要刷新价格、检查成交、处理到期和审查账户限额。这些任务不应全部作为相同的周期作业竞争。未解决的撤单或意外成交，可能比例行报价刷新更重要。

应优先处理能够确定当前敞口、避免意外新增承诺的工作。大量低价值观测积压，不应延误替换订单之前所需的账户核对。

也应丢弃过时提案，而不是延迟执行。重大信息变化之前排队的报价决策，在工作进程处理到它时，可能已不再符合策略。控制器应在行动时评估提案有效性，并保留其已到期或已被替代的记录，而不是将每个排队项目都视为必须交易的义务。

以激励为重点的控制器，还应在计划条款变化时刷新奖励资格和支付假设，避免已经过期的激励继续授权旧报价。

重启后恢复意图

重启时，应加载原始目标和所有相关尝试，然后核对当前账户证据。即使本地进程的内存状态已更新，远端订单和头寸也可能继续存在。

假设目标为 200 份，可能已有 80 份取得、70 份有效，以及近期请求中 50 份尚未解决。控制器不能仅根据持仓就安全推断还应买入 120 份。它必须确定其他数量代表什么，并避免重复承诺。

重启还应验证当前政策修订和账户配置。Polymarket International 与 US 使用不同集成环境，旧配置不应悄然将恢复后的控制器指向另一账户环境。恢复意味着重建一致的意图与账户关系，而不仅是进程成功启动。

将订单作为序列评估

历史评估应沿着每个意图跟踪其各次尝试，包括到期订单、被拒绝的替换订单和部分成交。只看已完成订单，会选择流程中最方便的部分，并丢失等待或重新定价的成本。

应衡量取得数量、实际成交价、敞口持续时间和占用资源。更高成交率可能来自更激进的价格，而不是更好的执行政策。更低平均买价可能同时伴随许多未达到的目标。正确比较取决于策略明确规定的目标。

对于哪些订单本来可能成交，应使用现实假设。相同价格的历史交易，不能确定模拟订单本来能获得该成交。如果证据不完整，应报告局限并检查替代情况，而不是将所有符合条件的成交记录都视为保证成交。

让人能够理解订单状态

操作者应能同时看到原始目标、取得数量、有效余量、不确定承诺和剩余授权。这些字段比单一完成百分比更准确地解释流程。

干预控制应描述其作用范围。停止新提案、请求撤单和改变目标是不同决策。界面应展示发生了哪些决策，以及哪些账户证据支持其效果。

当原始约束在每次尝试中都得到保留时，Polymarket 限价单自动化才有效。价格可能变化，订单可能部分成交，撤单可能发生竞态，但控制器应始终清楚维持意图与账户敞口的关系。这就是有边界限价单流程的实际含义。

相关指南与演算示例

• 自动买入 Polymarket Yes 与 No 份额：订单选择 — 在取得 Yes 或 No 份额前验证结果身份、单位和订单行为。
• 迷因币限价单机器人：触发与到期 — 定义具有到期机制和有边界重试的条件式去中心化订单。