一文講透 Polymarket：為什麼 YES + NO 必須等於 1？
來源: @DFarm_club | 原文連結
日期:
標籤:
預測市場訂單簿套利策略
我來整理這篇 Polymarket 定價機制的文章。
★ Insight ───────────────────────────────────── 這是一篇關於 Polymarket 共享訂單簿機制的深度解析文章，核心在於解釋為什麼 YES + NO 必須等於 1，以及這個設計如何影響套利策略。這類知識需要結構化整理，建議用總覽表 + 分段解說的方式呈現，讓讀者快速掌握要點。 ─────────────────────────────────────────────────
快速總覽
| 核心概念 | 說明 |
|---|---|
| 定價公式 | YES + NO = 1（共享訂單簿的核心規則） |
| 兌換券模型 | 每個市場就像一張被撕成兩半的 1 美元券 |
| 共享訂單簿 | YES 買單會鏡像成 NO 賣單，反之亦然 |
| 套利誤區 | 同一市場 YES + NO < 1 的套利本質不可能存在 |
| 正確套利 | 多選項套利、跨事件套利、跨平台套利 |
被撕開的一美元：理解定價公式
很多人以為 YES 0.7 + NO 0.6 = 1.3 也可以自由定價，這是錯誤的。
兌換券模型：
- 每張券價值永遠是 1 美元
- 市場把 1 美元撕成兩半：YES + NO
- 結算時：
- 事件發生 → YES = 1 美元，NO = 0
- 事件未發生 → YES = 0，NO = 1 美元
- 結論：凑齊 YES + NO = 買到一個必定為 1 美元的組合
多選項市場的本質
表面上看有很多選項（如比特幣價格區間、馬斯克推文數量），實際上：
| 顯示形式 | API 實際結構 |
|---|---|
| 多個選項 | 每個選項都是獨立的 YES/NO 問題 |
| NBA 比賽 | 主隊 vs 客隊 = YES vs NO（Moneyline） |
| 足球比賽 | 主隊 YES/NO + 客隊 YES/NO + 平局 YES/NO |
馬斯克推文數量範例：
Will Elon Musk post 0-19 tweets? → YES/NO
Will Elon Musk post 20-39 tweets? → YES/NO
Will Elon Musk post 40-59 tweets? → YES/NO所有市場都符合 YES + NO = 1。
共享訂單簿：鏡像交易的秘密
實際案例驗證
作者實測：
- 掛 YES 買單：價格 18、數量 10
- 立即切換到 NO 市場觀察
- 發現：NO 市場出現價格 82（= 100 - 18）、數量 10 的賣單
鏡像原理
| 你的操作 | 系統接收 | 對手盤視角 |
|---|---|---|
| 買 YES @ 0.18 | 買 YES @ 0.18 = 買 NO @ 0.82 | 有人願意買 NO @ 0.82 |
| 賣 YES @ 0.40 | 賣 YES @ 0.40 = 買 NO @ 0.60 | 有人願意買 NO @ 0.60 |
為什麼要鏡像設計？ → 合併訂單簿能讓流動性集中，提高價格發現效率
官方文檔案例解讀
"如果您以 0.60 美元的價格掛出 YES 的限價單，當有人以 0.40 美元的價格掛出 NO 的訂單時，該訂單就會成交。"
交易邏輯：
- 你掛 YES 買單 @ 0.60
- 對方掛 NO 賣單 @ 0.40
- 系統撮合：你得到 YES @ 0.60，對方得到 NO @ 0.40
- 驗證：0.60 + 0.40 = 1 ✓
套利錯覺：為什麼 YES + NO < 1 不可能
理想中的套利
「YES 有人賣 0.4，NO 有人賣 0.4，我都買走花 0.8，最後兌換成 1 美元，淨賺 0.2！」
現實中的系統邏輯
| 步驟 | 你的操作 | 系統轉換 | 結果 |
|---|---|---|---|
| 1 | 掛 YES 賣單 @ 0.4 | 等價於買 NO @ 0.6 | 你在等人賣 NO 給你 @ 0.6 |
| 2 | 另一人掛 NO 賣單 @ 0.4 | 等價於買 YES @ 0.6 | 他在等人賣 YES 給他 @ 0.6 |
| 3 | 系統撮合 | 買價 0.6 > 賣價 0.4 | 立即成交，第三方看不到 |
結論：共享訂單簿是自動平衡的天平，遵循 YES + NO = 1 規則。試圖打破平衡會被系統瞬間撮合，其他人只能看到 YES + NO > 1 的訂單。
誤認為套利的情況
有人做比特幣 15 分鐘 K 線的 YES + NO < 1 策略，這本質上是波動策略：
- 需要在一邊掛單，成交瞬間吃另一邊
- 有單邊風險（價格可能一去不回）
- 不是無風險套利
正確套利姿勢
1. 多選項套利
案例：馬斯克推文數量市場
- 選項：<20、20-39、40-59 ... 直到 580+（共 30+ 選項）
- 覆蓋全區間且互斥：最終只有 1 個選項會兌換成 1 美元
套利邏輯：
如果買全部 30+ 選項的 YES 總成本 < 1 美元
→ 利潤 = 1 美元 - 總成本實際情況：
- 機會存在但被大量機器人守著
- 手動很難找到這樣的機會
2. 跨事件套利
案例（來自 @PixOnChain，2024 年 9 月）： 兩個事件都預測領導人 9 月會面：
- 事件 A：YES @ 3%
- 事件 B：YES @ 94%
- 語義相同，結算條件一致
套利空間：
3% + 94% = 97%
潛在利潤 = 100% - 97% = 3%缺點：
- 利潤低
- 流動性不足
- 需要嚴格判斷事件等價性（技術門檻較高）
3. 跨平台套利
常見組合：Polymarket ↔ Kalshi（或 Opinion 等）
套利條件：
平台 A 買 YES @ a
平台 B 買 NO @ b
同一事件、同一結算規則
若 a + b + 摩擦成本 < 1 → 接近無風險套利注意事項：
| 風險點 | 說明 |
|---|---|
| 同一事件判定 | 需詳細對比結算規則（時區、證據源差異可能導致結算不一致） |
| 時間成本 | 資金鎖定直到結算日，除非價格往盈利方向發展 |
| 摩擦成本 | 手續費、滑價、出入金成本 |
作者經驗：
- Polymarket 與 Opinion 規則相似度高，可操作
- 但因時間成本大，很多人不做
總結
核心要點
- YES + NO = 1 不是建議，是共享訂單簿的鐵律
- 同一市場 YES + NO < 1 的套利策略本質不存在，別被 KOL 欺騙
- 真正的套利機會：多選項、跨事件、跨平台（需技術門檻和風險控制）
- 共享訂單簿 = 自動平衡的天平，提高流動性和價格發現效率
延伸閱讀建議
作者提到的後續文章：
- 《Polymarket 的籌碼是從哪來的？一文看懂「拆分」與「合併」》
- 《保姆級教程：手把手教你 0 門檻上手 Polymarket（含防封號 + 低磨損出入金攻略）》
★ Insight ───────────────────────────────────── 這篇文章的價值在於破除常見誤解（YES + NO < 1 套利），並用實際操作驗證共享訂單簿機制。整理時保留了作者的實測案例和評論區問答，這些細節能幫助讀者真正理解而不是死記公式。 ─────────────────────────────────────────────────
文章已整理完成！內容包含：
- 快速總覽表
- 兌換券模型解說
- 共享訂單簿實測案例
- 套利錯覺的系統邏輯分析
- 三種正確套利方式的對比
需要我進行以下操作嗎？
- 確定檔名（建議：
027-polymarket-yes-no-equals-one.md） - 歸檔到
knowledge-base/defi/分類 - 更新
index.md索引