Note: Sample case study — request the full anonymized PDF.
Client snapshot
A regulated European sports betting operator with an established sportsbook product looking to add a peer-to-peer exchange alongside the book. The commercial thesis was that exchange margin on the high-volume markets — football match odds, tennis, horse racing — would offset the engineering cost within the first year. Operator name anonymized.
The challenge
The operator had a working sportsbook on a licensed engine and a relationship with a tier-one odds feed provider. They did not have any of the exchange-specific infrastructure: an order book, a matching engine, a commission and settlement model that worked for back-and-lay rather than fixed-odds, or the trading tools that an exchange's risk team needs to manage liquidity rather than price.
The additional constraint was that the exchange had to share a single wallet and KYC posture with the existing sportsbook. Players were not going to tolerate a separate registration and a separate balance. Compliance was not going to tolerate a parallel KYC pipeline with a different audit trail.
The approach
We built the exchange in three layers. The bottom layer was the matching engine — a deterministic, fully audited order book per market with strict ordering guarantees and full event sourcing for replay. The middle layer was the exchange business logic — commission calculation, lay liability checks, market suspension on event triggers from the feed, and lay-off integration with a third-party liquidity provider for markets where in-house liquidity was thin in the early months. The top layer was the trader-facing console and the player-facing UI, both wired into the existing wallet and KYC services on the sportsbook side.
We built the matching engine in isolation first and ran it against a replay of historical exchange data from public sources for several weeks before connecting it to a single live market.
Tech stack
Matching engine in Rust, single-writer per market, event-sourced to a durable log. Business logic services in Go. Trader console and player UI in React. Odds and event feed integration with the operator's existing tier-one provider. Wallet and KYC integration with the operator's existing sportsbook services through a thin adapter layer.
Outcomes
The exchange shipped on time. It passed certification in the operator's primary jurisdiction. It scaled cleanly through its first major sporting weekend, with the matching engine handling peak load well within headroom. The shared-wallet integration with the existing sportsbook worked end to end without separate registration friction for players.
Services used
Sports exchange development, iGaming API integration for the wallet and feed wiring, licensing and compliance work for the exchange certification, and security audit and penetration testing on the matching engine and order book before launch.
If you are a sportsbook operator looking at adding an exchange alongside your book, this is the build to talk to Sudonex about.