返回博客arbitrage

预测市场套利:如何在 Polymarket 与镜像市场之间进行对冲

面向加密原生做市商的预测市场套利指南:验证 Polymarket 镜像市场、管理库存对冲、计算可执行价差,并使用 Kuest 流动性活动。

预测市场套利:如何在 Polymarket 与镜像市场之间进行对冲

如果你已经运行 Polymarket 机器人,下一步机会未必是再做一个预测模型。你可能只需要一个新的流动性场景,让现有的定价、执行和风险系统发挥更大价值。

预测市场套利在表格里看起来很简单:在两个 venue 找到同一事件,买入更便宜的一侧,卖出更贵的一侧,保留差价。

但在真实环境中,难点是证明两个工具拥有相同的 payoff,正确映射 outcome token,以真实可成交价格执行两条腿,并管理从建仓到结算之间的风险。

这对镜像市场尤其重要。Polymarket 镜像可以为 Kuest 流量提供外部价格参考和潜在对冲,但并不意味着每个价差都是无风险套利。

什么是预测市场套利?

预测市场套利是尝试捕捉经济上等价合约之间的价格差,或构建一个组合 payoff 已知且入场成本低于结算价值的仓位。

互补结果套利

在二元市场中,YES 与 NO 是互补结果。如果能在两个 venue 以低于 1 美元的总成本买入 YES 和 NO,并且两个合约完全按照相同规则结算,那么组合在结算时的毛价值就是 1 美元。

毛 edge = $1 - (YES 入场价 + NO 入场价)

手续费、gas、滑点、部分成交、锁定资本和结算成本都会减少真实 edge。

跨 venue 对冲库存

做市商不一定是在锁定一个保证收益。他可能在 Kuest 报价,并使用 Polymarket 降低客户成交产生的库存风险。

例如,客户从你的 Kuest ask 买入 1,000 个 YES,你可以在外部 order book 有足够深度时买入对应的 YES 敞口。这是库存对冲,并不自动等同于无风险套利:对冲可能部分成交、价格变差,或在需要时消失。

方式目标可能剩余的风险
买入 YES + 买入 NO以低于 $1 的价格构建完整二元组合规格、结算和执行风险
买入更便宜的 YES + 卖出更贵的 YES捕捉跨 venue 价差库存、持仓和成交风险
在一个 venue 报价 + 对冲成交让做市商订单簿接近中性不利选择、基差和对冲可用性风险

这个区别会影响机器人、资本模型和风险报告。PredictEngine 指南强调应使用可执行价格,而不是只看 midpoint。Preduck 文档也有助于理解跨 venue 市场匹配。

为什么 Polymarket 交易者寻找镜像市场套利

Polymarket 拥有成熟的 CLOB 数据、活跃订单簿、大量交易者和机器人,因此是自然的参考 venue。

第二个流动性场景可以带来不同的运营方受众、新 order flow、资助型流动性活动,以及对 Polygon、USDC、CLOB、定价和库存系统的复用机会。做市商除了交易 P&L,还可能获得维护深度的活动报酬。

Kuest 将品牌化 operator frontend 连接到共享的市场发现、撮合、钱包操作和生命周期数据。拥有相同 outcome token ID 的市场使用相同的 Kuest order book。因此两个 operator 页面不一定是两个独立 venue。

两个 Kuest frontend 之间的差异并不自动构成套利机会。

真正的 edge 可能来自 Kuest 网络流量与 Polymarket 外部参考之间的关系,或来自经过严格验证的 operator 市场与外部合约之间的关系。

Kuest 镜像市场如何运作

“镜像”描述的是 Kuest 市场与所选外部来源之间的关系,并不是把另一个 venue 的订单簿直接嵌入 frontend。

运营方可以组合 Polymarket 镜像、自建市场和明确选择的共享来源。运营方负责品牌、域名、用户体验和运营;Kuest 提供 CLOB、市场数据、撮合、relayed wallet action 和 Polygon 结算。

做市商需要按以下顺序理解:

  1. 来源定义合约规格。 检查问题、结果、关闭时间、结算来源和边界情况。
  2. Kuest 创建兼容表示。 镜像拥有 Kuest 侧 metadata 与 order-book context。
  3. 结果映射必须明确。 机器人必须知道 Kuest YES/NO 对应哪些 source token。
  4. 流量归属于来源运营方。 通过网站、bot 或 SDK 产生的交易都可以归因。
  5. 结算需要单独验证。 价格关系取决于市场生命周期。

阅读 Kuest 架构文档开源仓库,了解 Polygon、USDC、API 与 SDK 模型。

Polymarket 对冲策略:在不同 venue 交易同一结果

Polymarket 对冲策略应该从 Kuest 订单簿的真实仓位开始,而不是假设所有页面上的 YES 都代表同一工具。

用相同 outcome 对冲已成交报价

如果你在 Kuest 以 $0.54 卖出 1,000 个 YES,而 Polymarket 的对应 ask 是 $0.55,可以根据外部深度买回库存。结果是 Kuest 卖出收入减去对冲成本、手续费、gas、滑点和不利选择。

如果 Polymarket 只成交 600 个,剩余 400 个仍然是敞口。

构建完整二元组合

如果 Kuest 的 YES 可以以 $0.53 买入,Polymarket 的 NO 可以以 $0.43 买入,组合成本是 $0.96,并且在规则相同的情况下结算为 $1。毛 edge 是每个组合 $0.04,尚未扣除成本。

一个预测市场套利的分步示例

  1. 验证合约: 对比 Kuest 与 Polymarket 的 condition、outcome 顺序、截止时间和 resolver。
  2. 读取可执行订单簿: 使用 bid、ask 和 size。Polymarket order book API提供价格层、时间戳、最小订单量和 tick size。
  3. 选择对冲路径: 只对冲可成交数量,跨越下一价位,使用互补路径,或缩小报价。
  4. 计算结果:
净结果 = Kuest 收入 - 对冲成本 - 手续费 - gas - 滑点
         - 资本和库存成本
  1. 对账每个状态: accepted、partial fill、cancel、reject 和 resting 都要记录。
  2. 监控到 settlement: resolution、争议、redemption 和市场关系变化都需要持续检查。

如何寻找镜像并映射 outcome token

只按标题匹配是最危险的捷径。Assymetrix 的分析说明,不同交易者、费用、流动性和结算规则会让相似标题变成不同工具。

每个镜像至少保存以下 mapping:

{
  "source": "polymarket",
  "sourceConditionId": "0x...",
  "sourceYesTokenId": "...",
  "sourceNoTokenId": "...",
  "kuestConditionId": "0x...",
  "kuestYesTokenId": "...",
  "kuestNoTokenId": "...",
  "resolutionSource": "...",
  "closeTime": "...",
  "mappingStatus": "verified"
}

Kuest market details包含 mirror condition ID、mirror token ID、outcome、费用、resolution source 和 bid/ask。缺少 ID、关闭时间不同、来源不同、市场暂停或无法满足完整对冲数量时,应拒绝交易。

Shared liquidity 如何改变套利

兼容市场使用共享的 Kuest order book。一张 operator 页面上的订单可以与另一张页面的 flow 撮合,从而提升资本效率、降低冷启动难度。

但展示同一个订单簿的两个页面不是两条独立套利腿。真实 edge 可能来自 Polymarket 关系、operator flow、fee 与激励、库存失衡或资助型活动。

阅读 Kuest 协议market maker 页面,了解网络和流动性任务。

做市商库存:Collateral、YES/NO 与结算

二元做市商通常管理 USDC collateral、YES 库存、NO 库存和外部 venue 库存。正确的对冲取决于完整资产负债表,而不是最后一笔成交。

同一 condition 的 YES/NO 组合在结算时合计价值为 $1。根据 venue 机制,它可以从 collateral mint,或通过 merge 变回 collateral。保持实际动作和会计动作分离:即使 settlement 使用 merge,日志里的 SELL YES 仍然是 SELL YES

扣除费用、gas 和滑点后还剩多少 edge?

Midpoint 不是可执行价格。必须使用真实可成交的价格和数量。参考 Polymarket spread APICLOB market info

净 edge = 毛 payoff 或价差
        - 所有腿的费用 - gas - 滑点
        - failed fill - 锁定资本 - 对冲成本
        - 运营开销

Kuest 活动奖励应当作为独立收入项建模。它支付定义好的流动性服务,不能掩盖不利选择、库存损失或 bond 成本。

Polymarket 镜像套利的主要风险

基差风险

一个条款就可能改变 payoff。检查数据源、timestamp、cutoff、resolver 和边界条件。

执行、延迟和流动性风险

便宜的一腿可能在对冲到达前消失,best ask 的数量也可能不足。

不利选择

吃掉你报价的交易者可能比机器人更快地响应新信息。

结算、venue 和运营风险

Outage、rate limit、订单拒绝、钱包错误、stale websocket、争议和延迟结算都必须纳入 reconciliation 与 kill switch。

监管风险

不同司法管辖区对 prediction market、衍生品和 market making 的要求不同。请获取独立的法律、税务和合规建议。

Kuest 做市商活动如何为流动性付费

活动可以定义市场或系列、服务日期、双边深度、最大 spread、coverage、reward、bond,以及是否有外部 Polymarket hedge。

Escrow 流程是:

  1. Sponsor 存入 reward 和协议金额。
  2. 获批做市商检查并接受条款。
  3. 如有要求,存入 bond。
  4. 在服务期间维持约定流动性。
  5. 进入 review,并可能产生 dispute。
  6. Finalize 后,maker allocation 通过 pendingWithdrawals 可提取。

Escrow 保护商业任务,不保证 hedge fill 或交易盈利。请阅读创建市场 API结算 API

预测市场套利机器人与 API 基础设施

成熟机器人应当是 state machine,而不是简单比较两个数字的循环:

discover -> validate mapping -> read depth -> calculate net edge
         -> reserve collateral -> place first leg
         -> confirm fill -> place hedge -> reconcile
         -> monitor settlement -> rebalance inventory

组件包括 market discovery、token mapping、live order book、sizing、fill reconciliation、inventory、hedge routing、settlement monitoring、告警、日志和 kill switch。参考 Polymarket market dataorder API

已有 Polymarket bot 可以复用 Polygon wallet、CLOB、cancel-and-replace 和风险控制,但仍需验证 Kuest ID、shared book、auth、费用、订单语义、lifecycle 和活动义务。

如何开始在 Kuest 做市

  1. 打开 Kuest market maker 页面协议模型
  2. 为运营 wallet 申请 approval。
  3. 按 Polymarket hedge、spread、depth 和 duration 筛选活动。
  4. 独立验证 mapping 与外部订单簿。
  5. 只接受匹配的条款,并在需要时存入 bond。
  6. 从保守规模开始,验证 order、fill 和 reconciliation。
  7. 服务和 review 完成后 finalize 并提取分配。

为什么加密原生做市商对 Kuest 有价值

Kuest 需要能够为二元 CLOB 报价、管理 YES/NO 库存、识别 basis risk、处理 partial fill、运行 Polygon/USDC,并维护 kill switch、告警和 audit log 的团队。

这种能力让运营方可以从第一天就拥有可信的深度,也让做市商通过共享网络接触新的社区 flow 和资助型任务。


延伸阅读

FAQ:预测市场套利

Polymarket 套利是无风险的吗?

不是。价差可能在执行前消失,两个相似市场也可能以不同方式结算。即使是 YES/NO 组合,也需要相同规则和完整成交。

什么是 Polymarket 镜像市场?

这是一个与 Polymarket source market 关联的 Kuest 市场,让运营方可以用自己的品牌提供该事件。必须验证 mapping、resolution 和流动性。

Polymarket 对冲策略如何运作?

做市商使用 Polymarket 降低在另一个 venue 报价产生的敞口:买入相同结果、互补结果或完整组合。路径取决于合约、深度、费用和部分成交风险。

套利机器人应该映射哪些 ID?

Source 与 Kuest 的 condition ID、YES/NO token ID、resolution source、close time 和 mapping status。存在歧义时不应交易。

什么是 MarketMakerEscrow

这是 Polygon 上用于协调流动性活动 reward、bond、服务、review 和提取的智能合约。它不保证盈利。

Kuest 保证套利回报吗?

不保证。Kuest 提供基础设施、网络、数据和 escrow。定价、执行、库存、对冲和资本风险仍由做市商承担。