Polymarket taxes — an overview of reporting prediction-market profits

This guide explains common approaches to reporting profits and losses from trading on Polymarket. It covers the typical tax frameworks applied to prediction-market activity, practical recordkeeping, and steps traders commonly take when preparing information for accountants or tax filing. This is informational content, not tax advice.

Key takeaways

Most jurisdictions treat gains from trading prediction-market positions similarly to other crypto or capital transactions; classification depends on activity and intent.
Keep precise trade-level records: timestamps, market IDs, amounts of pUSD or USDC, order details, and CTF split/merge/redeem events.
Distinguish realized vs unrealized gains: taxes are generally triggered by a taxable event (sale, redemption, or settlement), not paper changes in value.
Consider fees, maker/taker fees, and settlement timing when calculating net proceeds.
When in doubt, provide complete transaction logs to your tax professional and avoid claiming tax treatment in this guide.

How tax authorities commonly view prediction-market activity

There is no single global rule for "Polymarket taxes." Treatment depends on local law and the trader's circumstances. However, tax authorities tend to use a few common frameworks when analysing prediction-market profits:

Capital gains model: Profits from buying and later selling outcome tokens (or their equivalent exposure) are treated as capital gains or losses. The taxable event is disposal — for example, selling shares on the CLOB or redeeming winning outcome tokens for pUSD after resolution.
Income/trader model: For professional or frequent traders, authorities may treat profits as ordinary income. Frequency, intent, scale, and organisation are common factors tax agencies use to determine whether trading is a business.
Ordinary income on settlement: In some jurisdictions, receiving pUSD through a CTF redeem of winning tokens may be treated as ordinary income if the platform considers the activity akin to receiving proceeds.

Which events commonly trigger taxation

Sales on the CLOB: Executing a market or limit order that disposes of an outcome token typically creates a taxable event — the proceeds (in pUSD or USDC) minus cost basis determine gain or loss.
Redeem after resolution: Burning winning CTF tokens for $1.00 pUSD and receiving settlement proceeds is commonly treated as a disposal of the token and can be taxable.
Splitting / creating positions: Using CTF split to mint a complete set from pUSD is usually not a taxable disposal by itself; it converts pUSD into outcome tokens at a defined cost basis. Keep records so cost basis flows from the split into later disposals.
Transfers between wallets: Moving tokens between your own wallets is a non-taxable internal transfer in many jurisdictions — except where transfers trigger on-chain events taxed as dispositions under local rules. Preserve transfer memos and wallet addresses.

Recordkeeping: what to capture and why

Good records make reporting straightforward and reduce risk in an audit. At a minimum, capture:

Market identifier (use Polymarket market slug or Gamma market id).
Transaction type: buy, sell, split, merge, redeem, transfer.
Timestamp (UTC), blockchain transaction hash, and wallet address involved.
Quantity and outcome token id (ERC-1155 id) or clear description (YES/NO or outcome name).
Price per share and total pUSD/USDC amount received or paid.
Fees paid (taker fees; maker fees are zero on Polymarket but builder fees may apply if you used a Builder).
Notes on partial fills, slippage, and order type (FAK market order, limit order).

Polymarket-specific data sources

Gamma API (https://gamma-api.polymarket.com) provides markets, slugs, and metadata useful for tying a market id to a human-readable question.
Data API (https://data-api.polymarket.com) exposes trades and positions that can help reconcile volumes and fills.
On-chain evidence: CTF split/merge/redeem and ERC-1155 transfers are visible on Polygon (chain id 137) and provide authoritative proof of actions.

If you plan to hand records to an accountant, include both the human-readable market slug and transaction hashes so your preparer can verify events.

Calculating cost basis and gains

First-in, first-out (FIFO) is a common method used by many tax authorities for cost-basis calculation. Other methods (specific identification, LIFO) may be allowed depending on jurisdiction.
When you split a complete set from pUSD, allocate the pUSD cost across the resulting outcome tokens. If you later sell or redeem those tokens, use that allocated cost basis to calculate gain or loss.
Fees reduce proceeds. Taker fees paid on execution should be recorded and subtracted from gross proceeds when calculating net gain.

Special situations to watch

Arb trades and simultaneous legs: If you buy complementary outcomes (e.g., YES and NO) as part of an intra-market arbitrage, you may open two positions with linked cost basis. Each leg's disposition typically triggers its own taxable event; document the pair and timing.
Partial fills and FAK orders: Partial executions change realized quantities and cost basis. Maintain fill-level detail from the CLOB or Data API.
Disputes and UMA resolution delays: UMA disputes can pause settlement. Until final settlement, tokens may be non-redeemable; treatment of unsettled positions varies by jurisdiction and can affect timing of taxable events.

Practical workflow for preparing year-end reports

Export trade and position history from the Data API and CLOB trade reports. Include Gamma slugs for market names.
Reconcile on-chain CTF events (split/merge/redeem) using Polygon transaction hashes for authoritative timing.
Allocate cost basis for tokens created via split. Apply chosen cost-basis method consistently.
Calculate realized gains/losses per disposal event. Subtract fees and include any relevant builder fees reported separately.
Provide a clean CSV with one row per taxable disposal (date, market, outcome, quantity, proceeds, cost basis, gain/loss, tx hash) to your tax preparer.

How jurisdictions differ (high-level)

Tax rules vary substantially. Some tax systems have detailed guidance for crypto trading and capital gains; others treat crypto receipts as ordinary income. The split between capital gains and ordinary income often hinges on whether trading is a hobby or a business. You should consult local guidance or a tax professional for jurisdiction-specific rules.

How this affects your trading

Recordkeeping and the timing of taxable events should inform operational choices. If you expect many disposals, ensure your export and reconciliation workflow captures fill-level detail. For arbitrage strategies that open paired legs, keep trade pairings and timestamps so disposals can be traced back to original cost allocations. Remember Polymarket-specific mechanics: the Relayer sponsors gas, CTF split/merge/redeem is the settlement flow, and maker fees are zero.

Closing summary

Polymarket taxes depend on where you live and how you trade. The practical priorities are consistent: keep complete, verifiable records (Gamma slugs, Data API exports, Polygon transaction hashes), allocate cost basis clearly, and present disposal-level rows for your accountant. Treat taxation as a reporting problem that good data solves; the core steps are export, reconcile, allocate, and report.

Frequently asked questions

Is trading on Polymarket reported differently than trading other crypto?

Tax authorities usually apply existing crypto or securities rules to prediction-market trading. Polymarket trades involve ERC-1155 outcome tokens and pUSD settlements; the core difference is the CTF split/merge/redeem lifecycle. Treatment depends on local law and whether trading is treated as capital or business income.

When is a taxable event triggered on Polymarket?

Common taxable events are disposals: selling an outcome token on the CLOB, transferring to a third party (if treated as a disposal locally), or redeeming winning tokens for pUSD after resolution. Splitting a complete set from pUSD typically sets cost basis but is not usually a taxable disposal by itself.

What records should I keep for my accountant?

Keep trade-level exports with market slugs, timestamps, Polygon transaction hashes, wallet addresses, quantities, prices, and fees. Also retain CTF split/merge/redeem event details and any Data API or CLOB order-fill reports to reconcile partial fills and slippage.

Do maker fees affect taxable gains?

Maker fees on Polymarket are zero; taker fees and any builder fees paid should be recorded. Fees paid on execution reduce net proceeds and therefore affect gain or loss calculations.

How do UMA disputes affect tax timing?

UMA disputes can delay final settlement and redeemability of winning tokens. Treatment of unsettled positions varies by jurisdiction. Keep evidence of dispute timing and final resolution dates to support the timing of any taxable event.

Educational only. Not financial, legal or tax advice. Polymarket may not be available in your jurisdiction.

Polymarket taxes — reporting prediction-market profits