A new product on the same wallet, no separate UA.
The operator already had a casino brand with active players. A separate microsite would have duplicated account, payment and compliance integration. The hypothesis was that a shared wallet, approved identity record and player view could reduce journey friction, while product-specific eligibility and any additional KYC/AML checks remained in force.
Polybetting embedded; casino as the cross-sell target.
Polybetting deployed inside the existing casino product with a shared wallet and player account. Previously verified users could reuse approved identity data, subject to product-specific eligibility and any additional KYC/AML checks. The case used Polymarket as the first documented source; Kalshi and Manifold remain roadmap items rather than live integrations.
By the numbers.
- 41% of Polybetting players placed at least one casino bet in week one
- Player LTV +28% on the cross-sell cohort vs casino-only baseline
- Shared wallet and approved identity flow; product-specific checks still apply
- Polymarket as first source — Kalshi and on-chain on the roadmap
Evidence status: first-party case claims pending a governed evidence pack with cohort dates, definitions, denominators, exclusions and source snapshots.
Polybetting paid for itself in casino in the first thirty days. That was the test.