为预测市场提供流动性可以成为交易团队的新收入来源。真正重要的问题不是宣传中的收益率是否好看，而是交易风险、资本占用、活动条款和付款保护是否值得接受这个任务。
如果你正在搜索如何成为 prediction market liquidity provider，你想知道的不是 YES 和 NO 的基础定义，而是实际工作内容、收入来源、锁定资本、单边成交、Polymarket 对冲，以及 sponsor 是否已经准备好付款。
流动性提供者不是把 token 存入池子后等待 APY。在 CLOB 中，提供者要提交可执行 bid 和 ask，管理 outcome token 库存，在概率变化时更新报价，并承担信息更快的交易者先成交的风险。
Kuest 通过 Polygon 上的链上 escrow 合约协调资助型流动性活动。Escrow 不会让交易自动盈利，而是明确 sponsor 资助什么、做市商接受什么、必须提供什么服务，以及何时可以提取付款。
预测市场流动性提供者做什么？
流动性提供者让事件合约的两边都保持可交易。Bid 是愿意买入的价格，ask 是愿意卖出的价格，两者之间是 spread。交易者从 ask 买入时，provider 收到 collateral 并交付 outcome token；交易者在 bid 卖出时，provider 买入 token 并支付 collateral。
Polymarket 的 market-making 文档也将核心工作定义为持续发布 bid/ask、增加订单簿深度、收窄 spread、支持价格发现和吸收交易流。
交易者成交你的报价后会发生什么？
每笔成交都会改变库存。以 $0.54 报价 YES 并卖出 1,000 份后，你的 YES 减少、collateral 增加，事件敞口也发生变化。你可以回购 YES、买入互补的 NO、调整报价，或让仓位留在设定的 inventory band 内。
Prediction Market Liquidity Provider、Market Maker 与 Trader 的区别
| 角色 | 主要活动 | 主要收入 | 主要风险 |
|---|---|---|---|
| Directional trader | 对 outcome 建立方向判断 | 正确预测事件 | 观点错误导致亏损 |
| Liquidity provider | 维护可执行 bid/ask | Spread、reward 或任务报酬 | 库存和不利选择 |
| Market maker | 运营定价、报价、库存和执行 | Spread、激励或 campaign payment | 市场、运营和资本风险 |
| Arbitrageur | 交易等价仓位的价格关系 | 扣除成本后的价差 | 基差、成交和结算不一致 |
同一个 desk 可以同时承担多种角色，但 campaign payment 与 trading P&L 应分开建模。
预测市场流动性提供者如何赚钱？
Spread capture
在 bid 买入、在 ask 卖出可以捕获 spread。但成交顺序决定真实 P&L；在信息事件期间，你也可能积累大量 YES，最后只能以更差的价格退出。
Campaign payment
运营方或 sponsor 可以为指定时间内的深度、spread、coverage 或 availability 付费。这笔钱是服务报酬，不保证每笔成交盈利。
Maker incentives 与 liquidity rewards
Rebate 和 reward 是可变收入，会受到 venue 参数、市场活跃度、资格和订单质量影响。
对冲与库存经济
Provider 有时可以用等价或相关的外部市场降低敞口。但如果合约不同、外部订单簿太薄，或对冲执行太晚，就可能产生损失。
| 收入来源 | 如何产生 | 什么会削弱它 |
|---|---|---|
| Spread capture | 在 bid 买入并在 ask 卖出 | 不利选择、库存损失、报价更新 |
| Campaign reward | 完成资助型流动性任务 | 争议、未满足条款、bond、运营故障 |
| Maker incentive | Venue reward 或 fee program | 参数变化、资格变化、活跃度下降 |
| Hedge economics | 管理相关市场间的敞口 | 基差、滑点、延迟、部分成交 |
Prediction Market Liquidity Provider 能赚多少？
Prediction market liquidity provider 没有统一 APY。结果取决于市场、策略、任务、flow 和风险预算。
预期净结果 = spread capture
+ campaign reward
+ eligible incentives
- adverse selection
- inventory 和 hedge 损失
- fees、gas 和 slippage
- 基础设施与监控成本
- 资本机会成本窄 spread 可能带来更多成交，也可能增加不利选择；宽 spread 保护订单簿，却可能减少交易量或无法满足活动要求。TokenIntel 的 DeFi 收益与风险框架提供了一个重要原则：yield 是承受风险的报酬，而不是自动分配资本的理由。
什么是 DeFi Market Making Yield？它是被动的吗？
DeFi market making yield可以指 AMM pool、staking、managed vault 或主动 CLOB 策略。它们的现金流、控制权和风险完全不同。
| 模型 | 如何提供流动性 | 收益来源 | 控制方式 |
|---|---|---|---|
| AMM pool | 向曲线池存入资产 | Trading fees 和 incentives | 被动或参数化 |
| Lending/staking | 将资本分配给协议 | 利息、发行或奖励 | 主要被动 |
| Managed vault | 将资本委托给策略 | Strategy P&L 和 fees | 委托管理 |
| Prediction-market CLOB | 实时提交 bid/ask | Spread、reward、campaign payment | 主动且持续运营 |
对主动 provider 来说，更好的问题是：这个流动性任务的风险调整后 P&L 是多少？ 预测市场最优做市研究也说明库存、市场信念、结算时间和风险偏好都会影响报价。
预测市场流动性提供者的风险：可能发生什么？
库存与不利选择
交易者可能因为你的报价相对新信息已经过时而买入 ask。使用 inventory band、quote skew、仓位上限、波动率调整和 kill switch。
结算与基差风险
Kuest 与外部市场可能使用不同的 resolution source、cutoff、措辞或取消规则。此时外部仓位不是完美对冲。
部分成交与对冲风险
第一条腿可能成交，第二条腿却没有成交。发送 hedge order 不等于 hedge 已经成交；风险系统必须对未对冲数量有明确规则。
流动性、退出与资本锁定
Thin market 可能允许进入，却无法以合理价格退出。Collateral 和 outcome token 也可能锁定到 resolution 或 redemption。TradeAlgo 指南强调双边报价、自动化、库存管理和市场级风险控制。
智能合约、运营与合规
需要监控 wallet、relayer、oracle、API、websocket、gas、暂停、resolution，以及不同 jurisdiction 下的合规义务。
使用链上 Escrow 提供流动性会更安全吗？
链上 escrow 解决的是一个具体问题：付款承诺和按照透明合约规则预先资助的付款之间的差异。
没有 escrow 时，operator 与 maker 可以约定 30 天深度和 reward，但仍可能出现付款延迟、sponsor 撤回、bond 处理不清，以及对 spread 或 coverage 的争议。
Escrow 不判断策略是否优秀，而是协调双方同意资助的商业负债。
| 问题 | 非正式安排 | 带 escrow 的 Kuest campaign |
|---|---|---|
| Reward 是否在服务前到账？ | 取决于 sponsor | 在合约条款下记录 funding |
| 接受前能否看到义务？ | 消息或文档 | 接受前展示 terms |
| 接受后 sponsor 能否取消？ | 取决于协议 | 遵循 contract state 和 terms |
| 发生 dispute 怎么办？ | 双边协商 | 明确的 review 与 settlement 流程 |
| 是否保证交易利润？ | 否 | 否 |
Kuest 的 MarketMakerEscrow 如何运作？
MarketMakerEscrow 在 Polygon 上协调获批流动性活动的 reward、可选 bond、服务、review 和 withdrawal。
1. Sponsor 资助活动
条款可以包括 market/series、双边深度、最大 spread、coverage、服务日期、reward、bond、acceptance deadline、review/dispute 窗口和外部 Polymarket hedge 是否可用。
2. 获批做市商审核任务
参与需要 approval。Maker 应检查 wallet、scope、服务义务、资本需求、对冲背景和争议条款。它接受的是定义好的流动性服务，不是广告中的 yield 产品。
3. 接受并存入可选 bond
如果需要，maker 批准 payment token，通过合约接受活动，并将 bond 记录为 campaign liability。
4. 提供流动性
在服务期间维持约定的深度、spread、coverage、availability、订单刷新和库存限制。Escrow 不会替代 bot 或 risk engine。
5. Review 与 dispute
服务结束后进入 review。若报告重大违约，正常结算可以暂停，直到按照活动规则处理案件。
6. Finalize 并提取
活动完成后可以 finalize，maker allocation 通过 pendingWithdrawals 变为可提取，payout account 调用 withdraw()。
Kuest Escrow 覆盖什么，不覆盖什么？
| Escrow 覆盖 | 做市商仍负责 |
|---|---|
| Campaign reward accounting | Fair-value estimation |
| Optional bond accounting | Bid/ask selection |
| Acceptance 与 campaign state | Quote size 和 inventory limits |
| Service、review、dispute flow | Adverse-selection risk |
| Finalization 与可提取余额 | Hedge execution 和 basis risk |
| 合约规则内的 settlement | 智能合约、venue、运营尽调 |
Escrow 不是保险。它不覆盖激进报价、错误模型、未成交对冲、bot 离线，或 reward 对风险来说太小导致的损失。
如何评估 Prediction Market Liquidity Campaign？
把 campaign 当成附带合约的 trading mandate。
深度、最大 spread 与资本
$500 双边深度与 $50,000 是不同的运营。信息敏感市场中的极窄 spread 可能让 reward 变成不利选择的补偿。
服务周期与 bond
服务越长，概率、flow 和外部流动性变化越大。将 collateral、outcome token、bond、gas 和 partial hedge reserve 纳入模型。
Reward 与净经济
reward + expected trading P&L
- fees - gas - slippage
- capital cost - bond cost
- expected inventory and adverse-selection lossHedge 与 dispute 条款
检查问题、outcome、resolution source、close time、token mapping、可执行深度，以及只有一条腿成交时的处理方式。还要了解谁能报告违约、需要哪些证据，以及什么时候可以提取。
Mirror Markets 与 Operator-Created Markets：哪个更容易对冲？
Polymarket mirror 可能拥有外部 source、mapping、book 和 reference，有助于 fair value 和库存管理，但不保证相同 resolution 或持续对冲流动性。
Operator-created market 可以带来 proprietary flow 和较少竞争，但如果没有等价外部合约，maker 必须独立承担定价、库存和事件风险。
Shared Liquidity 如何改变 LP 的资本效率？
拥有相同 outcome token ID 的兼容市场使用相同的 Kuest order book。通过一个 operator site 提交的订单可以与另一个 site 的 flow 撮合。
这样一份报价可以服务多个受众并降低冷启动，但展示同一本 book 的两个页面不是两个独立 venue。请先阅读 Kuest 架构文档。
如何在 Kuest 与 Polymarket 之间对冲 YES/NO 库存？
补回相同 outcome
当客户买走 Kuest ask 上的 YES 时，只要 condition、mapping、depth、timing、fees 和 slippage 合适，就可以在 Polymarket 买入等价 YES。
构建完整 YES/NO 组合
如果同一 condition 的 YES 与 NO 总价低于 $1，在规则一致且完全成交的情况下，组合可能拥有 $1 的结算价值。
gross pair edge = $1 - (YES cost + NO cost)映射 condition 与 token
{
"source": "polymarket",
"sourceConditionId": "0x...",
"sourceYesTokenId": "...",
"sourceNoTokenId": "...",
"kuestConditionId": "0x...",
"kuestYesTokenId": "...",
"kuestNoTokenId": "...",
"resolutionSource": "...",
"closeTime": "...",
"mappingStatus": "verified"
}相似标题并不够。只要 wording、close time、resolution source、outcome order 或 settlement path 不同，就应拒绝 hedge。
Prediction Market Liquidity Provider 需要哪些基础设施？
需要 live market data、order book、带 fair value 和 inventory skew 的 pricing、fill reconciliation、敞口上限、quote-age、pause handling、kill switches、wallet/gas alerts、settlement monitoring 和 campaign tracking。
参考 Polymarket market data 与 order-book reference。
如何在 Kuest 成为 Prediction Market Liquidity Provider？
- 阅读 Kuest market-maker 页面和协议模型。
- 准备生产环境 wallet、CLOB、market data、risk 与 reconciliation。
- 申请 approval。
- 按 market type、spread、depth、duration、reward、bond 和外部 hedge 评估活动。
- 独立验证 mapping 与 resolution rules。
- 只接受符合风险上限和运营能力的 mandate。
- 在服务期间提供流动性并监控 terms 与 performance。
- 完成 review/finalization 后提取 allocation。
FAQ：Prediction Market Liquidity Provider
Prediction Market Liquidity Provider 做什么？
提供可执行 bid/ask、订单簿深度并管理 YES/NO 库存。作为回报，可能获得 spread、reward 或 campaign payment，同时承担市场和运营风险。
流动性提供是被动的吗？
在 CLOB 中通常不是。需要管理报价、库存、部分成交、取消和风险限制。
什么是 DeFi market making yield？
它是加密市场流动性收益的广义说法。在预测市场中可能包括 spread、激励和活动付款，但不是保证 APY。
什么是 MarketMakerEscrow？
这是 Polygon 上协调 reward、bond、服务、review、finalization 与 withdrawal 的智能合约。
Escrow 保证交易利润吗？
不保证。它保护商业任务及其资助负债，不保证 spread capture、hedge execution 或 trading P&L。
Kuest 做市商需要 approval 吗？
需要。活动参与采用 approval-based 模式，接受前会检查运营 wallet。
可以在 Polymarket 对冲 Kuest 市场吗？
如果 payoff、token mapping、resolution、timing 和可执行流动性充分一致，可能可以。等价性验证由 maker 负责。
接受活动前要检查什么？
检查 depth、最大 spread、coverage、duration、reward、bond、capital usage、hedge、resolution source、measurement、dispute 和预期净 P&L。