TL;DR
Oracles are the bridge between real-world events and blockchain smart contracts. Without them, a decentralized prediction market cannot know whether a real event occurred.
Key Points
✓Decentralized prediction markets require oracles because blockchains cannot natively access off-chain information.
✓Optimistic oracles assume a proposed answer is correct unless someone disputes it within a challenge window.
✓UMA is the dominant oracle used by [[polymarket]] for decentralized market resolution.
✓Oracle manipulation is constrained by economic bonds that make incorrect assertions costly.
✓Centralized platforms like [[kalshi]] use internal resolution teams rather than on-chain oracles.
How Oracles Resolve Prediction Markets
When a Decentralized Prediction Market reaches its Market Expiry, someone must report the real-world outcome to the smart contract. An oracle handles this by accepting a bonded assertion from any participant claiming a specific outcome. On Polymarket, the UMA Optimistic Oracle accepts a $750 USDC bond from the proposer and opens a 2-hour challenge window. If no one disputes the assertion, the outcome is accepted as correct and Settlement proceeds automatically. This "optimistic" design means the vast majority of markets resolve quickly and cheaply because disputes are rare. The bond mechanism aligns incentives: a correct proposer recovers their bond plus a reward, while an incorrect proposer loses the entire bond.
Trust and Security Model
Oracles solve the fundamental problem of importing trusted data into trustless systems. The security of an optimistic oracle rests on the economic cost of manipulation. For UMA, an attacker would need to acquire a majority of UMA tokens to override DVM voting, which costs far more than any realistic profit from corrupting a single market. The Resolution Source referenced in the Resolution Criteria provides the factual anchor that disputers use when challenging incorrect proposals. When a genuine disagreement arises about the Resolution Criteria, the dispute escalates to token-holder voting, ensuring that no single entity controls the final outcome. This architecture distinguishes decentralized platforms from centralized ones where a company team holds sole resolution authority.
Sources & References
Last updated: June 24, 2026
Related Terms
More in Resolution & Settlement
Find the best odds on every market
Compare live prices across Kalshi, Polymarket, and more — spot arbitrage and trade the sharpest line on any event.
Compare Markets