Unity SDK
Drop a prefab into your scene. No backend required.
In-game currency or Bitcoin
Reward players in your own virtual currency units or in satoshis. Most studios use the in-game currency model.
Built-in payout UI
Players cash out through the ZBD modal. You open it with one method call; ZBD handles the rest.
+82% ARPDAU
Average revenue per daily active user increase seen by ZBD partners.
+1,215% D30 retention
Long-term retention lift seen by partners with well-integrated reward economies.
10–20% of ad revenue
Typical reward budget. Reinvesting a slice of revenue generates significantly more in return.
How it works
Players accumulate a rewards balance at triggers you define. The balance is denominated in your chosen reward currency: virtual units in in-game currency mode, or satoshis in Bitcoin mode. When players are ready to cash out, they tap the rewards entry point in your game, link their account, and withdraw. ZBD handles the rest. Two values govern every player’s rewards state:| Value | What it is |
|---|---|
| Rewards balance | The total amount the player has earned and not yet withdrawn. You add to this by calling SendReward. |
| Withdrawal limit | The maximum the player can withdraw in a 24-hour window. This accrues automatically based on time played, and can be set or increased from your server. |
You set the reward amounts and configure the withdrawal limits. ZBD enforces those limits on the player side. This separation means you can be generous with rewards without taking on uncapped financial exposure.
The player experience
Here’s what a player sees from first launch through first cashout — the journey you’re building toward.They see the rewards counter
From their first session, the player sees a balance counter in your game UI alongside your other currencies. It’s branded to your game — they have no idea what’s powering it. The counter starts at zero.
They earn their first reward
At a gameplay moment you define (level complete, daily mission chest, milestone hit), a reward notification fires: “You earned 500 coins!” The balance updates. They didn’t have to do anything differently — it just happened.
They tap the entry point
Curiosity or intent: they tap the counter (or your rewards button). The modal opens instantly — no extra screens. They see their current balance and available cashout options.
They link their account
First time only. The player creates a ZBD account — this is where they encounter the ZBD brand, briefly, to complete identity verification for cashout. After linking, the modal goes straight to their balance in future sessions. Your game’s branding is front and center throughout; ZBD appears only at this cashout step.
They cash out
They choose a payout method — bank transfer, gift card, Bitcoin, or another available option — and initiate a withdrawal. The modal handles the full flow. They’re deep-linked back to your game when done.
Key decisions
Before writing any code, you’ll need to choose your reward currency (in-game units or Bitcoin), your delivery method (client-side or server-side), and confirm your target regions are covered. These decisions shape your integration.Before You Build
Reward currency, delivery method, and payout options — with a comparison table for each. Read this before starting the setup.
How the economics work
The reward budget comes from you — typically a small percentage of the revenue your players are already generating. You’re not buying ad impressions or paying for external traffic. You’re redirecting a portion of existing player LTV back to the players who generate it, at a fraction of what acquisition channels cost. ZBD’s platform fees are low, and the total cost of running a rewards program is designed to be well within the value it returns in retention and engagement. Your Customer Success Manager will walk you through the specifics when you get set up.Compliance and KYC
Payments involve compliance requirements. Here’s what falls on ZBD and what falls on you. ZBD handles:- Player identity verification — players go through a light KYC step the first time they cash out, inside the ZBD modal. You don’t build or manage this.
- Regulatory compliance — ZBD is a licensed payment service provider in the US and EU.
- Fraud tooling — withdrawal limits, device attestation, geolocation, and VPN detection are built into the SDK.
- Your reward exposure — you set the budget and limits. ZBD’s built-in protections reduce fraud risk, but you ultimately own your reward economics. Moving to server-side reward delivery is the most effective step you can take. See Security for the full picture.
- App store compliance — ZBD rewards must be implemented correctly to comply with Apple App Store and Google Play policies. See iOS App Store Guidelines and Android App Store Guidelines.
- How you communicate rewards to players — see the Player Communication Guide for what to say and what to avoid.
Before you start
A few decisions should be locked in before you write any code. The reward budget, daily withdrawal limit, and reward currency are all tunable after launch, but getting them roughly right at the start saves significant iteration.Reward Economics
Recommended starting values for reward budget, withdrawal limits, and trigger ceilings. Start here.
App Store Guidelines
What you need to know to pass App Store and Google Play review with ZBD integrated.
Get started
ZBD Earn is available to approved partners. Talk to our team to discuss your use case and get access to the Unity SDK. Most studios are set up within a few days.
Review reward economics
Lock in your reward budget, withdrawal limit, and reward currency before integrating. Reward Economics →
Get access and download the SDK
Your ZBD Customer Success Manager will provide the Unity package and help configure your project. Download →
Initialize the SDK
Import the package, drop the prefab, and call
Init on app launch. Integration guide →Send your first reward
Call
SendReward at a gameplay moment. Client-side → or Server-side →Test and go live
Run through the go-live checklist before pushing to production. Go-live checklist →