Binary vs Multi-Outcome Prediction Market: what to know

Binary vs multi-outcome prediction market is the primary distinction you’ll see on Polymarket. The two market types look similar at a glance, but their pricing, hedging mechanics, and arbitrage opportunities are different. This guide explains those differences, how they affect intra-market arbitrage, and practical steps you can take as a new trader.

Key takeaways

• Binary markets have two complementary outcomes (YES / NO); their fair prices sum to $1.00 and arbitrage is pairwise.
• Multi-outcome markets have N mutually exclusive outcomes; the fair prices for all outcomes sum to $1.00 and arbitrage can be combinatorial.
• Intra-market arbitrage arises when the sum of best-ask prices for a complete set is less than $1.00 (the "edge").
• Execution risks matter: resolution disputes, slippage, partial fills, taker fees, and settlement timing can turn a mathematical edge into a loss.
• Your workflow and tooling differ: binary arb is simpler to detect and execute; multi-outcome arb often requires buying full sets and using CTF split/merge operations.

Why the distinction matters

Binary and multi-outcome markets represent different event structures. A binary market answers a yes/no question; a multi-outcome market splits probability across several exclusive outcomes (for example, "Which candidate will win?" with three candidates).

That structural difference drives two things you care about as an arbitrageur:

• How prices relate to one another (pairs vs sums across N outcomes).
• What operations you need to lock profit (simple pair trades vs complete-set CTF operations).

How prices add up

• Binary: the fair prices for YES and NO add to $1.00. If bestAsk(YES) + bestAsk(NO) < $1.00, buying both sides yields an edge equal to $1.00 minus the sum. This is the classic intra-market binary arbitrage case.

• Multi-outcome: the fair prices across all N outcomes add to $1.00. If the sum of best-ask prices for every outcome < $1.00, buying a complete set of outcomes gives an edge equal to $1.00 minus the sum. This is often called combinatorial arbitrage.

Mechanics on Polymarket

Polymarket uses the Gnosis Conditional Token Framework (CTF) for outcome tokens and a Central Limit Order Book (CLOB) for matching.

• Outcome shares are ERC-1155 tokens issued via CTF split operations and redeemed after resolution. Knowing how to split, merge, and redeem is essential when you buy full sets in multi-outcome arbitrage.
• The CLOB exposes limit and market orders. Market orders are implemented as FAK (Fill-And-Kill) which is important for execution certainty.
• Tick size and order book depth matter: tight tick-size steps (usually $0.01, and $0.001 near extremes) change execution granularity.

Detecting edges: binary vs multi-outcome

• Binary detection is simple: monitor best ask on both legs and compute bestAsk(YES) + bestAsk(NO). Use the CLOB or the Market WS to get best_bid_ask updates in real time.

• Multi-outcome detection requires summing best asks for every outcome. For markets with many outcomes, this can be more computationally intensive and you may need to monitor multiple instruments per market.

Execution: what you must do differently

• Binary execution: typically you place two market (FAK) orders or one-sided limit orders near the book. Maker fees are zero; taker fees vary by category. Confirm fills, because partial fills create residual exposure.

• Multi-outcome execution: you usually buy each outcome to create a complete set, then optionally merge or split via CTF to manage holdings. Buying a full set locks the logical $1.00 payoff structure, but you must be mindful of CTF step gas/relayer flows (Polymarket sponsors gas via the Relayer) and the timing of split/merge/redeem.

Costs and fees to include in your math

• Taker fees on Polymarket are variable in the range 0%–1.8% depending on category. Maker fees are zero. Include the expected taker fee when computing whether an apparent edge survives execution.

• Slippage and partial fills: if your market order does not fully execute at posted best asks, the realized average price will be higher and the edge may disappear.

• Tick-size effects: coarse ticks can create observable discrete inefficiencies that disappear once you account for step sizes.

Risk checklist — why a mathematical edge is not automatically profit

Always pair any claim that "the spread is mathematical" with these risks:

• Resolution risk: UMA disputes and optimistic-oracle delays can pause settlement or change outcomes.
• Execution risk: slippage, partial fills, and order queue priority can reduce or eliminate the edge.
• Fee and policy changes: taker fees vary by category; builder attribution or fee changes can affect net returns.
• Settlement timing: merges, redeems, and the time between trade and final settlement expose capital to market movement and operational delays.
• Smart-contract and protocol risk: while Polymarket sponsors gas through its Relayer, smart-contract bugs and oracle disputes are systemic risks.

Practical workflows for new traders

1. Start with binaries. Binary markets are easier to monitor and execute. Track best_bid_ask events from the Market WS and compute pairwise sums.

2. Automate alerts. For multi-outcome markets, automate the sum calculation across outcomes and threshold alerts that include expected fees and slippage buffers.

3. Account for CTF steps. When you plan to buy a full set, ensure your workflow handles split/merge/redeem via the Relayer and that your tooling preserves the ERC-1155 tokens in your Proxy or Safe wallet.

4. Size conservatively. Order book depth is the limiting factor. Typical intra-market spreads on Polymarket historically were often 2–3% on liquid markets; those opportunities can last seconds to minutes.

5. Record every trade. Reconcile fills, fees, and time-to-redemption before declaring a strategy profitable.

How this affects your trading

Knowing whether a market is binary or multi-outcome changes everything from detection to execution. For a new trader: learn binary arbitrage first, prove your monitoring and execution stack, then add multi-outcome (combinatorial) scans. Always model fees, slippage, and UMA resolution risk before you trade.

Closing paragraph

Binary vs multi-outcome prediction market structure determines the math and the plumbing of arbitrage on Polymarket. The raw edge is simple to compute, but execution and settlement risks matter. Start simple, automate reliably, and incorporate fees and CTF operations into every calculation.

Frequently asked questions

What is the simplest way to spot an arbitrage in a binary market?

Compare bestAsk(YES) + bestAsk(NO) and check if the sum is less than $1.00. Subtract taker fees and estimate slippage; if the adjusted edge remains positive, the market shows a potential intra-market binary arbitrage.

Do multi-outcome markets require CTF operations to capture arbitrage?

Often yes. To lock the payoff you typically buy every outcome to form a complete set and then manage those ERC-1155 tokens with CTF split/merge/redeem operations. Polymarket sponsors gas via the Relayer but you still need tooling that handles these steps.

Are maker fees charged on Polymarket?

Maker fees on Polymarket are zero. Taker fees vary by category and currently sit in the range 0%–1.8%, so include expected taker fees when calculating an edge.

Can a detected edge vanish before execution?

Yes. Edges can close due to other traders, order book moves, partial fills, tick-size rounding, or fee misestimation. Always assume you may not realize the full theoretical edge.

Which should I learn first: binary or multi-outcome arbitrage?

Start with binary arbitrage. It’s simpler to detect and execute. After you can reliably capture small edges on binaries, add combinatorial scans for multi-outcome markets.