Polymarket 價格數據完整參考指南
Polymarket 價格數據其實是兩條序列，而非一條——而且市場本身的價格，唯有搭配背後的 order book 才有意義。以下是一份完整、第一手的參考。
Polymarket 價格數據分為兩層：每個 outcome 自身的價格——以 0 到 1 報價，代表市場的隱含機率，讀取自即時最佳買/賣價（best-bid/ask）的中價；以及驅動它的標的加密貨幣參考價。兩者都會以 epoch-millis 時間戳記標註在每一筆 order-book snapshot 上，因此市場價、spread，以及推動它們的現貨變動，全都能精確對齊。
Polymarket 價格數據的兩層結構
當人們說「Polymarket 價格」時，通常指的是單一數字——圖表上的最後成交價。但若要做超出看圖以外的任何事，這還不夠。一個 Polymarket 加密市場有兩條價格序列，唯有合在一起才有意義：合約自身的價格（一個介於 0 到 1 之間報價的 outcome），以及決定該合約如何結算的標的資產價格（BTC、ETH 等等）。
合約價格是一種隱含機率。一個 Up token 以 0.62 成交，代表市場為「資產在該窗口內收高」這件事定價出 62% 的機率。標的價格則是這個機率所押注的對象。把它們視為一條合併的序列，Polymarket 價格數據就成為一個模型——刻畫一次加密貨幣的價格變動如何即時為一個機率重新定價。
市場價格實際上是怎麼算出來的
Polymarket 為每個 outcome 運行一個中央限價 order book（central limit order book）。任一時刻最誠實的價格並非最後成交價——它可能是陳舊的、或偏離中價——而是即時的最佳買價（best bid）、最佳賣價（best ask），以及兩者之間的中價。DepthFeed 直接從錄製下來的 order book 讀取價格，所以你拿到的是你當下真正能成交的數字，背後的 spread 也清楚可見。
Polymarket 的市場為二元（binary），因此兩個 outcome 互補：Down 價格正好是 1 − Up 價格，且各檔的 size 也保留下來。你只需要其中一側的 order book 就能重建兩側，但你需要的是 order book——而不是單一中價——才能知道 spread 以及決定真實成交的掛單量。
一筆真實 snapshot 的解剖
以下是一筆從 BTC up/down 5 分鐘市場實際擷取到的 snapshot。Up token 的買單掛在 0.34、0.33、0.32、0.31，賣單掛在 0.35、0.36、0.37、0.38——也就是一分錢的貼合價（0.34 買 / 0.35 賣），每一檔都掛著數百股。這筆 snapshot 在交易所打上時間戳記後 10 毫秒被寫入。
每一筆 snapshot 都帶有：price_up / price_down（0–1 的 outcome 價格）、btc_price（以 ASOF 合併的標的價）、orderbook_up.bids / .asks（完整掛單階梯，以 [price, size] 配對呈現），以及 exch_ts_ms / recv_ts_ms（以 epoch-millis 表示的交易所時間與接收時間）。這就是你在任何過去瞬間同時重建 order book 與價格所需的一切。
標的參考價——以及我們如何標註精確度
每一筆 snapshot 都會合併到標的資產的高頻 Binance 現貨/期貨價格。好的數據會告訴你每個數字有多精確。對於 1 小時、4 小時與 24 小時的市場，窗口內（intra-window）的標的價是精確的 Binance 數據。對於 5 分鐘與 15 分鐘的市場，窗口內的移動價格以清楚標註的 Binance 代理值（proxy）提供，而開盤與收盤的參考價則精確擷取自 Polymarket 自有的事件 metadata（即 Chainlink 結算錨點）。
這樣的標註很重要：它意味著模型絕不會在不知情下信任錯誤的數字。你永遠清楚你正在合併的那一檔標的價，究竟是精確的結算來源，還是窗口內移動的一個標註過的代理值。
結算與裁定
一個 Polymarket 加密 up/down 市場依據一個參考價結算：開盤時設定一個「待超越的價格」（price to beat），收盤時的最終價格決定勝負。一個真實的已結算範例：開盤的待超越價為 $62,701.75；收盤印出的最終參考價為 $62,519.65——低於那條線——因此市場裁定為 Down。在整個窗口內，隨著現貨下跌，Up token 的價格朝 0 滑落。
這些裁定欄位（待超越價、最終價、勝方、成交量）大約在結算後 12–24 小時回填。在 DepthFeed 已擷取開盤與收盤的 60,307 個已結算加密 up/down 市場中，49.2% 裁定為 Up、50.8% 為 Down——一個近乎擲硬幣的結果，唯有透過實際量測真實的結算紀錄才看得見。
Polymarket 自家 API 給你什麼——又少了什麼
Polymarket 的公開介面在即時面相當大方：CLOB 的 WebSocket 串流即時的 order book 與價格更新，REST API 則開放 markets、trades 與一個 prices-history 端點。它沒有提供的，是 order-book snapshot 的歷史封存——一旦一筆 book 更新過去了，交易所不會讓你重播它。
這個缺口正是第三方價格數據存在的全部理由。一個 prices-history 端點可以畫出一條線；它無法告訴你過去某一刻的 spread、掛單量，或一筆真實訂單會付出的 slippage。要拿到這些，你需要當時原貌的 order book，而那需要有人持續不斷地擷取 WebSocket。
實測涵蓋範圍
DepthFeed 的 Polymarket 封存庫存有超過 5.66 億筆 order-book snapshot，橫跨超過 380,000 個不同的加密市場，密集歷史回溯至 2026 年 1 月，涵蓋七種資產（BTC、ETH、SOL、XRP、DOGE、BNB、HYPE）與五種窗口（5 分鐘、15 分鐘、1 小時、4 小時與 24 小時）。在一個代表性的 BTC 市場上，order book 通常報出一分錢（單一 tick）的 spread，每一側約有 49 個價格檔位，以及大約 94,000 股的掛單深度。
order-book 深度無法事後重建，所以全部都是即時擷取下來的。（數據直接量測自我們的封存庫，2026 年 6 月 21 日。）
Key takeaways
- 01Polymarket 價格數據是兩條合併的序列：0–1 的合約價，以及標的加密貨幣價格。
- 02誠實的合約價是 order book 即時最佳買/賣價的中價，而非最後成交價；Down = 1 − Up。
- 03標的價按每筆 snapshot 合併——1h/4h/24h 為精確值，5m/15m 窗口內則為標註過的代理值。
- 04市場依據開盤的「待超越價」與收盤參考價結算；裁定結果約在 12–24 小時後回填。
- 05Polymarket 不提供歷史 order-book 深度——重播 order book 需要持續不斷的第三方擷取。
Polymarket 價格數據其實是兩條序列，而非一條——而且市場本身的價格，唯有搭配背後的 order book 才有意義。以下是一份完整、第一手的參考。
免費開始