SimpleFunctions

Nithya Raman receive between 15% and 20% of the popular vote in the first round of the Los Angeles mayoral election

15% - 20% is priced at 22¢ on Kalshi. Current book: 25¢ bid, 31¢ ask, 6¢ spread. This outcome ranks #1 of 9 inside Will Nithya Raman receive.

Price history

22¢ current

5¢
20¢30¢
May 20, 2026May 27, 2026

Contract brief

If the certified percentage of the popular vote received by Nithya Raman in the first round of the Los Angeles mayoral election is 15% to 19.99%, inclusive of both endpoints, then the market resolves to Yes.

Outcome

15% - 20%

Rank

#1 of 9

Leader

15% - 20% 25¢

Range

1¢-25¢

Family volume

$1K

Identifier

KXVOTEPRIMARY-LAMAYOR1R26NRAMNRAM-17

May 27, 2026, 7:08 PM UTC · 22m ago

Implied probability

22¢
Latest venue quote
May 27, 2026, 7:08 PM UTC · 22m ago

Bid

25¢

Ask

31¢

Spread

24h volume

$137

Family rank

#1 of 9

9 outcomes · Will Nithya Raman receive

Closes

Jun 2, 2027

Family volume

$1K

Orderbook snapshot

25 / 31¢

Kalshi
6¢ spread
BidSize
25¢300
24¢100
23¢200
18¢121
11¢180
AskSize
31¢32
32¢105
34¢200
38¢67
69¢146

Contract terms

What resolves this market.

YES condition

If the certified percentage of the popular vote received by Nithya Raman in the first round of the Los Angeles mayoral election is 15% to 19.99%, inclusive of both endpoints, then the market resolves to Yes.

Venue

Kalshi

Closes

Jun 2, 2027

Identifier

KXVOTEPRIMARY-LAMAYOR1R26NRAMNRAM-17

SF Signal
SF Index
147.66
Regime
neutral

Indicators

Yield, cliff risk, volatility, and regime.

IY (Yes)

295.3%

IY (No)

32.8%

Adj IY

148%

CRI

3

Overround

-0.2%

Regime

neutral

Score

0.5

Full indicator table

295.3%
32.8%
Adj IY
148%
3
Overround
-0.2%

Related readings

Matched from SimpleFunctions blog, opinions, technical guides, concepts, and learn pages.

Browse library
Technicalguide

Kalshi vs Polymarket: A Developer's Comparison of APIs, Orderbooks, and Liquidity

Data-driven comparison of Kalshi and Polymarket APIs, orderbooks, rate limits, and liquidity. Code examples for building on both prediction markets.

Blogmarkets

Kalshi vs Polymarket: Which Prediction Market Should You Trade?

In-depth comparison of Kalshi and Polymarket for prediction market traders. Regulatory structure, liquidity, fees, API tooling, and cross-venue trading with SimpleFunctions.

Blogmarkets

Prediction Market Orderbook Analysis: Reading Depth, Spread, and Liquidity

How to read prediction market orderbooks. Binary settlement, spread-as-percentage, depth asymmetry, executable edge calculation, and cross-venue arbitrage analysis.

Opinionanalysis

Liquidity Availability Is the Real Edge in Prediction Markets

Implied yield, cliff risk, and overround all describe what to trade. Liquidity Availability Score describes whether the orderbook can absorb the trade. Why LAS is the indicator that decides who actually books P&L.

Conceptmethodology

Maker / Taker Regime in Prediction Markets: How to Read the Orderbook State

Three regime states (maker-dominated, taker-dominated, neutral) and how to read which one a Kalshi or Polymarket contract is in. Strategy follows regime, not thesis.

Opinionanalysis

Implied Yield vs Raw Probability: Why Bond-Adjacent Prediction Markets Need a Different Lens

Why fixed-income-adjacent prediction-market contracts need to be priced in implied yield, not raw probability, with two real Kalshi Fed-decision contracts as a case study.

SimpleFunctions context

Index, screen, query, and monitor.

Open index

How we compute these odds

SimpleFunctions aggregates live prediction-market contracts from Kalshi and Polymarket. Each slug groups contracts that resolve on the same underlying event, identified by venue event_id.

For binary slugs, the headline probability is the liquidity-weighted mid-price across all bound contracts. For multi-outcome slugs (e.g. elections with 3+ candidates), the headline is the leader’s price; we never arithmetically average disjoint outcomes — that would produce a number with no real-world meaning.

Snapshots refresh every 5 minutes during market hours; daily aggregates are computed at 04:00 UTC. The 30-day sparkline is drawn from per-ticker daily means stored in market_indicator_daily; 24h delta and movement events are derived from the same source.