David Evans • Jul 18, 2025 • 9 min read
Designing On-Chain Loyalty & Referral Programs That Actually Work
Referral and loyalty mechanics can compound growth, but only if they are tied to the right audience behaviour and commercial objective. Designed poorly, they attract the worst possible users — participants who complete the minimum actions required to earn the reward and then leave immediately, with no intention of becoming long-term community members or protocol users.
This is the mercenary problem. Web3 is full of it. Airdrop farmers, whitelist flippers, referral spammers — participants who game every incentive mechanic for financial extraction while contributing nothing to the network's long-term health. They're attracted to programs with generous rewards and weak quality controls. They damage community quality, inflate on-chain metrics that aren't real, and exit the moment the rewards dry up.
The solution isn't to avoid incentive mechanics. They genuinely work when designed correctly. The solution is to design for the behaviour you actually want, not just the behaviour that's easiest to measure.
Design the Loop Before the Reward
The reward structure should support a useful repeatable loop, not just one-off exploitation. Without that, the program becomes expensive noise.
This is the core design principle. Before you decide what the reward is or how large it is, design the loop — the repeatable sequence of behaviours you want participants to perform, that is intrinsically connected to the value your protocol delivers.
For a DeFi protocol, the loop might be: connect wallet → provide liquidity → earn yield → reinvest yield → invite a liquidity provider. Every step in this loop produces something the protocol actually needs: liquidity, transaction volume, network effect. The reward is embedded in the loop itself (yield), not tacked on as a separate incentive.
For a GameFi project, the loop might be: play daily → earn in-game currency → spend on cosmetics or upgrades → invite a player. The social sharing step is part of the core gameplay loop, not a separate task.
For an NFT community, the loop might be: hold → access exclusive content → contribute to community decisions → recruit new holders. The access and contribution are the value; the referral is a natural extension of genuine membership.
When the loop is designed first, the reward reinforces it. When the reward is designed first and the loop is bolted on, participants find the shortest path to the reward and exit.
Protect Quality as You Scale
Good referral systems get worse quickly if quality controls are ignored. The design has to account for abuse and low-signal participation early — before the program goes live, not after the farmers have already arrived.
There are four quality control mechanisms that work:
Minimum activity threshold. Referrals only qualify if the referred user completes a meaningful action within a defined window — not just creates an account or joins a Telegram, but actually uses the product. Defines "meaningful action" based on the loop you've designed: first transaction, first stake, first governance vote, first NFT mint. This filter alone eliminates most farming behaviour.
Time-weighted rewards. Instead of distributing the full reward immediately, vest it over time based on continued activity. A referral reward that vests over 90 days of active usage turns short-term participants into long-term ones — because leaving forfeits the unrealised reward. This is the same logic as token vesting applied to user acquisition.
Quality scoring. Assign a quality score to each referral based on the downstream behaviour of the referred user. Referrers who consistently bring in high-quality users earn more than those who bring in participants who churn. This creates an incentive for referrers to recruit from genuine networks rather than spam broadly.
Referral limits. Cap the number of referrals per account that qualify for rewards. Without a cap, a small number of sophisticated farmers will generate the majority of referrals, all of low quality. A cap of five to ten qualifying referrals per account forces broader distribution and prevents industrial-scale gaming.
Structure Loyalty Tiers Around Genuine Value
Multi-tier loyalty programs work when each tier requires and rewards real engagement, not when they're just vanity status levels that cost nothing to achieve.
The design question for each tier is: what behaviour does reaching this tier require, and what does the participant get for it that they actually value?
Common tier structures that work in Web3:
Activity-based tiers. Progression based on on-chain activity volume — transaction count, staking duration, governance participation, liquidity provided. These are objective, on-chain verifiable, and directly connected to the value the participant brings to the protocol. They're harder to game than off-chain metrics.
Contribution-based tiers. Progression based on qualitative contributions: content created, bugs reported, governance proposals submitted, community members recruited. These require human review but identify participants who are genuinely invested in the protocol's success beyond financial speculation.
Hybrid tiers. A combination of on-chain activity thresholds (to ensure skin in the game) and contribution quality scores (to reward genuine participation). The top tier — the one with the most valuable perks — requires both.
The rewards at each tier should escalate meaningfully. If the difference between Tier 1 and Tier 3 is a different coloured badge, the program is decorative. If the difference is early access to new products, input into governance decisions, allocation priority on future launches, and fee discounts — the program creates genuine aspiration.
On-Chain vs Off-Chain Mechanics
The choice between on-chain and off-chain program mechanics is a design decision with real tradeoffs.
On-chain mechanics (token rewards, NFT badges, smart contract-enforced vesting) are transparent, composable, and credible. Participants can verify what they'll earn and trust that the rules won't change arbitrarily. They're also more expensive to build, harder to iterate on quickly, and create tax and regulatory considerations for participants in some jurisdictions.
Off-chain mechanics (points systems, leaderboards, manual reward distribution) are faster to build, easier to modify, and don't require participants to have any on-chain sophistication. They're less credible — participants have to trust that the project will honour the program — and they're easier to game through account creation and coordinated manipulation.
The best programs use a hybrid: an off-chain points system for ongoing tracking and engagement, with periodic on-chain distributions as participants hit milestones. This gives you the flexibility of off-chain iteration with the credibility of on-chain proof points.
Referral Program Design Specifics
For referral programs specifically, the mechanics that convert best are:
Two-sided rewards. Both the referrer and the referred user earn something. This creates an honest incentive: referrers want to bring in real people, not just collect a reward, because the referred user also needs to see value. Single-sided referral mechanics (only the referrer earns) optimise for quantity of referrals over quality.
Transparent tracking. Referrers should be able to see in real time which of their referrals have qualified, what each has earned, and what's pending. Opacity in referral tracking damages trust and reduces participation among the high-quality referrers you most want.
Decreasing marginal reward rate. The first qualifying referral earns the highest reward per referral. The tenth earns less. This prevents the economics from being dominated by a small number of high-volume farmers and distributes rewards more broadly across the participant base.
Social proof mechanics. Leaderboards showing top referrers (with their permission) create competitive participation among genuine community members and make the program visible to those who haven't yet participated. The leaderboard should show quality metrics (active users referred) not quantity, to avoid incentivising spam.
Measuring Whether the Program Is Working
The metrics that tell you whether a loyalty or referral program is working are not the same as the metrics that tell you whether it's active.
Referral conversion rate. Of every 100 referred users, how many complete the minimum qualifying action? Below 20% means either the incentive for referred users isn't compelling enough, or referrers are spreading too broadly and attracting low-intent participants.
Referred user retention at 30 days. Of qualified referrals, what percentage are still active 30 days after joining? This is the most important signal. High retention means the program is attracting the right people. Low retention means the short-term incentive is working but the underlying product or community isn't keeping them.
Referral cohort quality vs organic cohort quality. Compare the 30-day retention and activity levels of users acquired through the referral program against users who found the project organically. If referred users are significantly lower quality than organic users, the referral mechanic is attracting the wrong people.
Program-attributable revenue. For DeFi protocols, what protocol revenue is attributable to the loyalty of program participants? Long-term stakers and high-volume users who stay because of the program's tier benefits generate real financial value. Quantifying this justifies the reward budget and tells you whether the economics work.
Well-designed loyalty and referral programs are among the most cost-efficient growth mechanics in Web3 — when they're built around genuine behaviour loops and protected from low-quality participation. Poorly designed ones are expensive ways to attract people who'll drain the treasury and leave. If you're designing a community growth or retention program and want it built right from the start, book a call with the Fracas team.