Polymarket taxes — an overview of reporting prediction-market profits

本指南說明在 Polymarket 交易獲利與虧損的常見申報方式。內容涵蓋常見的稅務框架、實務記錄保存，以及交易者在準備會計或報稅資料時常採取的步驟。此為資訊性內容，不構成稅務建議。

重點整理

• 多數司法轄區會以與其他加密資產或資本交易類似的方式處理預測市場交易所得；分類取決於交易行為與目的。
• 保留精確的交易層級紀錄：時間戳、market id、pUSD 或 USDC 金額、訂單細節，以及 CTF 的 split/merge/redeem 事件。
• 區分已實現與未實現損益：一般來說，課稅由具課稅效力的事件觸發（出售、贖回或結算），而非帳面價值變動。
• 計算淨收益時要考慮手續費、maker/taker 費用與結算時點。
• 有疑問時，將完整交易日誌交給稅務專業人士，並避免在本指南中宣稱任何稅務處理方式。

稅務機關通常如何看待預測市場活動

並不存在一套全球通用的「Polymarket 稅務」規則。處理方式取決於當地法律與交易者的情況。不過，稅務機關在分析預測市場獲利時常採用幾個共通框架：

• 資本利得模式：從買入再賣出結果代幣（或等同曝險）所獲利潤視為資本利得或損失。課稅事件是處分（disposal）——例如在 CLOB 上出售股份，或在結算後贖回獲勝結果代幣換取 pUSD。

• 所得／交易者模式：對於專業或頻繁交易者，主管機關可能將利潤視為一般所得。判定依據常見要素包括交易頻率、目的、規模與組織性。

• 結算時列為一般所得：在某些司法區，透過 CTF 贖回獲勝代幣而收到的 pUSD 可能被視為一般所得，尤其當平台把該活動視為類似收取款項時。

常見會觸發課稅的事件

• 在 CLOB 上的出售：執行市價或限價單處分結果代幣通常產生課稅事件——以收到的 pUSD 或 USDC 減去成本基礎計算損益。

• 結算後的贖回：燒毀獲勝的 CTF 代幣以換取每枚 $1.00 的 pUSD，通常被視為代幣的處分，可能產生課稅。

• Split／建立倉位：以 CTF split 用 pUSD 鑄造完整組合通常本身不構成課稅處分；它把 pUSD 轉換為結果代幣並建立明確的成本基礎。請保存紀錄以便之後在處分時計算成本基礎。

• 錢包間轉移：在多數司法區，將代幣在自有錢包之間移動屬於非課稅的內部轉移——但若當地法規將該轉移視為處分導致課稅，則例外。保留轉移備註與錢包地址。

記錄保存：應捕捉哪些項目以及原因

良好的紀錄能使申報更簡單，並降低稽核風險。至少應記錄：

• 市場識別碼（使用 Polymarket market slug 或 Gamma market id）。
• 交易類型：買入、賣出、split、merge、redeem、轉移。
• 時間戳（UTC）、區塊鏈交易哈希（tx hash）與涉及的錢包地址。
• 數量與結果代幣 id（ERC-1155 id）或明確描述（YES/NO 或結果名稱）。
• 每股價格與收到或支付的總 pUSD/USDC 金額。
• 支付的手續費（taker 費用；Polymarket 的 maker 費為零，但若使用 Builder 可能有 builder fee）。
• 有關部分成交、滑點與訂單類型的備註（FAK 市價單、限價單）。

Polymarket 專屬的資料來源

• Gamma API (https://gamma-api.polymarket.com) 提供市場、slug 與可用於將 market id 與人可讀問題對應的 metadata。
• Data API (https://data-api.polymarket.com) 匯出交易與持倉，可協助核對成交量與成交情況。
• 鏈上證據：CTF 的 split/merge/redeem 與 ERC-1155 轉移可在 Polygon (chain id 137) 上查詢，提供行為的權威證明。

如果打算把紀錄交給會計師，請同時包含人可讀的 market slug 與交易哈希，讓處理者能驗證事件。

計算成本基礎與損益

• 先入先出（FIFO）是多數稅務機關常採的方法。其他方法（特定識別、後進先出 LIFO）是否允許則依據司法區而定。
• 當你用 pUSD split 出完整組合時，應把 pUSD 成本分配到產生的各結果代幣。如果之後賣出或贖回那些代幣，使用該分配後的成本基礎計算損益。
• 手續費會降低收益。交易時支付的 taker 費應被記錄並從總收益中扣除，用以計算淨損益。

需注意的特殊情況

• 套利交易與同時開倉的兩腿：若你為了 intra-market 套利買入互補結果（例如 YES 與 NO），可能會開啟兩個有關聯的成本基礎倉位。每一腿的處分通常各自觸發課稅事件；請記錄成對交易與時間點。

• 部分成交與 FAK 訂單：部分成交會改變已實現的數量與成本基礎。保留來自 CLOB 或 Data API 的成交層級細節。

• UMA 爭議與結算延遲：UMA 的爭議可能暫停結算。在最終結算前，代幣可能無法贖回；未結算倉位的處理方式因司法區而異，可能影響課稅時點。

準備年終報表的實務工作流程

1. 從 Data API 與 CLOB 成交報表匯出交易與持倉歷史。包含 Gamma slug 以取得市場名稱。
2. 使用 Polygon 交易哈希對鏈上 CTF 事件（split/merge/redeem）進行核對，以取得權威的時間點。
3. 為透過 split 建立的代幣分配成本基礎。並一致地套用選定的成本計算方法。
4. 對每一處分事件計算已實現損益。扣除手續費，並包含任何單獨報告的 builder fee。
5. 向稅務處理者提供一個乾淨的 CSV，每列對應一個課稅處分（日期、市場、結果、數量、收益、成本基礎、損益、tx hash）。

司法轄區的差異（高層次）

稅務規則差異甚大。有些稅制對加密交易與資本利得有詳細指引；另一些則將加密收款視為一般所得。資本利得與一般所得之間的分界經常取決於交易是被視為嗜好還是營業行為。你應諮詢當地指引或稅務專業人士以取得針對性建議。

這如何影響你的交易

記錄保存與課稅事件的時點應影響營運選擇。若預期有大量處分，確保你的匯出與對帳流程能捕捉成交層級細節。對於開啟配對腿的套利策略，保存交易配對與時間戳以便將處分追溯至原始成本分配。記得 Polymarket 的專屬機制：Relayer 贊助 gas、CTF split/merge/redeem 是結算流程、且 maker 費為零。

結語

Polymarket 的稅務處理取決於你所在的地區與你的交易方式。實務優先事項是一致的：保存完整且可驗證的紀錄（Gamma slug、Data API 匯出、Polygon 交易哈希）、清楚分配成本基礎，並以處分為單位呈現給會計師。把課稅視為一個資料問題：核心步驟是匯出、對帳、分配與申報。

延伸閱讀

• 參見我們關於 /guides/polymarket-arbitrage-complete-guide 的指南，該指南討論可能會產生大量課稅事件的策略。
• 了解更多手續費及其如何影響收益，請見 /guides/polymarket-fees-explained。
• 若你頻繁使用 Polymarket，請閱讀 /guides/polymarket-gasless-trading 以了解 Relayer 與交易流程。

常見問答

在 Polymarket 交易是否與其他加密資產交易的申報方式不同？

稅務機關通常將預測市場交易納入既有的加密或證券規則。Polymarket 的交易牽涉到 ERC-1155 結果代幣與 pUSD 結算；核心差異在於 CTF 的 split/merge/redeem 生命周期。處理方式取決於當地法律以及交易是否被視為資本交易或營業收入。

在 Polymarket 何時會觸發課稅事件？

常見的課稅事件為處分：在 CLOB 上出售結果代幣、轉移給第三方（若在當地被視為處分）、或在結算後贖回獲勝代幣換取 pUSD。從 pUSD split 出完整組合通常會設定成本基礎，但本身一般不是課稅處分。

我該為會計師保留哪些紀錄？

保留含市場 slug、時間戳、Polygon 交易哈希、錢包地址、數量、價格與手續費的交易層級匯出檔。另請保存 CTF 的 split/merge/redeem 事件細節，以及任何 Data API 或 CLOB 的訂單成交報表以便核對部分成交與滑點。

maker 費用是否會影響應稅損益？

Polymarket 的 maker 費為零；應記錄 taker 費與任何已支付的 builder fee。執行時支付的費用會降低淨收益，因而影響損益計算。

UMA 的爭議如何影響稅務時點？

UMA 的爭議可能延遲最終結算與贖回獲勝代幣。未結算倉位的處理方式因司法區而異。保留爭議時間與最終決議日期的證據，以佐證任何課稅事件之時點。