Lexus Eastbourne Open, Qualification: Marcos Giron vs Charles Broom

Platform comparison

Active sub-markets

Market context

The Eastbourne qualifying match between Marcos Giron and Charles Broom is effectively being priced as a **Giron win**, with the market at **100% YES** on Giron. That leaves no visible consensus disagreement: the crowd is treating Giron as the overwhelming favourite, and any value on Broom is purely contrarian rather than consensus-based.

The cleanest historical frame is the gap in ranking, experience and surface output. Giron is listed around **world No 86** with a career-high of **37**, while Broom sits around **No 273** with a career-high of **235**; the comparison also shows Giron with a more established tour résumé and a stronger overall hard-court profile, while Broom’s recent results are better in volume but against a lower baseline of opposition.[1][2] There is also no head-to-head record to lean on, so traders are left reading class and tour-level stability rather than any matchup-specific history.[2][4] In that kind of setup, a 100% implied probability usually signals either a very one-sided market or an overconfident crowd, and the only plausible value angle is whether Giron’s price has become too absolute for a best-of-three qualifying match.

The main catalysts are simply whether the match actually starts and whether the draw schedule holds. Kalshi’s event language for this fixture ties settlement to the ATP Eastbourne qualification match and notes that if the match is postponed the market can remain open until the rescheduled contest finishes, while also distinguishing pre-match cancellation from an in-play start.[3] That matters because Eastbourne qualifying is weather- and schedule-sensitive, and a trader watching for line-ups, court order and any late withdrawal news is mainly looking for non-performance risk rather than a major shift in tennis quality. If the match goes ahead, the consensus still sits with Giron; the contrarian case is limited to disruption, not a strong on-court case for Broom.[3]

Sources: 1 · 2 · 3 · 4 · 5

Methodology

Methodologically we separate two layers: the live probability (Polymarket mid-price) and the platform attributes (fee, KYC, settlement currency, payment rails). The odds column is filled only where we have clean data — that avoids the made-up numbers that get a network demoted when search engines cross-check against the source venue.

Resolution & payout

Settlement runs on-chain. Polymarket's contract logic separates YES and NO shares as conditional tokens; at resolution the winning share lifts to $1.00 and the losing one to $0. The outcome input comes from the UMA Optimistic Oracle, which secures against bad resolution with a bond + dispute window.

Once finalised, the smart contract pays USDC to the holders' wallets within minutes — no withdrawal fees beyond Polygon network gas. Kalshi settles in USD via CFTC clearance, Betfair in account currency net of commission, Manifold in play-money mana with no cash-out.

FAQ

Where can I trade this market with the lowest fees?

On Who Will Win, which mirrors the Polymarket order book at 0% fees. Kalshi charges up to 7% per trade; Betfair Exchange takes 2-5% commission on net winnings.

Is this market available outside the US?

Who Will Win is available in most jurisdictions where Polymarket isn't directly accessible. Polymarket itself is geo-blocked in the US/UK/EU. Always check local regulations.

How does resolution work?

Through the UMA Optimistic Oracle on Polygon: a proposer submits the outcome, a two-hour challenge window opens, and USDC payouts settle automatically once the result is final.

What's the difference between YES and NO shares?

A YES share pays $1.00 if the event happens, $0 otherwise. A NO share pays $1.00 if the event doesn't happen. The market price between 0¢ and 100¢ is the implied probability.

What does it cost to trade on Who Will Win?

Zero. Who Will Win routes every order to the live Polymarket order book; the only cost is the Polygon network fee, typically under $0.01 per transaction.