Loading…
Original games
We develop original iGaming titles — game math, server-side game logic and fast web clients — with provably fair outcomes and a wallet API that settles bets the same way third-party providers do.
Formats
Each format is built to your specification: math model, RTP target, risk settings, branding and integration. The illustrations below show the mechanics, not a specific product.
A multiplier rises until it crashes. Players cash out before it does.
Mechanic. A shared round with a crash point fixed before the round starts. Real-time multiplier updates, auto cash-out and concurrent bet settlement.
Fairness. The crash point is derived from a committed seed, so it cannot change after bets are placed.
Pick a target and a direction. Win chance and payout move together.
Mechanic. A single roll between 0.00 and 100.00 against a player-chosen threshold, with payout derived from win probability and house edge.
Fairness. Each roll is computed from the server seed, client seed and nonce, and can be recomputed by the player.
A ball drops through rows of pegs into a multiplier slot.
Mechanic. Configurable rows and risk levels. The path is a sequence of left/right decisions, so the payout table maps directly to binomial probabilities.
Fairness. Every left/right step comes from the provably fair output stream, not from the animation.
Reveal tiles on a grid, avoid the mines, cash out at any point.
Mechanic. A 5×5 grid with a player-chosen mine count. Multipliers grow with each safe reveal according to the remaining odds.
Fairness. Mine positions are a deterministic shuffle of the seed output, fixed before the first tile is revealed.
Have a mechanic in mind that isn't listed? We also build custom titles.
Provably fair
Provably fair proves a result was fixed before the bet and not changed after. It relies on a cryptographic commitment, not on trust.
Before any bet, the server generates a secret server seed and publishes its SHA-256 hash.
commitment = sha256(server_seed)The player's client seed and a nonce that increases with every bet are combined with the server seed.
hmac_sha256(server_seed, client_seed:nonce:cursor)The 32-byte output is split into 4-byte groups, each turned into a number between 0 and 1.
b0/256 + b1/256² + b2/256³ + b3/256⁴Each game maps those numbers to an outcome with a published formula — a roll, a crash point, a path, a board.
roll = floor(f × 10001) / 100When the seed pair rotates, the server seed is revealed. Anyone can hash it, compare it with the commitment and recompute every round.
sha256(revealed) == commitmentProvably fair proves outcomes weren't manipulated per bet. It doesn't by itself prove a game's RTP — the outcome mapping for each game must be published and checked separately. Read the full explanation in How provably fair actually works.
Free tool
A reference verifier for the standard HMAC-SHA256 scheme described above. It runs entirely in your browser. Individual games may use different outcome mappings — always check the game's own documentation.
Result
Enter a revealed server seed, your client seed and the nonce of the round, or fill the form with example seeds. Everything is computed locally in your browser with the Web Crypto API — nothing is sent to a server.
For operators
Games we build settle through a seamless wallet API with idempotent bet, win and rollback calls — the same model your platform already uses for third-party providers. Book a call to request integration details for your platform.
Tell us what you're building or what's breaking. We'll come back with questions, not a sales deck.