Polymarket 數據
Polymarket 資料：即時訂單簿、API 與四層資料
Polymarket 資料非單一資料集，而是回答不同問題的四層資料，多數失望源於用一層資料回答另一層問題。市場、價格與交易廣泛可得。靜態訂單簿為必須實時記錄的層，決定成交是否真實可行。
Polymarket 存檔的第一手數據
這些數據直接由 DepthFeed 自身捕捉計算，非引用供應商表單，故帶有測量日期與命名族群，而非行銷用的圓整數字。測量於 2026 年 6 月 21 日，針對 BTC 漲跌 5 分鐘市場。涵蓋持續擴大，故數量為下限非固定數字。
450 百萬
訂單簿快照。去重錄製的訂單簿，涵蓋 380,000+ Polymarket 市場。
約10 毫秒
來源以接收。以下示例快照觀察到；為測量樣本，非服務承諾。
49 價格層級於每側
堂口深度。BTC 漲跌 5分鐘市場雙邊中位層數。
94,000 靜態深度股數
靜態數量。同一群組雙方中位數股份總數。
Polymarket 資料涵蓋四層：市場元資料（市場內容及結算方式）、價格歷史（隨時間交易價格）、鏈上交易（成交及交易者）、訂單簿深度（當下靜態買賣盤）。前三者可事後檢索；訂單簿深度僅於實時捕捉時存在。
真實 Polymarket 訂單簿剖析
此訂單簿逐字摘自一個錄製的 BTC 漲跌 5 分鐘觀察 — 檔案庫中的真實列，非示意。
是的/Up 代幣訂單簿；No/Down 方為二元補數（down = 1 − up）。: 於交易所時間戳後 10 毫秒擷取.
- orderbook_up.bids / .asks
- 靜態訂單簿以 [價格, 數量] 呈現雙方 — 即訂單實際成交對手，且是唯一可衡量滑點的欄位。
- price_up / price_down
- 每個結果報價介於 0–1，為隱含機率；Down 為 Up 的完全補數。
- btc_price
- 底層參考價格，已 ASOF 合併至此精確快照，使訂單簿與現貨對齊。
- ID / 時間
- 委託單簿的毫秒交易所時間戳；接收時間戳會被保留，以便捕捉延遲保持可衡量。
Polymarket 覆蓋一覽
- 訂單簿快照
- 450 百萬+ 記錄觀察值
- 捕捉的市場
- 380,000+
- 歷史起點：
- 最長運行系列的 2026 年一月
- 市場視窗
- 5 分鐘、15 分鐘、1 小時、4 小時及 24 小時
- 加密資產
- 7 (BTC, ETH, SOL, XRP, DOGE, BNB, HYPE)
- 參考已結算市場
- 60,307 有記錄結果
- 擷取方法
- CLOB 更新已擷取；存儲節奏與間隙有記錄說明
- 交付
- REST、CSV 與 Parquet
分層拉取 Polymarket 資料
先發現市場，使識別碼與元資料附著於請求，再請求單一市場的錄製觀察。include_orderbook 回傳儲存階梯而非平坦價格。
curl -s "https://api.depthfeed.com/v3/btc/markets?limit=5" \
-H "Authorization: Bearer df_your_key"
curl -s "https://api.depthfeed.com/v3/btc/markets/<market_id>/snapshots?include_orderbook=true&interval=1m" \
-H "Authorization: Bearer df_your_key"- 省略區間以使用原始儲存解析度；降採樣會選擇錄製的觀察值，且絕不插值缺失訂單簿。
- 追蹤回應游標取得下一頁，非建構偏移分頁。
- 將研究綁定至結果代幣 ID — slug 僅供顯示，非穩定的連接鍵。
Polymarket 數據
Polymarket 資料的四個層級
市場與元資料 — 合約實際內容
中繼資料層定義了交易的問題：條件和代幣識別碼、結果標籤、市場視窗、結算來源和結算規則。Polymarket 的 Gamma API 是此處的真實來源，且免費。此層級獲取成本低廉且容易被低估——大多數下游的對帳錯誤是識別碼錯誤，因為 Polymarket 市場有幾個識別碼（條件 ID、結果的代幣 ID、代稱），它們不可互換。將您的研究綁定到特定結果的代幣 ID，並僅將代稱用於顯示。
價格歷史 — 成交價格及解析度
價格層是市場成交或報價的時間序列。它回答方向、預測準確度與校準等問題，對此是正確輸入。其限制在於解析度與意義：最後價格序列告訴你該價格有成交，但不代表你的訂單能成交。在短期市場中，粗略序列可能整個市場生命週期只有少數幾點，且無一點與策略行動時刻對齊。
交易與鏈上流動 — 成交了什麼，由誰成交
因 Polymarket 在 Polygon 結算，成交交易與錢包活動公開可見，故鏈上索引器覆蓋良好。它是成交量、流動、錢包研究與排行榜分析的正確來源。無法恢復的是訂單簿：兩個截然不同的訂單簿 — 一個有深度掛單，一個幾乎無 — 可產生相同成交紀錄，故滑點無法僅從成交推導。
訂單簿 — 必須實時錄製的層級
委託單簿是給定瞬間的掛單買價和賣價：價格、數量以及買賣價階梯的深度。它是唯一能回答訂單是否會被填補、平均價格為何以及數量為何的層級。它也是唯一無法回填的層級：一旦某個時刻過去，該時刻的委託單簿狀態就會消失，除非有東西被連接並記錄下來。Polymarket 透過其 CLOB WebSocket 串流即時委託單簿，但未提供其歷史資料庫，因此歷史深度僅可從持續捕獲它的第三方取得。
Polymarket 資料 API：將請求對應至資料層
DepthFeed 透過單一 REST 介面提供錄製層。發現功能回傳市場及其識別碼與元資料；快照路由回傳市場錄製觀察，include_orderbook 顯示儲存的階梯，interval 選擇每桶一筆錄製列。降採樣選擇真實錄製觀察而非插值，使缺口保持可見，非被平滑成無人測量的數字。
Polymarket 資料集下載：CSV、Parquet 或 REST
使用 CSV 進行檢視與小型平面擷取，Parquet 用於大型欄位研究，REST 用於有界或增量查詢。格式應改變位元組傳送方式，絕不改變紀錄意義：保留市場識別碼、交易所與接收時間戳、完整買賣價格與數量陣列、結算欄位，以及明確標示缺失資料。將訂單梯級扁平化為單一價格的資料集，是披著資料集名稱的價格序列。
此處刻意未聲稱的事項
覆蓋有下限與形狀，兩者比標題列數更重要。檔案庫始於擷取開始時間，不是 Polymarket 開始時間，最長系列回溯最遠，新群組起始較晚。延遲數據描述測量樣本，非服務保證。未擷取市場以明確缺口表示，非插值值 — 對回測更實用且不誇大。
整合前拉取真實 Polymarket 委託簿
從有限錄製樣本開始：檢查識別碼、時間戳與階梯形狀是否符合您的載入器，然後在架構符合需求時建立金鑰。
