By industry

Loyalty & Engagement Program for NFT Projects

By The Loyalty Stacker Team, Loyalty & engagement engineers at GizmolabReviewed by the Gizmolab product teamUpdated

An NFT project loyalty program should recognize what a wallet holds today and what the person contributes beyond the wallet. Loyalty Stacker combines current holder eligibility, Discord roles, social quests, referrals, check-ins, leaderboards and a rewards shop under the project's own brand. On supported EVM networks, holder state is read through Alchemy and used as a program condition; rewards are granted inside the program rather than automatically paid on-chain.

Build for holders, contributors and future members

A collection has several audiences at once: current holders, former holders, active moderators, creators, event attendees and people still deciding whether to buy. A useful loyalty program does not collapse them into one 'community' number. It assigns each group a clear way to earn and an appropriate proof.

For current EVM holders, use an NFT ownership condition tied to the collection contract. ERC-721 represents distinct non-fungible token IDs, while ERC-1155 can represent multiple fungible or non-fungible token types in one contract; the token standard and any required token ID must be configured correctly. For contribution, use Discord roles, codes, manual review or an API. For distribution, use modest social quest rewards. Members can begin with email or social participation and connect a wallet only when a holder-specific step requires it.

Audience or actionProof to useReward design
Current collection holderRead current NFT ownership for the configured EVM collectionHolder badge, points multiplier or gated shop access
Holder of a specific ERC-1155 token IDCurrent balance for the selected contract and token IDTier-specific badge or access
Discord contributor or moderatorConnected Discord role, or manual review for qualitative workContribution badge and larger program points
Launch amplifier on XBuilt-in X quest; most actions are honor-style, keyword post is checked against recent postsSmall reach reward; avoid scarce allocation from this proof alone
Referral that produces a new memberProgram referral attribution and completion rulePoints after the qualifying event, with caps
Event attendeeSingle-use or controlled redemption codeCommemorative badge or event points
Historical minter or former holderProject API, event index or tested history sourceAlumni recognition; do not label as current-holder proof
A holder program is stronger when each reward uses the proof that matches the behavior being recognized.

Launch an NFT holder loyalty program

  1. 1
    Define the business outcome

    Choose one primary goal such as retention before a season drop, contributor recognition, referrals or event participation. Avoid an undifferentiated list of quests.

  2. 2
    Map member segments

    Separate current holders, high-balance or selected-token holders, non-holder contributors and prospects. Give each segment a path that does not require pretending every participant owns an NFT.

  3. 3
    Configure the holder condition

    Select the supported EVM chain, verify the collection contract and choose the ERC-721 collection or ERC-1155 token condition. Test wallets that pass and fail.

  4. 4
    Create an earn-and-spend loop

    Award program points for meaningful actions and publish rewards members can actually redeem: access, merch, partner benefits, event codes or eligibility for an explicit mint flow.

  5. 5
    Add recurrence carefully

    Use check-ins, referrals and new seasonal quests for ongoing participation. Recheck current ownership when a benefit depends on still holding the asset.

  6. 6
    Measure beyond wallet count

    Track active earners, repeat participation, reward redemptions, qualified referrals and movement between non-holder and holder paths.

Worked program: a six-week collection season

Week one verifies current holders and grants a Holder badge plus 100 program points. The badge unlocks a private rewards-shop category; it is not a token payout. Week two asks members to verify the Discord Holder role. Week three runs a low-value X launch task. Week four rewards a referral only after the referred user completes the defined onboarding action. Week five distributes a controlled event code during a community call. Week six recognizes top participants with a seasonal badge and access to a future claim page.

The leaderboard uses program participation, not NFT price or wallet wealth. Valuable benefits require either current holder proof or a stronger contribution signal. If the project offers a collectible NFT or soulbound credential, the member completes a separate, explicit claim or mint flow. ERC-5192 defines a minimal interface for locked soulbound NFTs, but 'soulbound' should never be used as a vague label without specifying transfer behavior and chain costs.

No automatic on-chain distribution: Loyalty Stacker reads supported wallet state to decide eligibility and records rewards inside the program. A token transfer, NFT mint or soulbound credential claim is a separate on-chain action with its own authorization and user experience. Never promise that a holder check automatically sends assets.

Make the holder experience useful after the claim

Verification is only the entry point. The program needs a visible next step and a reward with real utility. Connect the holder check to Discord membership, a contribution quest, a referral or a reward-shop item. Use the on-chain quest guide to document the contract and threshold before launch.

Bring the collection chain, contract address, token standard, two test wallets, target member segments and the benefits you can actually deliver. Contact Loyalty Stacker to turn those inputs into a branded pilot and test every eligibility path before inviting the full collection.

Launch your program under your own brand

Quests, referrals, points and wallet cards across Web2 and Web3.

Launch your program

Frequently asked questions

Can Loyalty Stacker verify NFT holders?+

Yes, for configured supported EVM collection conditions. Current ownership is read at the eligibility check, and the campaign should specify the chain, contract and relevant token rule.

Does a holder automatically receive a token or NFT reward?+

No. The holder check can grant program points, a badge or access. Any on-chain mint or transfer is a separate, explicit flow and is not an automatic payout.

Can non-holders participate?+

Yes. Social tasks, referrals, check-ins, event codes, Discord contribution and custom API actions can create a non-holder path, with wallet connection required only for holder-specific checks.

What happens if someone sells the NFT?+

A future holder-gated claim should recheck current ownership. A past badge may remain as campaign history, but it should not be presented as permanent proof of current ownership.

Does it support both ERC-721 and ERC-1155 collections?+

Alchemy's NFT data supports both standards. ERC-1155 campaigns may need a specific token ID and minimum balance, while ERC-721 campaigns commonly check collection ownership.

Sources

  1. ERC-721 Non-Fungible Token Standard (accessed July 12, 2026)
  2. ERC-1155 Multi Token Standard (accessed July 12, 2026)
  3. ERC-5192 Minimal Soulbound NFTs (accessed July 12, 2026)
  4. Alchemy NFT API overview (accessed July 12, 2026)
  5. Dynamic wallets overview (accessed July 12, 2026)

Loyalty Stacker is a Gizmolab product. Pricing and competitor details are sourced from public pages on the dates shown and can change. See our editorial & corrections policy.