What is Polymarket?

Home » What is Polymarket?

February 12, 2026

Polymarket is a crypto-native prediction market: users buy and sell “YES/NO” shares whose prices (from 0 to 1) imply a market-implied probability, and winning shares redeem for 1 unit of dollar-denominated collateral at resolution. In contrast to a sportsbook, the platform’s core economic claim is that traders transact peer‑to‑peer (you trade against other users’ orders), can exit positions before resolution, and prices move with supply and demand like an exchange.

Technically, modern Polymarket markets are built on tokenized outcome shares on the Polygon network using Gnosis’s Conditional Tokens Framework (CTF), and traded via a hybrid central limit order book (CLOB): orders are matched off‑chain by an operator, while settlement occurs on‑chain through audited smart contracts. Market outcomes are resolved through UMA’s Optimistic Oracle mechanism (with dispute escalation to UMA’s DVM), with bonds and challenge windows designed to deter incorrect proposals.

For the UK specifically, Polymarket’s own documentation lists GB (United Kingdom) as a fully blocked country (no access / no order placement), and provides an API endpoint for geoblock checking. This aligns with a February 2026 statement by the UK’s Gambling Commission that US‑style “prediction markets” would likely fall within UK gambling law as a “betting intermediary” (akin to a betting exchange) and therefore would require a Gambling Commission licence; unlicensed operators are warned not to target or transact with consumers in Great Britain.

Definition and history

Polymarket sits at the intersection of (a) a long-running idea—markets as information aggregators—and (b) crypto rails that enable global, non-bank settlement. In Polymarket’s own user documentation, each market is a binary question where users “buy and sell shares” representing future outcomes, with the YES and NO share pair fully collateralized by 1.00 USDC and payout of 1.00 USDC to winning shares upon resolution.

Founding context and early platform arc

Polymarket’s early history is most clearly documented in regulatory and third‑party reference materials rather than in its product docs. The Commodity Futures Trading Commission (CFTC) later stated that “beginning in approximately June 2020” the operator (Blockratize, Inc. d/b/a Polymarket) offered event-based binary options contracts via smart contracts, including markets on crypto prices and COVID-19 metrics. A recent reference profile also describes founder Shayne Coplan building an early “Union.market” concept in 2020 before pivoting toward the Polymarket prediction market product.

The CFTC’s January 2022 press release is a key inflection point in the platform’s regulatory narrative: the agency announced a settlement and penalty, describing Polymarket’s contracts as event-based binary options/swaps offered on an unregistered facility, and ordering wind‑down of non‑compliant markets and a cease‑and‑desist. Although that action is US‑specific, it matters historically because it helped drive Polymarket’s subsequent operational posture: a strong emphasis on jurisdictional geoblocking and product structure that can be explained as “exchange-like” rather than “bookmaker-like.”

Evolution from AMM pools to an order-book exchange model

A material technical evolution is the shift from AMM-style liquidity pools to an order book. Legacy Polymarket documentation (2021-era) describes users earning a percentage of each trade by providing liquidity to “liquidity pools” with an “LP fee,” and highlights LP risk when prices move sharply.

By March 2023, a UMA governance forum post (discussing CLOB liquidity mining) states that “in December 2022, Polymarket launched its non‑custodial, central limit order book trading system, or CLOB,” explicitly contrasting it with prior AMM pools and arguing that the CLOB decreased market-maker risk and price impact. Polymarket’s developer docs now formalize this hybrid CLOB architecture (operator-run off‑chain matching with on‑chain settlement) and point to an audited exchange contract as the settlement layer.

How Polymarket works

Market mechanics: shares, collateral, and price meaning

At the user level, each market has two outcome tokens (“YES” and “NO”). Polymarket states that shares are always priced between 0.00 and 1.00 USDC, and that each YES/NO pair is fully collateralized by 1.00 USDC; the winning side pays 1.00 USDC per share at resolution.

Prices are treated as probabilities. The platform describes market odds as a function of supply and demand, analogous to stock markets, and explains that displayed probabilities are typically the midpoint of the bid-ask spread in the order book.

Tokenization and smart contracts: CTF positions and the exchange contract

Under the hood, Polymarket outcome shares are tokenized on Polygon as ERC‑1155 conditional tokens using Gnosis’s Conditional Tokens Framework: the Polymarket developer docs describe how “YES” and “NO” correspond to distinct ERC‑1155 position IDs derived from a condition and collateral token.

Trading is executed via a dedicated exchange protocol. Polymarket’s public smart contract repository describes the “CTF Exchange” as an exchange protocol enabling atomic swaps between CTF ERC‑1155 assets and an ERC‑20 collateral asset, intended for hybrid‑decentralized exchange operation (operator matches off‑chain; settlement is on‑chain and non‑custodial). The companion developer documentation similarly describes the “CLOB” as hybrid‑decentralized, with an operator responsible for off‑chain matching/ordering and on‑chain settlement through signed limit orders.

Order book, order types, and execution

Polymarket’s trading stack is (economically) market-maker driven: market makers post bids and asks; takers hit them. The platform’s user guide distinguishes:

Market orders: execute immediately at the current market price.
Limit orders: rest until the market reaches your price; can partially fill over time.

For builders/advanced users, the CLOB API expresses all orders as “limit” orders, with market orders implemented by submitting a marketable limit order. The API supports order time-in-force types including FOK, GTC, and GTD, plus a post-only flag that prevents immediate matching (rejecting crossing orders).

Polymarket also states the order book has no intrinsic trade size limits, but that liquidity depth (and therefore price impact) is a practical constraint.

Resolution, disputes, oracles, and clarifications

Polymarket markets resolve via UMA’s Optimistic Oracle. The user guide describes a workflow where an outcome is proposed with a USDC bond (noting a typical $750 bond); if unchallenged in a defined period, holders of winning shares receive $1 per share and trading ends.

If a proposal is disputed, the dispute process escalates through UMA’s mechanisms. Polymarket’s developer resolution docs describe a custom UmaCtfAdapter bridging UMA’s oracle output to CTF outcomes and outline flows where disputes can trigger additional rounds and escalation to UMA’s DVM. The open-source adapter repository further explains that undisputed data becomes available after a “liveness” period (the repo currently states “about 2 hours”), while disputed questions can fall back to UMA tokenholder voting (with a stated 48–72 hour window).

Rule ambiguity is addressed in two ways:

Market rules text: Polymarket emphasizes that the market title is a shorthand, but the rules define resolution sources, end dates, and edge cases.
Clarifications: In rare cases, Polymarket may issue an “Additional context” update after trading begins if unforeseen circumstances arise.

Supported assets/currencies and user UX flow

Collateral and settlement currency. Polymarket’s consumer documentation frames deposits as USDC on Polygon for speed and reliability. Its developer bridge documentation is more precise about internal collateral: Polymarket uses USDC.e (bridged USDC) on Polygon as collateral for trading, and deposits from supported chains are bridged/swapped into USDC.e. A February 2026 Circle announcement states that Polymarket (then using USDC.e on Polygon) plans to transition to native USDC “in the coming months.”

Deposit/withdraw rails. The Bridge API supports deposits from multiple networks with automatic conversion into USDC.e and crediting to a Polymarket wallet. Polymarket also states withdrawals are “free” and notes that withdrawing USDC.e can involve swapping through a Uniswap v3 pool to native USDC under UI constraints (<=10 bps enforced), with possible liquidity constraints on very large withdrawals.

Account and wallet UX. Polymarket supports both email/Google signup and crypto-wallet signup (e.g., MetaMask/WalletConnect). Developer docs explain that when a user first trades on Polymarket.com they are prompted to “create a wallet,” after which a 1‑of‑1 multisig proxy wallet is deployed on Polygon (Gnosis Safe for MetaMask users; a Polymarket proxy contract for MagicLink users). This wallet holds the user’s USDC (ERC‑20) and positions (ERC‑1155), enabling atomic multi-step flows and relayed (gas-subsidized) transactions.

Putting it together: a concrete UX flow (placing a “bet”). A typical user flow, reconstructed from Polymarket’s user and developer docs, looks like:

Create an account (email/Google or connect a wallet).
Fund the account with USDC (or deposit from supported chains and let the bridge convert to USDC.e).
Choose a market and decide which side (YES/NO) to buy or sell; interpret price as the implied probability midpoint (subject to spread).
Select order type:
- a market order for immediate execution (at available prices), or
- a limit order to wait for a target price, possibly filling partially.
Execution and custody: the order is matched (operator-off‑chain) and settled on-chain against the user’s wallet/approvals.
Manage open orders/positions in the portfolio; cancel limit orders if desired.
Exit or hold to resolution: sell early on the order book, or hold until UMA oracle resolution; winning shares become redeemable at $1.

Polymarket fees

Fee types and who pays

Polymarket’s documentation distinguishes between (a) direct platform fees and (b) “external” costs from networks or intermediaries.

Platform trading fees (typical baseline). Polymarket states that most markets are “fee-free”: no fees to deposit/withdraw USDC (noting intermediaries may charge), and no fees to trade shares.

Fee-enabled markets: taker fees funding maker rebates. Polymarket has enabled taker fees on certain market types—specifically 15-minute crypto markets and (from Feb 18, 2026 onward for new markets) selected sports leagues (NCAAB and Serie A)—explicitly to fund a Maker Rebates program. Under this model:

Takers pay fees when they remove liquidity (i.e., trade against resting orders), and
collected fees are redistributed to market makers as daily rebates in USDC, with rebate percentages dependent on market type and period.

Deposit/withdrawal fees. Polymarket says it charges no fees to deposit/withdraw USDC, while intermediaries such as exchanges or card on-ramps may charge. The withdrawal UX can involve a Uniswap v3 swap from USDC.e to native USDC, which implies price/slippage and liquidity constraints even if Polymarket describes the withdrawal as “free.”

Fee rates (what’s specified vs. what must be checked)

Polymarket is explicit that fee schedules can vary by market and change over time. For fee-enabled markets, the Maker Rebates documentation instructs builders to fetch the per-market fee rate dynamically through an endpoint:

The same document provides a parameterized fee formula and example tables:

Fees are computed from number of shares traded (C) and price (p), with parameters differing by market type; the document shows different fee curves for “15‑Min Crypto” vs “Sports,” including stated maxima at 50% probability.

Because Polymarket openly warns not to hardcode feeRateBps and to fetch dynamically, any statement like “the fee is X%” should be read as market-type dependent, not universal.

Worked examples (using Polymarket’s published fee tables)

Polymarket’s Maker Rebates program provides concrete example values for a 100-share trade under its fee curves. For instance, at a 50¢ price:

15‑minute crypto market: fee about $0.78 on $50 of notional (100 shares × $0.50), an effective rate around 1.56% at p=0.5.
Sports (NCAAB/Serie A): fee about $0.22 on $50 of notional, an effective rate around 0.44% at p=0.5.

The same tables show fees taper sharply toward extremes (e.g., $0.01 or $0.99 share prices), reflecting the symmetric fee-curve design.

Fee distribution and incentives (maker rebates)

Polymarket describes a daily rebate mechanism in which taker fees in a given market fund that market’s rebate pool, and makers’ payouts are proportional to their share of executed maker volume (weighted by a “fee-equivalent” measure). The document also notes that rebate percentages are discretionary and can change.

Comparison table of fee structures

The table below compares Polymarket’s fee structure to several prominent “exchange-like” alternatives. (For non-Polymarket platforms, fee structures differ materially because they may be regulated event-contract exchanges or UK-licensed betting exchanges rather than on-chain token markets.)

Platform	Main trading fee model	Deposit/withdrawal fees	Notes relevant to a UK user
Polymarket	Most markets: no trading fee. Some markets: taker fee funds maker rebates; fee is market-specific and defined by a fee curve (higher around 50/50).	Polymarket states no USDC deposit/withdraw fee (intermediaries may charge); withdrawals may route a USDC.e→USDC swap via Uniswap v3 pool with constraints.	Listed as geoblocked for GB in Polymarket docs.
Kalshi	Transaction fee computed from contract price and size (formula-based; includes maker-fee section).	Fee schedule indicates no settlement/membership fee; deposit/withdraw fees vary by method (e.g., card deposits up to 2% per schedule).	Primarily US-focused regulatory perimeter; not a UK-regulated betting exchange. (UK access depends on its own policies and UK rules.)
Betfair	Commission on winning bets; rate depends on “market base rate” and account discount package.	Not framed as “deposit/withdraw fees” in the same way; economic cost is largely commission and potentially other charges.	A UK betting exchange model is exactly the analogue the Gambling Commission invokes when describing prediction markets as “betting intermediaries.”
Smarkets	Commission on net profits per market (standard tier described as 2%).	Commission-based; (deposit/withdraw costs depend on payment method and policies).	A UK betting exchange regulator framing is directly applicable.
PredictIt	Search snippet from PredictIt’s support FAQ: fee on profits when selling higher than purchase price; additional withdrawal fee described.	Support FAQ search snippet states a withdrawal processing fee.	Not a UK-licensed betting exchange; regulatory posture is US-centric. For UK users, the relevant question is still UK gambling vs financial regulation.

UK legal status and regulatory position

This section describes the current regulatory framing for prediction-market style products in Great Britain and how that interacts with Polymarket’s architecture. It is not legal advice; if you need a definitive view for a specific fact pattern, consult a UK-qualified lawyer and/or the relevant regulator.

Gambling Commission

In February 2026, the Gambling Commission published a direct statement on prediction markets, defining them as platforms enabling participants to trade event-based contracts across financial, sports, and political categories. The Commission’s core legal position is:

Commercial products meeting the definition of gambling under UK legislation must be licensed and regulated by the Gambling Commission; spread betting is cited as an exception regulated by the FCA.
Subject to the specific business model, current prediction-market products “would appear” to fall within the definition of a betting intermediary—akin to a UK betting exchange—and thus require a betting intermediary licence.
Unlicensed prediction market operators are warned to ensure they are not targeting or transacting with consumers in Great Britain, citing criminal offences associated with operating without the appropriate licence.

Two supplementary Gambling Commission resources help interpret this position operationally:

Licensing perimeter for betting intermediaries. A remote betting intermediary operating licence “allows you to bring two or more betting parties together online” (a betting exchange model) and is required “regardless of where you are based in the world” if you provide facilities for gambling to consumers in Great Britain online.
Risk framing for consumers using unlicensed sites. The Commission’s guidance notes that when consumers access illegal gambling sites they “expose themselves to risks” and do not receive the protections of the regulated sector, and that the Commission works with partner agencies to disrupt illegal sites targeting GB consumers.

Financial Conduct Authority

The FCA’s relevance is not that it has published Polymarket-specific guidance; rather, it defines important boundary cases where “event” products become regulated financial instruments and also highlights consumer-harm concerns around binary payoffs.

Key FCA positions that inform UK treatment of prediction-market-like products include:

Binary options ban (retail). The FCA confirmed a permanent ban on sale/marketing/distribution of binary options to retail consumers, describing binary options as “gambling products dressed up as financial instruments.”
Crypto-derivatives ban (retail). The FCA announced a ban on sale of derivatives and ETNs referencing certain cryptoassets to retail consumers, warning that firms offering such banned derivatives to retail are likely scams.

These rules primarily bind firms acting in or from the UK or marketing to UK retail consumers. They are relevant to Polymarket analysis because Polymarket’s YES/NO shares can resemble binary options economically, and in some market categories (e.g., economic indices, rates, commodities) the UK may treat them as financial instruments rather than gambling.

HM Treasury

HM Treasury shapes the statutory perimeter for cryptoasset activity. In its published materials on a future UK cryptoasset regulatory regime, HM Treasury describes creating new regulated activities such as operating a cryptoasset trading platform, with firms providing such services “in or to the UK” expected to require FCA authorisation/supervision.

This matters for Polymarket in two ways:

Polymarket is a crypto-settled trading venue with on-chain settlement and a cross-chain bridge that automatically swaps incoming assets into USDC.e for trading.
As the UK regime matures, policymakers may treat “crypto trading platform” obligations (market abuse, custody/safeguarding, financial promotions perimeter, etc.) as applicable to certain crypto-native venues targeting UK users, even if a product is also analysable under gambling law.

Financial-instrument versus gambling classification: why the boundary is hard

A useful synthesis comes from a UK law-firm analysis: an event contract can fall under either the financial regulatory regime (as a “financial instrument” under the RAO/FSMA perimeter) or the gambling regime (as “betting” under the Gambling Act), and “the boundary … is not always clear.” The same analysis suggests that event contracts tied to financial indices/economic statistics/commodities/interest rates are likely to be treated as binary options within the UK financial perimeter, while other categories (e.g., sport/politics) are less capable of being MiFID instruments.

For Polymarket—which offers markets that can span elections, sports, and macro/financial indicators—this implies a category-specific legal risk profile in the UK, even before considering AML/KYC and consumer-protection issues.

The following timeline captures key UK perimeter events that shape how a platform like Polymarket is treated and why a UK block is plausible. The dates and descriptions are drawn from primary UK regulator/government publications.

Why Polymarket is blocked in the UK and practical advice for UK users

“Banned” versus “blocked”: what is actually happening?

Polymarket’s own documentation is unambiguous that the platform is not available in certain jurisdictions and enumerates blocked countries; it lists GB among fully blocked countries and provides both consumer-facing (“Geographic Restrictions”) and developer-facing (CLOB geoblock) documentation. Technically, Polymarket offers:

an order rejection mechanism for blocked regions, and
a geoblock API endpoint (/api/geoblock) returning whether an IP is blocked.

So, the “ban” UK users observe is best described as platform geofencing (Polymarket restricting access), not necessarily a publicly documented UK court order to block Polymarket at the ISP level.

The legal rationale most consistent with UK primary sources

The tightest UK-primary-source explanation for why Polymarket blocks the UK is:

The Gambling Commission’s February 2026 view is that prediction-market operators offering current-style products in GB would likely fall under UK gambling law as betting intermediaries/betting exchanges and therefore require a Gambling Commission licence; unlicensed operators are warned not to transact with GB consumers.
Polymarket itself states that geoblocking is implemented to ensure compliance with local financial regulations, gambling/prediction market laws, and AML/KYC obligations (among other reasons).

Combining those points yields a straightforward inference: Polymarket’s UK block is a compliance risk-management choice to avoid operating as an unlicensed remote betting intermediary (and/or avoid FCA-perimeter issues for certain market categories).

Risk concerns that likely influenced the UK block (and matter to UK users)

Even where the legal perimeter classification is debated, the following risk themes appear repeatedly in UK regulator framing and are relevant to Polymarket’s product design:

Gambling-like payoff with exchange UX. UK regulators already recognise that exchange-like intermediation of bets is a standard UK business model, but it is tightly licensed. The Gambling Commission explicitly analogises prediction markets to betting exchanges/betting intermediaries.
Consumer protection and market integrity. The Gambling Commission emphasizes consumer protection, fairness, integrity of betting markets, and preventing crime as core regulatory requirements for licensed operators.
AML/KYC and crime prevention. Polymarket’s own geoblocking rationale explicitly includes AML and KYC compliance. Additionally, the Gambling Commission’s guidance warns that consumers using illegal sites are not afforded protections required in the regulated sector, and the Commission prioritises disruption of sites targeting vulnerable consumers.
Financial perimeter overlap for some markets. UK legal analysis suggests event contracts tied to financial indices/economic statistics may be treated as binary options within the financial regulatory perimeter.

Practical advice for UK users

Because Polymarket is geoblocked for GB, practical advice in the UK is less about “how to use it” and more about making safe, compliant choices.

Accessibility reality check. If you are physically in the UK (or otherwise detected as GB), Polymarket’s documentation indicates the platform will block access and order placement. Attempting to circumvent geoblocking (e.g., via VPNs) can violate platform terms and potentially creates legal and account-risk exposure; UK regulators frame unlicensed targeting/transacting as a criminal-operator issue and focus on consumer risk when using illegal sites.

Key risks if you nevertheless gain access while UK-connected (high-level, not exhaustive).

Account/funds risk: If a platform later identifies you as in a blocked jurisdiction, it may restrict trading, withdrawals, or account functions consistent with its compliance posture.
Market integrity / rules ambiguity: Polymarket can clarify market rules post‑listing (“Additional context”) and resolution depends on oracle processes with bonds, challenge periods, and dispute escalation. These are legitimate mechanisms, but they are not the same as UK gambling dispute resolution and redress frameworks.
Smart contract and infrastructure risk: CLOB settlement uses smart contracts, audits, operator-run matching, proxy wallets, and bridge/swap infrastructure—each adding technical risk surfaces compared with a purely custodial bookmaker account.

Compliant alternatives (functional, not endorsement).

If you want exchange-style betting in the UK, the Gambling Commission’s own framing suggests looking to licensed betting exchanges (the model it references when defining betting intermediaries).
If you want financial-event exposure (rates, indices, etc.), treat it as a financial product question: the FCA’s perimeter and restrictions on binary options/crypto-derivatives are directly relevant, and FCA authorisation becomes the key filter.

Compliance steps a UK user can actually execute.

Check whether a service is licensed/authorised for GB consumers:
- for gambling facilities: look for Gambling Commission licensing status (and treat non-licensed targeting as high risk).
- for financial instruments: verify FCA authorisation and whether the product is permitted for retail (binary options and certain crypto-derivatives are restricted).
Avoid assuming “crypto = outside UK rules.” UK definitions explicitly distinguish betting from regulated financial activities under FSMA, and UK policy is moving toward a dedicated cryptoasset regime that can regulate trading platforms providing services “in or to the UK.”
If researching Polymarket academically rather than trading, you can still use public information (prices, market histories) without transacting—consistent with the idea that the block is about order placement, not necessarily public data observation.

Conclusion and recommendations

Polymarket is best understood as a crypto-settled, exchange-like prediction market: tokenized YES/NO outcome shares collateralized by stablecoin on Polygon, traded through a hybrid CLOB, and resolved through UMA’s optimistic oracle plus dispute mechanisms. Its fee model is mostly “no platform fee” but includes taker-fee market segments designed to pay market makers via rebates, with fee rates explicitly marked as market-specific and verifiable via Polymarket’s own fee-rate endpoint.

For UK users, the central fact is practical and legal: Polymarket’s own documentation lists GB as blocked, and the Gambling Commission has publicly stated that prediction-market operators would likely be treated as gambling betting intermediaries/betting exchanges in Great Britain, requiring licensure and warning unlicensed operators not to transact with GB consumers.