Polymarket vs Limitless

快速摘要：如果你是積極交易者，正在比較 Polymarket vs Limitless，兩個平台的高層目標相同──鏈上預測市場──但在撮合架構、結算流程、費率模型與使用者體驗假設上存在實質差異。本指南聚焦對交易重要的差別：訂單如何撮合、你要付什麼、倉位如何結算，以及這些差異如何影響套利與執行。

重點結論

• Polymarket 在 Polygon 上運行 Central Limit Order Book (CLOB)，並以 pUSD 結算；這會改變利差、訂單類型和延遲的行為。
• 本文未包含 Limitless 的精確機制與費率；請參閱 Limitless 文件以取得精確數字。我在「註記」部分指出了資訊缺口。
• 對於平台內套利（intra-platform arbitrage）而言，市場微觀結構（買賣盤深度、tick size 與費率表）比品牌名更重要。
• Polymarket 透過 Relayer 贊助 gas，並使用 UMA 做為決議機制——這會影響結算時間與風險。

為何結構與結算很重要

訂單撮合決定你如何取得流動性。CLOB 會公開出價與要價，讓你可以讀取利差、掛被動撮合的 maker 訂單，或執行侵略性的 FAK 市場訂單。結算機制決定在決議後你能多快把贏家 outcome token 兌換回 pUSD，以及哪個 oracle 會處理爭議。

Polymarket 一覽

Polymarket 在 Polygon（chain ID 137）上運行，並使用 pUSD（Polymarket 的 wrapped USDC）作為結算資產。市場以 Gnosis Conditional Token Framework (CTF) 實作，並由 Central Limit Order Book (CLOB) 撮合。交易對最終使用者是 gasless，因為 Polymarket 透過 Relayer 贊助交易。

影響交易的 Polymarket 重要事實

• 撮合：CLOB — 可見的 best bid / best ask、order book 深度，以及 tick-size 機制（通常為 $0.01，接近價格極端時收窄至 $0.001）。
• 結算：outcome shares 為 ERC-1155 CTF 代幣；決議使用 UMA optimistic oracle，若決議被爭議，結算可能會被暫停。
• 費用：taker 費用依類別而異（文件中記錄的範圍為 0%–1.8%）；maker 費用為零。
• 錢包：支援 MetaMask、Phantom、Rabby、Bitget、OKX、Coinbase 及 EIP-6963 相容錢包；鏈上使用 Gnosis Safe 或 Proxy 錢包。
• Gas 模式：Relayer 贊助 gas；使用者以 pUSD 交易，永遠不需要 POL。

Limitless 的比較（我能與不能斷言的部分）

我不確定 Limitless 的精確架構、費率表或 oracle 組合，因為這些具體資訊不在本簡述中。下方列出交易者在 Limitless 文件中應檢查的比較點，以及它們為何重要。

在 Limitless 交易前應檢查的項目

• 撮合引擎：是 CLOB、AMM 還是混合型？CLOB 在深度市場中會呈現可見買賣盤並在中點價格上更緊；AMM 提供即時流動性但會引入內含滑點曲線。
• 結算貨幣與鏈：你用哪個代幣交易、在哪條鏈上結算？Polymarket 使用 pUSD 在 Polygon；不同的資產或鏈會影響補資與轉移時間。
• Oracle 與爭議流程：哪個 oracle 解析市場？爭議流程如何？Polymarket 使用 UMA；決議爭議會延遲贏家代幣的兌付。
• 費用：maker/taker 費率、Builder Program 費用，以及依類別變動的 taker 範圍。這些會實質影響扣除費用後的套利邊際。
• Gas 模式：gas 是否被贊助？使用者是否需負擔錢包部署、split/merge 或 approval 的 gas？

執行與套利的影響

• 可觀察的 order book (CLOB) vs 隱含流動性 (AMM)：若 Limitless 使用 AMM，完整組合套利策略（當 Σ bestAsk < $1.00 時買入所有結果）會有不同表現。在像 Polymarket 的 CLOB 上，你可以鎖定可見的 best asks 並使用 FAK 市場訂單；在 AMM 上你必須支付池子的曲線成本，且可能面臨較大的滑點。

• Tick size 與微觀結構：Polymarket 的 tick-step（$0.01，有時為 $0.001）影響邊際出現的細緻程度。檢查 Limitless 的 tick 機制──較粗的 tick 會擴大離散化損失並改變套利可行性。

• 費用與 Builder 路由：Polymarket 的 taker 費用最高可達 1.8%，maker 費為零；Polymarket 也支援 Builder Program 以歸屬路由並收取 builder fee。比較 Limitless 的費率、maker/taker 分配以及任何路由獎勵──這些會改變淨邊際。

• 結算與 oracle 風險：Polymarket 使用 UMA，代表爭議可能會暫停結算。任何套利都須考量決議風險、結算時間以及雙方平台的智能合約風險。

使用者體驗、工具與 API

• Polymarket 曝露三個 REST API 與一個市場 WebSocket。在構建機器人時請確認精確端點：Gamma (https://gamma-api.polymarket.com)、Data (https://data-api.polymarket.com)、CLOB (https://clob.polymarket.com) 與 market WS (wss://ws-subscriptions-clob.polymarket.com/ws/market)。

• 若 Limitless 有開發者 API，請比較速率限制、可用端點（orderbook、trades、fills、WS），以及下單是否需要 API key / HMAC。

積極交易者的實務檢查清單

在你投入資金或部署機器人之前，請在兩個平台上驗證：

1. 撮合模型（CLOB vs AMM）與可用的訂單類型。
2. 結算貨幣、鏈，以及任何 wrapped-token 的細節（例如 Polymarket 的 pUSD）。
3. 費率表與依類別的費用豁免或附加費。
4. Oracle 與爭議機制——預期的結算延遲與爭議視窗。
5. Tick size 行為以及在價格極端時如何變化。
6. Gas 與錢包模型——gas 是否被贊助與支援的錢包類型。
7. API 存取、速率限制，以及 market WS 是否支援 best_bid_ask 事件。

這如何影響你的交易

• 套利策略：對於 Polymarket 的平台內套利，公開的 CLOB 與零 maker 費結構有利於被動提供流動性與使用侵略性 FAK 執行以快速成交。如果 Limitless 採用不同的撮合模型或費率結構，你的最佳策略會改變。

• 風險規模：務必對最壞情況下的成交（部分成交與滑點）、費用拖累，以及由 oracle 爭議導致的結算延遲建模。Polymarket 的 Relayer 模型消除了 gas 作為變數，但 UMA 爭議仍然是結算風險。

• 機器人設計：在 CLOB 平台上優先低延遲的 WS 訂閱以獲取 best_bid_ask 與 last_trade_price。REST 端點的速率限制（如 Gamma 的 /markets 限制）應該決定備援與快取策略。

結語摘要

Polymarket vs Limitless 主要是市場微觀結構、費率設計與結算機制的差別。Polymarket 的已記錄特性——在 Polygon 上的 CLOB、以 pUSD 結算、UMA 決議、gasless Relayer 模型與可變 taker 費——會影響你如何執行與對沖。對於 Limitless，請查閱其技術文件並依同樣的檢查清單核對；若 Limitless 與 Polymarket 在某處不同，該差異會決定你應採用的策略與風險控管。

請閱讀上文各節、驗證 Limitless 的原語（primitives），然後將你的套利或造市策略映射到平台的原語。

常見問題

Polymarket 使用訂單簿還是 AMM？

Polymarket 使用 Central Limit Order Book (CLOB) 來撮合。這會公開 best bid / best ask，並讓你下 limit 訂單、被動的 maker 訂單，以及 FAK 市場訂單。

Polymarket 使用什麼結算貨幣？

Polymarket 以 pUSD 結算，pUSD 是 Polymarket 在 Polygon 上的 wrapped USDC。使用者只需持有 pUSD 即可交易，gas 由 Relayer 贊助。

Oracle 爭議如何影響結算？

Polymarket 使用 UMA optimistic oracle 做為決議機制。若決議被爭議，結算可能會被暫停直到 UMA 解決爭議，這會延遲兌換贏家的 outcome 代幣。

Polymarket 有收取 maker 費嗎？

Polymarket 的 maker 費為零；taker 費依市場類別而異並落在文件記錄的範圍內。精確的 taker 費率取決於市場分類。

我想比較 Limitless 的技術細節，首先應該檢查什麼？

先檢查 Limitless 的撮合模型（CLOB 或 AMM）、結算代幣與鏈、費率表（maker/taker）、oracle 與爭議模型、tick-size 規則、gas 模式，以及開發者 API 存取與速率限制。