Negative risk is Polymarket's mechanism for multi-outcome events where exactly one outcome can win. Its defining rule is that one No share in any market inside the event can be converted into one Yes share in every other market in that event. That single identity makes capital go further, ties the prices of sibling markets together, and produces position changes that look like trades but are not. If you read Polymarket activity programmatically, negative risk is the mechanic most likely to make your numbers wrong.
What negative risk actually is
Take an ordinary multi-outcome event with three candidate outcomes. Without negative risk, each outcome is its own independent market. Betting against one outcome means buying that market's No shares, and those No shares have no relationship to the other two markets. You have expressed a narrow view and locked collateral behind it.
Negative risk relates them. Inside a negative-risk event, holding No on one outcome is economically the same statement as holding Yes on all the others, because only one outcome can win. Polymarket makes that equivalence real with a conversion operation rather than leaving it as an arbitrage you have to execute by hand.
The conversion, with numbers
Consider an event with three outcomes and a position of 1 No share on the third one:
| Outcome | Before conversion | After conversion |
|---|---|---|
| Candidate A | — | 1 Yes |
| Candidate B | — | 1 Yes |
| Other | 1 No | — |
The No share is consumed and replaced by a Yes share in each remaining outcome. Nothing was bought on the order book. No counterparty was needed. The holder's economic exposure did not change at all, because the two sides of that table pay out identically under every possible resolution. What changed is the representation, and with it what the holder can do next: those two Yes shares can now be sold independently, at whatever the market pays for each.
The conversion is atomic. On the Conditional Tokens stack it runs through the Neg Risk Adapter; on Polymarket Protocol V2 it runs through the Router and the NegRiskModule. Either way it either completes fully or does not happen, so you never see a half-converted position.
What it does to prices
The conversion is a standing bound on the whole event. If the Yes prices across all outcomes of a negative-risk event summed to meaningfully more than one, you could buy a No somewhere, convert, and sell the resulting Yes shares for more than you paid. If they summed to meaningfully less than one, the reverse trade is available. The existence of a cheap, atomic, counterparty-free conversion is what keeps that sum pinned near one without anyone having to coordinate it.
This has a practical consequence for how you read a single market inside such an event. A price move on Candidate A is not only a statement about Candidate A. It is partly the event's internal arithmetic reasserting itself after something moved elsewhere in the set. Reading one leg in isolation, the way you reasonably would in an independent binary market, will attribute to sentiment what is actually bookkeeping. If you want the general version of this, our piece on how the Polymarket order book works covers what price movement does and does not tell you.
Resolution is winner-take-all, with no split
Ordinary binary markets on Polymarket can resolve to a split payout, where both sides redeem for a share rather than one side taking the full dollar. Negative-risk markets never do that. Exactly one outcome takes the full payout and every other outcome pays nothing. For risk modelling this is a simplification worth keeping in mind: the distribution of outcomes in a negative-risk event has no middle, so position sizing that assumes partial recovery is sizing against a payoff that does not exist here. Our notes on risk management for copy trading work through sizing under binary payoffs.
Augmented negative risk, and the trap inside it
Standard negative risk requires the complete set of outcomes to be known when the market is created. Real events do not cooperate: a new candidate enters a race, a new nominee appears, a new team qualifies. Augmented negative risk handles that by allowing the outcome set to grow after trading has started. It applies to both Conditional Tokens markets and Protocol V2 markets, and it defines three kinds of outcome:
| Outcome type | What it is |
|---|---|
| Named outcomes | Known, identified outcomes. The only ones intended for trading. |
| Additional outcomes | Placeholders that can become available after the event starts. |
| Explicit Other | Catches anything not explicitly named. |
Polymarket's documentation carries an explicit warning here, and it deserves repeating rather than paraphrasing away: trade only named outcomes. Placeholder outcomes should be ignored until they are named or until resolution occurs, and the Polymarket interface does not display unnamed outcomes at all.
The second half of the warning is the subtler one. The definition of the Other outcome shifts as placeholders get clarified. Something that was inside Other yesterday can be pulled out of it today by being named. A position on Other is therefore a position on a shrinking, redefinable residual, which is a different instrument from the one you bought. And if the correct outcome at resolution was never named, the market resolves to Other.
An unnamed outcome is not a cheap bet. It is a market the interface deliberately hides, and the only parties routinely trading it are the ones who wrote the integration.
Why this is the hardest mechanic for copy trading
Everything above is manageable when a human is reading the screen. It becomes a real engineering problem the moment something automated is watching a wallet and reproducing what it does. Four distinct failure modes, all of them specific to negative risk:
- A conversion is not a trade, but it moves many positions at once. One conversion can create Yes positions in every other market in the event. A follower that treats each new position as a fresh buy signal will go to the order book and pay the spread, several times over, to reach a state the source wallet reached for free. The source wallet's exposure never changed. The follower's did, and so did its balance.
- The direction looks inverted. The source wallet's last on-book action was a bearish one: it bought No. What appears afterwards is a basket of Yes positions. Naive signal extraction reads a bullish cluster from a bearish trade.
- Placeholders are mirrorable and should not be mirrored. If a source wallet touches an unnamed outcome, a follower can usually place the same order, into a market with no displayed interface and whatever liquidity that implies. The source may know exactly what it is doing. A mirror almost certainly does not.
- The Other leg drifts under you. A mirrored position on Other was taken against one definition of the residual and may be held against another. Nothing about the position identifier changes when that happens, so nothing in a position-keyed tracker flags it.
Rules we follow
These are the operating rules that fall out of the four failure modes, and they are worth adopting whether or not you use our engine:
- Resolve whether an event is negative risk before classifying any position change inside it, and treat the event rather than the market as the unit of analysis.
- Classify conversions as representation changes, not as position-taking. They belong in an activity log and not in a signal feed.
- Never mirror an unnamed or placeholder outcome. Wait for it to be named.
- Treat the Other leg as a distinct instrument that can be redefined, and decline to mirror it rather than attempting to track its drift.
- Size against a winner-take-all payoff, since negative-risk markets do not split.
- Evaluate a wallet's performance at event level too. A wallet that converts frequently will have its per-market statistics distorted by conversions that cost it nothing, which is one of the adjustments behind our wallet scoring methodology.
Spotting a negative-risk event
The market and event data Polymarket exposes carries the negative-risk designation as a field, so this is a lookup rather than an inference. Two things are worth checking alongside it: which position system the market uses, because that decides whether conversions run through the Neg Risk Adapter or through the Router and NegRiskModule, and whether the event is augmented, because that is what tells you placeholders may exist. A tracker that reads the flag but ignores the augmentation will happily surface outcomes that Polymarket's own interface refuses to show. Our overview of how Polymarket categories and events are structured covers the event-and-market shape this sits on top of.
Frequently asked questions
What is negative risk on Polymarket?
Negative risk is a mechanism for multi-outcome events in which only one outcome can win. It links the markets inside an event so that a No share in any one of them can be converted into one Yes share in every other one, which makes trading against an outcome capital-efficient.
What does a neg risk conversion do?
It consumes a No share in one market and issues a Yes share in each of the other markets in the same event. The operation is atomic, needs no counterparty and does not touch the order book. Economic exposure is unchanged; only the representation of the position changes.
Why do the Yes prices in a negative-risk event add up to about one?
Because the conversion makes any meaningful deviation directly tradable. If the sum drifted above one, buying a No and converting would produce Yes shares worth more than the cost, and the opposite trade is available if the sum drifts below one.
Can a negative-risk market resolve to a split payout?
No. Negative-risk markets never split. Exactly one outcome takes the full payout and every other outcome pays nothing, unlike ordinary binary markets, which can resolve to a split.
Should I trade unnamed outcomes in an augmented negative-risk event?
No. Polymarket's documentation says to trade only named outcomes and to ignore placeholders until they are named or until resolution occurs. The interface does not display unnamed outcomes, and the Other outcome's definition changes as placeholders are clarified.
Sources
The conversion rule, the contract paths, the augmented-negative-risk outcome types, the warning about unnamed outcomes and the no-split resolution behaviour come from Polymarket's developer documentation: Negative Risk Markets and Positions & Tokens. Mechanics can change; check the source before building against them.