每一个预测市场，都需要有人持续报价。Kuest 把经过审核的 Market Maker 与 Polymarket mirror、运营方自建市场的资金支持型流动性任务连接起来，并通过 Polygon 上的链上 Escrow 协调商业条款。
一个预测市场可以有正确的问题。
正确的用户。
正确的分发能力。
但依然可能不是一个好用的交易产品。
原因很简单。
Trader 进入市场以后，Order Book 比 Landing Page 更重要。
Spread 太宽。
Depth 太浅。
另一侧没有可执行价格。
这样的市场看起来不像一个市场。
更像一个空页面。
因此，流动性是预测市场最核心的基础设施问题之一，同时也是专业 Market Maker 的机会。
Kuest 正在构建一个网络，让经过审核的 Market Maker 可以发现来自多个运营方的资金支持型流动性 Campaign，而不是逐个寻找并谈判合作关系。
有些任务对应 Polymarket mirror。
有些对应 Kuest 运营方为自己的用户创建的独立市场。
风险不同。
Hedge 方法不同。
Economics 也不同。
但核心工作相同：
在真正需要可交易市场的地方提供可靠流动性。
预测市场里的 Market Maker 到底做什么？
Market Maker 持续提供可执行的 Bid 与 Ask，使其他 Trader 能够进入或退出仓位。
这并不是简单地押 YES。
也不是简单地押 NO。
通常，MM 会围绕 Fair Value 报价，在 Fill 后管理 Inventory，在合适的情况下赚取 Spread，并随着事件概率变化持续调整 Risk。
关键在于：
Market Making 本质上是 Inventory Business。
每次成交都会改变 Exposure。
新信息可能在 Quote 更新前就改变 Fair Value。
一个平衡的 Book 可能迅速变成单边库存。
看起来不错的 Spread，也可能被 Hedge Cost、Adverse Selection 或快速 Repricing 完全吃掉。
所以专业预测市场做市的核心并不是“猜对结果”，而是Pricing、Execution、Inventory 与 Risk Control。
Kuest 是什么？为什么需要 Market Maker？
Kuest 不是另一个面向普通用户的预测市场平台。
它是面向运营方的白标预测市场基础设施。
金融公司、媒体、Creator、Community 等可以上线自己的品牌 Frontend，而 Kuest 提供 CLOB、Smart Contract Infrastructure、Market Lifecycle Services、Shared Liquidity、API、SDK 和 Bot Infrastructure。
运营方可以展示 Polymarket mirror。
也可以创建自己的市场。
还可以组合 Kuest Network 中其他获批的市场来源。
这会产生分布式流动性需求。
一家运营方可能专注 Macro。
另一家是 Crypto Community。
另一家做 Sports。
还有一些市场只存在于特定社区。
Shared Liquidity 可以解决一部分 Cold Start。
但并不是每一个新市场都有可以直接继承的外部 Depth。
这就是 Dedicated Market Maker 发挥作用的地方。
Kuest 上的两类流动性机会
| Opportunity | 为什么需要流动性 | 外部 Hedge 潜力 | 主要挑战 |
|---|---|---|---|
| 由 Sponsor 支持的 Polymarket mirror | Sponsor 希望某个 Polymarket 相关市场在 Kuest Network 中获得流动性 | 如果经济敞口等价，潜力较高 | Basis Risk、Execution、Settlement |
| 运营方自建市场 | Kuest 运营方为自己的 Audience 创建独立或垂直市场 | 经常有限，甚至不存在 | Pricing、Inventory、Event Risk |
1. 为 Sponsor 支持的 Polymarket mirror 做市
假设 Polymarket 已经有一个活跃市场，而且某个 Kuest 运营方也希望提供，但它还没有在 Kuest Network 中得到相应部署或流动性。
运营方或 Sponsor 可以创建资金支持型 Liquidity Campaign。
经过审核的 Market Maker 会看到这项 Opportunity。
对 MM 来说，Polymarket 上的对应市场可能提供外部 Reference Price。
在条件足够一致时，也可能成为管理 Exposure 的 Hedge Venue。
MM 可以在 Kuest 侧报价，同时在 Inventory 累积后利用 Polymarket 对冲部分敞口。
这样，纯方向性仓位有机会变成一个Cross-venue Inventory Management问题。
但前提是两个 Instrument 真正足够接近。
相同标题不代表完美 Hedge
在把 Polymarket Position 当作 Kuest mirror 的 Hedge 之前，至少检查：
- Market Wording
- Resolution Criteria
- Resolution Source
- Market Close Time
- Settlement Timing
- Edge Case 与 Cancellation Rule
- Hedge Venue 的真实 Depth
只要存在差异，就可能出现Basis Risk。
Headline 看起来相同，不代表 Payoff 完全一致。
真正的问题不是：
“Polymarket 有这个市场，所以我已经对冲。”
而是：
“我能否准确建模两个 Instrument 的关系，从而在一个 Venue 报价、在另一个 Venue 管理风险？”
2. 为运营方自建市场做市
Kuest 运营方可以依靠自己的 Distribution创建独特市场。
Crypto Community 的 Protocol Milestone。
金融媒体的本地 Macro Event。
Sports Operator 的细分比赛。
甚至 Polymarket 上完全不存在的 Community Event。
这些市场之所以有价值，正是因为它们独特。
但这也意味着外部可能没有干净的 Hedge。
Market Maker 可能需要独立估值，并直接管理 Inventory。
有高质量外部 Hedge 的市场，与没有任何等价 Instrument 的市场，不应默认使用同样的 Spread、Size 或 Capital Allocation。
为什么运营方愿意为流动性付费？
对运营方来说，Liquidity 是 Product Experience 的一部分。
用户打开市场。
看到 Probability。
不同意。
想交易。
此时需要的是一个可执行价格。
如果一笔很小的交易就大幅移动 Book，产品体验会明显下降。
Distribution 和 Liquidity 不是一回事。
运营方可以带来数千名用户，但这并不意味着另一侧自动有人报价。
资金支持型 Campaign 让运营方可以主动购买和约定流动性服务，而不是等待流动性自然出现。
MarketMakerEscrow 如何工作？
资金已到位的 Campaign 会在 Market Maker 承诺前展示完整 mandate：目标市场、Payment、可选 Bond、单边 Liquidity、Maximum Spread、Availability 要求、Service 日期、Payment Unlock 日期，以及是否存在 Polymarket Hedge。
创建 Campaign 时，Sponsor 会存入 Market Maker Payment 和签名 Quote 授权的 Protocol Fee。获批 Market Maker 使用 Payout Account 接受 Campaign，并在需要时存入可选 Bond。实际商业与服务条款通过 termsHash 承诺，并冻结在 Campaign 中。
只有在 Campaign 仍为 Open 且尚未被 Market Maker 接受时，Sponsor 才能取消并取回资金。接受后，Mandate 被锁定。
如果 Service 与 Review 阶段结束且没有 Dispute，Settlement 可由任何人触发。Market Maker 的 Allocation 会进入 pendingWithdrawals，Payout Account 可直接从合约 Withdraw。
Sponsor 可以在合约允许的窗口内发起 Dispute。Kuest 审核期间，正常 Settlement 暂停。Admin 只能在 Campaign 当事方之间分配已存入的 Reward 与 Bond，decisionHash 会把 On-chain 结果与 Off-chain 决策记录关联起来。
Kuest 负责什么，Market Maker 负责什么
| Kuest | Market Maker |
|---|---|
| 展示资金支持型 Liquidity Opportunity | 决定 Fair Value |
| 审核 Market Maker | 决定 Bid/Ask |
| 提供 Campaign 与 Escrow Infrastructure | 决定 Quote Size |
| 运营 Kuest Trading Infrastructure | 管理 Inventory |
| 可参与 Performance Dispute Arbitration | 决定是否以及如何 Hedge |
| 不能在 Settlement 规则之外转移 Liabilities | 承担 Market 与 Strategy Risk |
| 不保证 Return | 承担 Adverse Selection 与 Execution Risk |
Market Making 不是被动存款产品。
没有 Guaranteed APY。
也不存在适用于所有 Campaign 的固定 Return。
Economics 取决于市场、Quote Obligation、Flow、Hedge Availability 与 MM 自己的 Execution Quality。
在哪里发现 Kuest Liquidity Campaign？
核心入口是 kuest.com/market-maker。
连接 Wallet 后，页面会检查 On-chain Approval。若尚未获批，申请弹窗提供 Email 与 Discord 联系方式。获批 Wallet 可以浏览资金已到位的 Open Opportunity，查看 Event、Payment、Depth、Spread、Availability、Duration、可选 Bond 与 Hedge Context，并在接受前打开完整 Mandate。
接受时，合约会再次验证 On-chain Approval。已接受的 Mandate 会进入 My campaigns，Market Maker 可以跟踪 Active、Review、Disputed、Completed 状态，并从 pendingWithdrawals Withdraw 可用余额。
如何评估一项 Liquidity Campaign？
1. 是否有可靠 Reference Price？
Polymarket mirror 可能有。
独立市场可能没有。
2. Exposure 能否 Hedge？
比较 Contract Specification，而不是只看标题。
3. 什么样的 Spread 可持续？
过窄的 Spread 在信息敏感市场中容易产生持续 Adverse Selection。
4. 需要多少 Depth？
$500 Quote 与 $50,000 Quote 的资本要求完全不同。
5. Duration 多长？
Resolution 时间会影响 Capital Efficiency 与 Hedge Maintenance。
6. 什么因素可能导致快速 Repricing？
Election。
Regulation。
Sports Injury。
Macro Data。
Token News。
Court Decision。
7. 发生 Dispute 怎么办？
提前理解 Quote Obligation、Uptime、Measurement、Duration 和 MarketMakerEscrow 的争议流程。
Market Maker 的 Edge 与 P&L 从哪里来？
Campaign Payment 支付的是一项明确的 Liquidity Service。Trading Edge 仍然来自 Market Maker 自身。
更准确的 Fair Value、信息事件发生时更快的 Quote 更新、避免在 Stale Price 上成交、Outcome 之间的 Inventory Management、选择补偿与义务匹配的 Campaign，以及不低估 Basis 与 Execution Cost 的 Hedging，都可能形成 Edge。
Spread Capture 是一条潜在收入线，Campaign Payment 是另一条。独立 Venue 提供的 Maker Rebate 或 Liquidity Incentive 可能是第三条。专业模型会把它们分开，并扣除 Adverse Selection、Hedge Slippage、Inventory Mark、Infrastructure Cost 与 Capital Opportunity Cost。
Market Making 不是 Passive Yield
“Yield”这个词很吸引人，但容易误导。
Market Maker 提供服务，同时承担风险。
可能赚钱。
也可能亏损。
Hedge 可以降低 Directional Exposure，但增加 Basis Risk。
Bot 更新过程中，事件概率可能从 40% 突然跳到 80%。
更专业的问题是：
“考虑 Spread、Incentive、Adverse Selection、Inventory、Hedging、Capital Usage 与 Operational Risk 后，我的 Expected P&L 是多少？”
Market Maker 仍然承担的风险
Adverse Selection
知情 Trader 可能击穿 stale quote。
Inventory Risk
单边 Flow 可能带来偏斜 Exposure。
Basis Risk
Kuest Market 与 Hedge Venue 的 Rule 或 Settlement 可能不同。
Hedge Execution Risk
Depth 会消失，Spread 会扩大，Latency 很重要。
Resolution Risk
Binary Market 最终会走向 0 或 1，模糊规则可能非常昂贵。
Operational Risk
Bot、API、Order 都可能出错。
Capital-efficiency Risk
被占用的 Capital 无法同时用于其他 Opportunity。
为什么 Kuest 对 Polymarket Market Maker 有吸引力？
已在 Polymarket 交易的 Desk 可能已经具备 Polygon Infrastructure、Market Data Ingestion、CLOB Execution、Fair Value Model、Inventory Management、Cancel-and-Replace 与 Operational Controls。
Kuest 同样运行在 Polygon 上，并采用 CLOB 型 Market Workflow，因此部分 Architecture 与 Expertise 可能可以复用。但 Integration 不应被视为 Plug-and-Play：Endpoints、Authentication、Order Semantics、Cancellation、State Reconciliation、Rate Limits 与 Settlement Behavior 都必须在 Production Quoting 前验证。
Opportunity 在于把现有 Prediction Market Expertise 应用于 Operator Network 中资金已到位的 Mandate。
运营方市场如何扩大 Opportunity Set？
大型 Consumer Venue 更倾向于选择具有广泛需求的 Event。
运营方网络可以服务更垂直的需求。
Local Macro。
Protocol Milestone。
Niche Sports。
Community Event。
不是所有市场都值得做市。
但可评估的市场 Universe 会扩大。
Shared Liquidity 与 Dedicated Market Maker 是互补的
Shared Liquidity 适合多个 Frontend 共享 Compatible Market 与 Order Flow 的场景。
当 Shared Depth 不够时，Dedicated Market Making 更重要。
例如：
Sponsor mirror、运营方独立市场、垂直市场、需要明确流动性承诺的 Campaign。
谁适合申请成为 Kuest Market Maker？
- 专业 Crypto Market-making Desk
- 现有 Polymarket Liquidity Provider
- Quant Team
- 拥有 CLOB Infrastructure 的 Algorithmic Trader
- 使用 Automated Quoting System 的 Firm
- 具备成熟 Risk Control 的 Independent Market Maker
参与方式是Approval-based。
运营方购买的是可靠流动性服务，而不是简单的一串 Wallet Address。
如何开始？
- 打开 kuest.com/market-maker，连接用于运营 Campaign 的 Wallet。
- 如果需要 Approval，通过页面上的 Email 或 Discord 入口申请。
- 获批后，筛选 Open Opportunity，并在投入 Capital 前查看完整 Mandate。
- 只接受符合自身 Pricing、Execution、Hedge 与 Inventory Limit 的 Campaign。合约会重新验证 Approval，并在需要时收取可选 Bond。
- 在 My campaigns 中跟踪 Service 与 Review。
- Allocation 可领取后，使用 Withdraw 从
pendingWithdrawals提取余额。
不是每个 Market Maker 都应该为每个市场报价。Marketplace 的作用是把合适的 Liquidity Provider 与合适的资金需求连接起来。
更大的机会：把 Liquidity 变成 Network
当越来越多品牌运营 Prediction Market，每家运营方都分别维护多家 Market-making Firm 的关系会变得低效。
Market Maker 也不应该逐个发现运营方。
Network 可以聚合需求。
运营方带来 Market 与 Distribution。
Market Maker 带来 Capital、Pricing 与 Execution。
Protocol 连接双方。
Escrow 降低双边信任要求。
这正是 Kuest 正在构建的市场。
FAQ：Prediction Market Market Making
什么是 Prediction Market Market Maker？
持续提供可执行 Bid 与 Ask，让其他 Trader 能够进出仓位，并管理 Spread、Fair Value、Inventory 与 Risk 的 Liquidity Provider。
可以在 Kuest 提供流动性吗？
可以。获批 MM 可以发现运营方市场与 Sponsor mirror 的 Campaign。
Market Maker 需要审核吗？
需要。参与是 Approval-based。
什么是 MarketMakerEscrow？
Kuest 在 Polygon 上用于管理 Liquidity Campaign 商业 Escrow 的 Smart Contract。
Kuest 能从 MarketMakerEscrow 提款吗？
Kuest Admin 不能任意提取 Campaign 的 Reward 或 Bond。Settlement 只能按照合约规则在 Sponsor 与 Market Maker 之间分配这些存款。Protocol Fee 遵循签名 Quote，Owner 只能 Recovery 超出 Liabilities 的 Surplus。
可以在 Polymarket 对冲 Kuest Market 吗？
在经济敞口和规则足够一致时有可能。应独立检查 Wording、Resolution、Deadline、Settlement 与 Liquidity。
什么是 Sponsor mirror？
由 Sponsor 出资提供流动性的 Polymarket 相关市场。
什么是运营方自建市场？
Kuest 运营方为自己的 Audience 创建的独立或垂直市场。
Market Maker 如何赚钱？
可能来自 Spread Capture 与 Campaign Compensation，但都不保证 Profit。
Kuest 保证 Market Maker Return 吗？
不保证。Market Risk、Pricing、Inventory、Hedge 与 Strategy Performance 由 MM 自己承担。
在哪里找 Opportunity？
使用 kuest.com/market-maker。连接 Wallet 即可浏览资金已到位的 Open Opportunity；获批 Wallet 可以接受 Campaign，并在 My campaigns 中跟踪。
需要专门为 Kuest 开发新 Bot 吗？
不一定需要全新的 Bot，但每项 Integration 都必须验证。Kuest 运行在 Polygon 上并采用 CLOB 型 Market Infrastructure，因此现有 Stack 的一部分可能可复用，但需适配 Endpoints、Authentication、Order Handling 与 Risk Controls。
接受 Campaign 前应该检查什么？
至少检查 Scope、Payment、可选 Bond、单边 Liquidity、Maximum Spread、Availability、Service Dates、Payment Unlock、Hedge Context、Resolution、Capital、Canonical Terms 与 Dispute Process。