Blockchain sports betting replaces the bookmaker's ledger with smart contracts. The contracts hold stakes in escrow, a pricing method sets the odds, and an oracle reports the result so the contracts can pay winners. This guide covers the market models, the components, the law and the build steps for a betting dApp.
The contracts are the simplest part of such a product. Odds quality, liquidity, trust in the oracle and gambling law decide whether the product works and whether anyone may legally operate it.
Four models for decentralized betting
The first design decision is who takes the other side of a bet. Each model needs different contracts, carries different risks and falls under different rules.
| Model | How it works | Strengths | Weaknesses |
|---|---|---|---|
| Fixed-odds "house" | The platform quotes odds and takes the risk. A pool of liquidity providers (LPs) often supplies the money behind the odds. | Familiar to bettors. Bets are accepted at once. | Needs professional odds and risk management. LPs can lose heavily to skilled bettors. |
| Parimutuel pool | All stakes on an event go into one pool. Winners split the pool minus a fee. | The platform takes no risk, and the contracts are simple. | Bettors do not know the final odds when they bet. Small pools give poor prices. |
| Peer-to-peer exchange | Users bet for and against outcomes with each other through an order book. | The platform earns commission and takes no risk. | Needs market makers. Order books are expensive to run on-chain. |
| Prediction market | Each outcome is a token, such as a YES or NO share. The token trades between $0 and $1 and pays $1 if the outcome happens. | Prices read as probabilities. Holders can sell before the event. | Needs market makers, like an exchange. US regulators treat these contracts as derivatives. |
Prediction markets and sports
Prediction markets are now the most visible form of blockchain sports betting. Polymarket runs on Polygon and uses UMA's optimistic oracle to resolve markets, and sports make up most of its trading.
Polymarket's history shows how much regulation shapes these products. The US CFTC fined the company $1.4 million in January 2022, and Polymarket then blocked US users. In July 2025 Polymarket bought QCEX, a CFTC-licensed exchange. It received an amended CFTC designation in November 2025 and began serving US users again.
In 2026, several US states acted against sports event contracts. Regulators or courts in Nevada, Massachusetts, Ohio and Washington acted against Kalshi, a CFTC-regulated event exchange, and Nevada also sued Polymarket. The CFTC argues that federal law gives it sole authority over these contracts. Courts had not settled the question as of October 2026, and several countries have blocked Polymarket.
Core components
Escrow and settlement contracts
The contracts hold stakes, record positions and pay out after the result is known. Keep them small and well tested. They need functions to create markets, place or match bets, resolve markets, claim winnings and refund cancelled markets.
Every market needs written rules for postponed games, abandoned games, overtime and void outcomes. Publish those rules before the market opens, because an unclear rule turns into a dispute over locked funds.
Oracle and resolution
A contract cannot watch a match, so an oracle must report the result. Four designs are common:
- Trusted reporter: the operator signs and posts each result. This design is fast and simple, but users must trust the operator.
- Oracle network or data provider: an oracle network delivers results from licensed sports data feeds. Check the feed's coverage and delay, and the process when a feed is wrong.
- Optimistic oracle: anyone can propose a result by posting a bond, and the result becomes final if nobody disputes it within a time window. On Polymarket, the window is two hours. A disputed result goes to a vote by UMA token holders, which takes four to six days in total.
- Hybrid: an automated feed posts the result, a dispute window follows, and a multisig holds an emergency override.
Publish the resolution source for every market. Keep a delay between the end of the event and the payout, so that errors can be caught.
Pricing and odds
Fixed-odds platforms need an odds engine. The engine either takes feeds from a professional odds provider and adds a margin, or runs the platform's own trading models. Without professional pricing, informed bettors find outdated or wrong odds and drain the liquidity pool. Exchanges and prediction markets need market makers, because an empty order book produces no trades.
Liquidity
Pool-backed models let liquidity providers deposit stablecoins and earn the house edge. Those LPs can lose money in two ways. First, many bets can win at the same time, for example when half the platform's bettors back the favorite in a final and the favorite wins. Second, skilled bettors can win steadily against weak odds.
Set exposure limits per market and per outcome, and tell LPs in writing that they can lose money. Stablecoins keep betting risk separate from crypto price risk. The guide to stablecoin development explains how stablecoins work.
In-play betting
Traditional bookmakers take a large share of their bets during live play, and live betting is hard to run on-chain. Odds change by the second, so a user with faster data can bet on an event that has already happened.
Platforms use three defenses: a delay before a bet is accepted, signed quotes that expire within seconds, and market suspension during key moments such as a penalty. Each defense brings back an operator who can accept or reject bets.
Licensing for blockchain sports betting
Sports betting needs a license almost everywhere it is legal. The UK Gambling Commission licenses operators that serve British customers, and in the US each state regulates sports betting. Malta, Curaçao and other jurisdictions issue online gaming licenses with conditions on player protection, anti-money-laundering controls and the countries an operator may serve. A license in one country does not allow an operator to take bets from players everywhere.
A licensed operator usually has these duties:
- identity and age checks
- anti-money-laundering controls
- geolocation, and blocking of countries or states where the operator has no license
- responsible-gambling tools such as deposit limits and self-exclusion
- keeping player funds separate from company funds
- independently tested fairness
A permissionless contract does not remove these duties from the company that builds and promotes the betting interface. In the US, prediction markets on real-world events are event contracts under CFTC rules. Only a designated contract market may list them, and the state challenges above show that the CFTC route is still disputed for sports.
The overview of cryptocurrency exchange legal requirements covers related obligations for exchange-style products.
Crypto sports betting platform development: build steps
- Choose the market model and the jurisdictions. These two decisions shape everything else, so get legal advice before anyone writes code.
- Write the market rules. For each sport, set the resolution sources, void rules, limits, fees, and the process for cancellations and disputes.
- Select data and oracle providers. Choose the odds feeds, the results feeds and the on-chain resolution method.
- Design the contracts. The usual set is a market factory, escrow, position tokens or bet records, an LP vault, fee distribution, and pause and emergency-resolution roles. ERC-4626 is a common standard for the LP vault.
- Build the off-chain systems. These include an odds engine or market-making bots, an indexer for bet history, a risk dashboard, KYC and geolocation services, and support tools.
- Build the frontend. Make the bet slip fast and show each market's rules and resolution source. Embedded wallets or stablecoin on-ramps help users who do not hold crypto.
- Test. Simulate whole seasons of events, including postponements and disputes. Fuzz the payout math, and order an external smart contract audit.
- Launch small. Start with a few sports and markets and low limits, and add more markets only while liquidity and pricing keep working.
Cost and effort drivers
| Driver | Why it matters |
|---|---|
| Licensing and legal work | Often the largest early cost and the longest lead time. The cost varies widely by jurisdiction. |
| Odds and data feeds | Professional feeds are a recurring cost, priced by sport, league and speed. |
| Market model | A parimutuel pool needs a few contracts. An order-book exchange or live betting needs far more work. |
| Starting liquidity | The platform must fund pools or pay market makers before bettors arrive. |
| Compliance tools | KYC, AML screening, geolocation and responsible-gambling features are ongoing services. |
| Security | Audits, monitoring and a bug bounty, sized to the funds held in escrow and LP vaults |
A small team of two contract engineers, two backend engineers and one frontend engineer needs several months to build a parimutuel or prediction-market product on an existing EVM rollup, before the audit. Live betting or a custom exchange adds much more time.
Risks specific to betting dApps
- Oracle errors and manipulation: a wrong result pays the wrong people, and the payment cannot be reversed, which is why dispute windows exist.
- Insider information and match fixing: pseudonymous accounts make suspicious betting harder to trace. Regulated operators use integrity monitoring services. In February 2026, two people in Israel were charged over Polymarket trades based on inside information.
- Correlated LP losses: when exposure limits are loose, one surprise result can erase months of house edge.
- Admin key abuse: whoever can override a result can take the escrowed funds. A multisig, a timelock and public logs limit that power.
- Front-running: on some chains, pending bets are visible in the public mempool, and signed quotes with short expiry times or private transaction routing reduce the risk.
Betting shares many mechanics with other on-chain markets. The guide to DeFi development covers vaults and liquidity design, the guide to decentralized exchange development covers order books and AMMs, and blockchain game development covers gaming economies.
Frequently asked questions
Is blockchain sports betting legal?
Legality depends on where the operator works and whom it accepts bets from. Most jurisdictions require a gambling license and apply KYC, AML and player-protection rules whatever the technology. Operating without a license can lead to criminal charges.
How does the contract know who won?
An oracle reports the result. The oracle can be a trusted reporter, an oracle network that delivers sports data, or an optimistic oracle where anyone can dispute a proposed result. Many designs pair an automated source with a dispute window.
Which decentralized betting model is simplest to build?
A parimutuel pool, because the platform never takes risk and each winner receives a share of the pool, though bettors do not know the final odds when they place a bet.
Can live in-play betting work on-chain?
Only with off-chain help. An off-chain engine issues fast-changing odds as signed quotes, and the contract checks the signatures. Bet delays and market suspensions stop users from exploiting faster data.
Should bets be in stablecoins or a platform token?
Stablecoins in most cases. Bettors and liquidity providers want exposure to the match result, not to a volatile token. A platform token also raises securities and market-manipulation questions.