TutorialApril 2026 · 8 min read

How to Create Reward Tokens on Solana (Soulbound Guide)

Soulbound reward tokens are one of the most powerful yet underused tools in the Solana ecosystem. These non-transferable tokens stay in a recipient’s wallet permanently, serving as verifiable proof of achievements, membership, loyalty, or participation. In this guide, you will learn exactly what soulbound tokens are, how Solana’s Token-2022 program makes them possible, and how to create and distribute them in minutes using SOLTokenLab’s Rewards tool — no coding required.

Table of Contents
  1. What Are Soulbound Reward Tokens?
  2. Use Cases for Reward Tokens
  3. How Token-2022's Non-Transferable Extension Works
  4. Step-by-Step: Create Reward Tokens with SOLTokenLab
  5. Using Existing Mode for Follow-Up Distributions
  6. How Metadata Works with Token-2022
  7. Why Mint Authority Is Retained
  8. Tips and Best Practices
  9. FAQ

What Are Soulbound Reward Tokens?

The concept of soulbound tokens (SBTs) was popularized by Ethereum co-founder Vitalik Buterin in a 2022 paper that described non-transferable tokens as building blocks for a “decentralized society.” The core idea is simple: once a soulbound token is minted to a wallet, it cannot be sent, sold, or transferred to anyone else. It is permanently bound to that wallet — hence the name “soulbound,” borrowed from items in World of Warcraft that bind to a player’s character on pickup.

On Solana, soulbound tokens are implemented using the Token-2022 program’s non-transferable extension. Unlike a regular SPL token that can be freely sent between wallets, a non-transferable token is locked in place at the protocol level. The token account itself is created with a permanent restriction: any attempt to transfer the token will be rejected by the on-chain program. This is not a smart contract hack or a wrapper — it is a first-class feature baked directly into Token-2022.

Reward tokens take this concept and apply it practically. Instead of issuing a transferable token that recipients might sell or trade away (diluting its meaning), you issue a soulbound token that acts as a permanent, on-chain credential. Think of it as a digital badge, certificate, or stamp that lives on the blockchain forever and can be verified by anyone.

Key distinction: Soulbound reward tokens are not NFTs in the traditional sense, although they share similarities. Traditional NFTs are designed to be bought and sold. Soulbound tokens are designed to be earned and kept. They represent identity, achievement, and reputation rather than financial value.

Use Cases for Reward Tokens

Soulbound reward tokens unlock a wide range of applications across communities, businesses, and organizations. Here are the most impactful use cases that projects are already building on Solana today.

Loyalty Programs

Brands and protocols can issue non-transferable loyalty tokens to reward repeat customers or active participants. Unlike traditional points systems that live in a company’s database, on-chain loyalty tokens are verifiable, interoperable, and cannot be faked. A DeFi protocol might issue loyalty badges to users who have been staking for six months. A Solana-based e-commerce platform could issue them after a customer’s tenth purchase. Because the tokens are soulbound, they cannot be farmed or sold — they represent genuine engagement.

Achievement Badges

Gaming projects, DAOs, and communities can award achievement badges for reaching milestones. Completed a quest chain in a Solana game? Earn a soulbound badge. Voted in 10 governance proposals? Get a participation credential. These on-chain achievements create a portable reputation layer that follows users across the ecosystem. Other protocols can query your wallet to see what you have accomplished and offer gated access or perks based on your credentials.

Event Attendance (POAPs)

Proof of Attendance Protocol tokens, commonly known as POAPs, are one of the most popular forms of soulbound tokens. Event organizers — whether for in-person conferences, virtual AMAs, or community calls — can distribute non-transferable attendance tokens to everyone who showed up. These serve as permanent proof that the holder was present at a specific event and time. On Solana, Token-2022’s non-transferable extension makes this trivially easy compared to building custom programs.

Community Credentials

DAOs and online communities can issue soulbound credentials to verify membership tiers, roles, or contributions. An “OG Member” token for early participants, a “Core Contributor” badge for active builders, or a “Moderator” credential for trusted community members — all permanently attached to their wallets. These credentials can then be used for token-gated access to channels, voting weight multipliers, or priority access to new features and drops.

Employee Recognition

Web3-native companies and DAOs can use soulbound tokens for employee or contributor recognition. Quarterly performance awards, tenure milestones, hackathon participation, or completed training modules can all be represented as permanent on-chain credentials. This creates a verifiable, tamper-proof record of professional accomplishments that contributors own and carry with them.

Course Completion Certificates

Educational platforms and bootcamps can issue soulbound certificates when students complete courses or programs. Unlike a PDF certificate that anyone can forge, a soulbound token on Solana is cryptographically verifiable. Employers or other institutions can check the blockchain to confirm that a candidate actually completed a specific course. This is particularly powerful for Solana developer bootcamps, DeFi education programs, and security training courses.

How Token-2022’s Non-Transferable Extension Works

To understand why Token-2022 matters for reward tokens, you need to understand what came before it. The original SPL Token Program (often called the “classic” program) has been the backbone of Solana’s token ecosystem since launch. It handles fungible tokens, NFTs, and most of what you interact with on Solana today. However, it has a significant limitation: it does not support extensions. Every token created with the classic SPL Token Program can be freely transferred between wallets. There is no way to make a token non-transferable at the protocol level.

Token-2022 (also known as the Token Extensions Program) was built to solve this and many other limitations. It is a new token program deployed at a different address on Solana that is backward-compatible with the original program but adds a rich set of extensions— modular features that can be enabled on a per-mint basis. The non-transferable extension is one of the most important of these.

How the Non-Transferable Extension Works

When you create a mint with the non-transferable extension enabled, the Token-2022 program enforces a simple but absolute rule: tokens minted from this mint can never be transferred from the account they were originally minted to. The restriction is checked at the program level during every transfer instruction. If anyone tries to call the transfer instruction on a non-transferable token, the transaction will fail with an error. This is not something that can be bypassed by a clever smart contract or a protocol upgrade — it is enforced by the Token-2022 program itself.

Crucially, the non-transferable extension is set at mint creation time and cannot be added or removed later. This gives recipients confidence that the tokens they receive are genuinely soulbound. A project cannot retroactively make a non-transferable token transferable, nor can they accidentally issue transferable tokens from a soulbound mint.

Classic SPL vs Token-2022 for rewards:If you use the classic SPL Token Program, your “reward” tokens can be sold on DEXes or sent to other wallets, completely undermining their purpose as credentials. Token-2022’s non-transferable extension is the only reliable way to create truly soulbound tokens on Solana.

What Recipients Can (and Cannot) Do

Recipients of non-transferable tokens can view them in any wallet that supports Token-2022 (most modern Solana wallets do). They can see the token’s metadata — name, symbol, description, and image — just like any other token. However, they cannot send the token to another wallet, list it on a marketplace, or trade it on a DEX. They can close the token account (effectively burning it from their wallet), but this is a one-way action. Once burned, the token is gone and cannot be recovered. In most cases, there is no reason for a recipient to close the account — the token simply sits in their wallet as a permanent badge.

Step-by-Step: Create Reward Tokens with SOLTokenLab

SOLTokenLab’s Rewards tool makes it straightforward to create and distribute soulbound reward tokens on Solana. You do not need to write any code, interact with CLI tools, or understand the Token-2022 program at a technical level. Here is exactly how to do it.

1

Connect Your Wallet

Navigate to soltokenlab.com/rewards and connect your Solana wallet using the button in the top right corner. SOLTokenLab supports Phantom, Solflare, Backpack, and other major Solana wallets. Make sure your wallet is set to mainnet (or devnet if you are testing) and that you have enough SOL to cover transaction fees. Creating a reward token mint and distributing to multiple recipients typically costs between 0.01 and 0.05 SOL depending on the number of recipients.

2

Choose "Create New" Mode

The Rewards tool has two modes: Create New and Use Existing. For your first reward token, select “Create New.” This mode will create a brand-new Token-2022 mint with the non-transferable extension enabled and then distribute tokens to your specified recipients in a single flow. The mint authority will be set to your connected wallet, so you can always come back and distribute more tokens later.

3

Enter Token Name, Symbol, Description, and Logo

Fill in the token details that recipients will see in their wallets. The name should be descriptive and recognizable — for example, “Solana Hacker House NYC 2026” or “DeFi Academy Graduate.” The symbol is a short identifier (e.g., “SHNYC26” or “DFAGRAD”). The description should explain what the token represents and why the recipient received it. Upload a logo imagethat will be displayed alongside the token in wallets and explorers — this could be your event logo, organization badge, or custom artwork.

4

Set Decimals (0 Recommended for Badges)

The decimals field determines the divisibility of your token. For reward tokens and badges, 0 decimals is strongly recommended. This means each token is a whole unit — a recipient either has 1 badge or they do not. There is no such thing as 0.5 of an attendance badge. Using 0 decimals also makes the token display cleanly in wallets without trailing decimal places. If you are creating a points-style reward where partial amounts make sense (rare for soulbound tokens), you could use more decimals, but for the vast majority of use cases, stick with 0.

5

Paste Recipient Wallets and Amounts

Enter the Solana wallet addresses of every recipient, along with the amount each should receive. You can paste addresses one per line, or use a comma-separated format. For badge-style tokens with 0 decimals, the amount will typically be 1 for each recipient. SOLTokenLab supports distributing to hundreds of wallets in a single session. If any wallet address is invalid, the tool will flag it before you submit, so you can correct errors without wasting SOL on failed transactions.

6

Click Distribute

Once everything looks correct, click the Distributebutton. SOLTokenLab will handle the entire process: it creates the Token-2022 mint with the non-transferable extension, uploads metadata using the Token-2022 native metadata extension, creates associated token accounts for each recipient, and mints the specified amount to each wallet. For large distributions, the tool automatically batches transactions to stay within Solana’s transaction size limits. You will see real-time progress as each batch is confirmed on-chain. Once complete, you will receive a summary with the mint address and links to view each transaction on a Solana explorer.

Using “Use Existing” Mode for Follow-Up Distributions

After your initial distribution, you will likely need to issue more tokens over time — new event attendees, new course graduates, additional loyalty milestones, and so on. This is where the Use Existing mode comes in. Instead of creating a brand-new mint each time, you can select an existing soulbound mint that you previously created and distribute additional tokens from it.

To use this mode, switch to “Use Existing” in the Rewards tool and paste the mint address of your existing reward token. SOLTokenLab will verify that the mint uses Token-2022 with the non-transferable extension and that your connected wallet is the mint authority. Then you simply enter the new recipient wallets and amounts, and click Distribute. The new tokens will have the same name, symbol, metadata, and soulbound properties as the original distribution.

This mode is particularly useful for ongoing programs. A community that issues monthly contributor badges can use the same mint address every month, building up a recognizable and consistent credential. An education platform can issue the same course completion certificate to every new cohort of students. The mint address becomes a permanent identifier for that specific reward type.

Pro tip:Save your mint address somewhere safe after the first distribution. You will need it every time you want to issue more tokens. You can also find your created mints by checking your wallet’s recent transactions on a Solana explorer like Solscan or Solana FM.

How Metadata Works with Token-2022

One of the advantages of using Token-2022 for reward tokens is its native metadata extension. In the classic SPL Token Program, metadata was handled by a separate program (Metaplex Token Metadata) that stored metadata in a different account linked to the mint. This added complexity, cost, and an extra dependency. Token-2022 changes this by allowing metadata to be stored directly on the mint account itself.

When SOLTokenLab creates your reward token, it stores the name, symbol, description, and image URI directly in the mint account using Token-2022’s metadata extension. This means the metadata is inseparable from the token — there is no risk of metadata accounts being desynced, deleted, or pointing to the wrong information. Wallets and explorers that support Token-2022 will automatically display this metadata alongside the token.

The metadata is set at creation time and can be updated later by the update authority (typically the same wallet that created the mint). This means you can fix typos, update images, or refine descriptions after distribution if needed. However, the non-transferable property of the mint itself can never be changed — the tokens will always remain soulbound regardless of any metadata updates.

Why Mint Authority Is Retained

When you create a regular SPL token, you often want to revoke the mint authority after your initial supply is minted. This proves to holders that no more tokens can ever be created, which is important for tokens with financial value. Reward tokens are different. SOLTokenLab intentionally retains the mint authority on your connected wallet when creating soulbound reward tokens, and there is a good reason for this.

Reward tokens are designed to be distributed over time as people earn them. If you revoked the mint authority after your first batch, you would never be able to issue that same reward to anyone new. Every future event, every new graduate, every additional loyal customer would need an entirely new mint — fragmenting your credential system and making it harder for wallets and applications to recognize and aggregate the same type of reward.

By retaining mint authority, you maintain the flexibility to grow your reward program organically. You can distribute tokens to new recipients months or years after the initial creation. The mint authority wallet is the only wallet that can create new tokens, so the system is still controlled and secure. If you ever do want to freeze the supply permanently (for example, after a one-time event with a fixed attendee list), you can revoke the mint authority manually through the Solana CLI or a tool that supports it. But for most ongoing programs, keeping it is the right choice.

Important: Your mint authority wallet is the key to your reward program. If you lose access to this wallet, you will not be able to distribute additional tokens from that mint. Keep your seed phrase and wallet credentials secure, and consider using a hardware wallet for long-term reward programs.

Tips and Best Practices

Use 0 Decimals for Badges and Credentials

For almost every reward token use case — attendance badges, achievement credentials, loyalty tiers, course certificates — zero decimals is the right choice. Each token represents one discrete unit, one badge, one credential. This keeps things clean and intuitive. Recipients see “1” in their wallet rather than “1.000000000.” The only exception might be a points-based loyalty system where fractional amounts make sense, but even then, consider whether whole numbers with a large supply would be simpler.

Use Descriptive, Recognizable Names

Your token’s name is what recipients and anyone viewing their wallet will see. Make it descriptive enough that the context is immediately clear, even months or years later. “Solana Breakpoint 2026 Attendee” is better than “BP26.” “DeFi Academy — Smart Contract Security” is better than “DFA-SCS.” Include the organization name, event name, or program name so the credential stands on its own.

Understand Batch Limits

Solana transactions have a size limit, which means you cannot mint to thousands of wallets in a single transaction. SOLTokenLab automatically batches your distribution into multiple transactions, typically handling around 5 to 8 recipients per transaction depending on account creation requirements. For a distribution to 100 wallets, expect roughly 15 to 20 transactions. The tool processes these sequentially and shows progress in real time. For very large distributions (1,000+ wallets), plan for the process to take a few minutes and ensure you have sufficient SOL for all the transaction fees and rent-exempt account creation costs.

Test on Devnet First

Before distributing reward tokens to real recipients on mainnet, do a test run on Solana devnet. Switch your wallet to devnet, get free devnet SOL from a faucet, and run through the full flow with a few test wallets. This lets you verify the metadata, check how the token looks in wallets, and confirm everything works as expected without spending real SOL. Once you are satisfied, switch to mainnet for the real distribution.

Frequently Asked Questions

Can recipients sell or trade soulbound reward tokens?

No. Soulbound tokens created with Token-2022’s non-transferable extension cannot be transferred, sold, or traded. Any attempt to move the token to another wallet will fail at the protocol level. The only action a recipient can take is to close (burn) the token account, which permanently destroys the token.

How much does it cost to create and distribute reward tokens?

The cost depends primarily on the number of recipients. Creating the mint itself costs a small amount of SOL (typically under 0.01 SOL). Each recipient requires a new associated token account, which costs approximately 0.002 SOL in rent-exempt balance. For a distribution to 50 wallets, expect to spend roughly 0.1 to 0.15 SOL total. SOLTokenLab does not charge any additional platform fee for reward token creation.

Do all Solana wallets display soulbound tokens?

Most modern Solana wallets support Token-2022 tokens, including Phantom, Solflare, and Backpack. The token will appear in the recipient’s token list with the name, symbol, and logo you configured. Some older or less-maintained wallets may not display Token-2022 tokens correctly, but the tokens still exist on-chain regardless of wallet support and can always be viewed on block explorers like Solscan.

Can I update the metadata after distributing the tokens?

Yes. If your wallet is the update authority for the mint, you can update the token name, symbol, description, and image URI at any time. The changes will be reflected across all distributed tokens since they all reference the same mint account. However, you cannot change the non-transferable property — the tokens will always remain soulbound.

What happens if I send reward tokens to the wrong wallet?

Because the tokens are non-transferable, you cannot recall them once minted. If you send a reward token to the wrong wallet, that token is permanently in that wallet (unless the recipient chooses to close the account). Double-check all recipient addresses before distributing. You can always mint additional tokens to the correct wallet since the mint authority is retained, but the erroneously sent token cannot be retrieved.

Ready to Create Your Reward Tokens?

Launch soulbound reward tokens on Solana in minutes. No coding required. Use SOLTokenLab’s Rewards tool to create and distribute non-transferable tokens to your community today.

Create Reward TokensCreate Standard Token

Related Articles

What Is an SPL Token? Everything You Need to Know →How to Create a Solana Token: Complete Step-by-Step Guide →