How to Create a Solana Token — Step-by-Step Guide

Creating a Solana token once meant writing Rust, running CLI commands and understanding the Metaplex protocol. It still can — but the instructions involved are standard ones, and plenty of tools now put a form in front of them. Either route produces the same thing: an SPL token with metadata, a logo and a set of authorities you chose.

This guide is about the decisions rather than the buttons: what an SPL token is made of, what each setting permanently decides, what the network charges, and what has to happen after the mint exists. It applies whichever tool or command you end up using.

What Is an SPL Token?

SPL stands for Solana Program Library. An SPL token is the original token format on Solana, and the one behind most of what trades there — USDC, BONK and JUP among them. Solana has a second token program too, Token-2022, which is covered further down; unless you need what it adds, an SPL token is what "create a Solana token" usually means.

An SPL token is two kinds of account, plus one most tokens choose to add:

• Mint account — the on-chain record of the token. It stores the supply, the decimals and the authority addresses. This is the token's identity, and it is the only account that has to exist.
• Token accounts — one per wallet that holds the token, created when someone first receives it.
• Metadata account — optional, and separate. The original Token Program stores no name, symbol or logo at all; a mint without metadata is a valid token that wallets and explorers can only show by address. The name comes from a Metaplex metadata account you create alongside the mint, which is why almost every token has one.

The mint account is the one you create first. It defines everything about the token — and some of those settings become permanent the moment you revoke the matching authority.

How to Create a Solana Token (Step by Step)

Whether you use the CLI or a no-code tool, the same three decisions come up in the same order, and the last one is the only irreversible one.

Step 1: The token's identity

What the token is called and how divisible it is:

• Name — the full name of your token (e.g., "My Project Token"). This appears in wallets and explorers.
• Symbol — the short ticker (e.g., "MPT"). Usually 3-5 characters, all caps.
• Decimals — how divisible your token is. Most tokens use 6 or 9 decimals. Use 0 for NFT-like tokens or tickets where fractional amounts do not make sense.
• Logo — an image (PNG or JPG, 512×512 is a good size). Metadata stores a URL rather than the file, so the image needs somewhere permanent to live; IPFS is the usual answer, and most tools upload it for you.
• Description — optional text describing what your token is for. Shown on some explorers and aggregators.

Step 2: Supply and authorities

This is the step that matters most. The choices you make here define your token's trust profile.

• Initial supply — how many tokens to mint immediately. These go directly to your wallet. If you plan to revoke mint authority (see below), set the full supply here — you will not be able to mint more later.
• Mint authority — the wallet address that can create new tokens. If you keep it, you can mint more later. If you revoke it, the supply becomes permanently fixed. Revoking mint authority is a strong trust signal — it tells holders that no one can inflate the supply.
• Freeze authority — the wallet address that can freeze any holder's token account, preventing them from transferring. Most community tokens should revoke this immediately. Keeping freeze authority is a red flag for investors because it means someone can lock their tokens at any time.
• Metadata mutability — whether the token name, symbol, and logo can be changed after creation. Making metadata immutable is another trust signal — it proves that no one can change the token's identity after people buy it.

Step 3: The transaction itself

What gets signed is one or more transactions carrying standard instructions: create the mint account, initialise it with your decimals and authorities, create a Metaplex metadata account if you want the token to have a name, mint the initial supply to your wallet, and revoke whichever authorities you chose to give up. Before signing, check what is being charged:

• Rent deposits — the network's price for the space each account occupies. Set by account size and by a network parameter, so quote it from the chain rather than from a blog post.
• Metaplex protocol fee — charged only if you create Metaplex metadata, and paid to Metaplex rather than to whoever built the tool. It depends on the instruction: Metaplex documents its current fees as between 0.001 and 0.01 SOL.
• Network fee — a base fee per signature plus whatever priority fee the transaction requests.
• Tool fee, if any — anything a third-party tool adds on top. This is the figure that varies most; it should be visible before you approve anything.

Once the transaction confirms, the mint address is the token's permanent identity. It is visible on Solscan or any Solana explorer, and it will appear in your wallet within seconds.

How Much Does It Cost to Create a Solana Token?

Creating a token on Solana costs a fraction of what it costs on Ethereum. The on-chain part is small and fairly stable; the part that varies is whatever a tool charges to spare you the terminal.

Two of these costs are worth separating in your head. Fees are spent — the Metaplex protocol fee, the network fee, and whatever a tool charges. Rent is a deposit, but only some of it ever comes back: a token account can be emptied and closed by its owner, who gets that rent, while a mint made with the original Token Program cannot be closed at all, so its deposit is locked for as long as the token exists. Token-2022 can close a mint, but only one created with a close authority and only once the supply is zero. If a tool does not show you the split before you approve, that is a reason to be careful rather than a detail.

Standard Token Creation vs pump.fun

These solve different problems, and the difference is who decides the tokenomics.

pump.fun creates the token, puts it on a bonding curve and starts trading it in one step. The supply curve and the launch mechanics belong to the protocol, not to you. That is the appeal for a meme coin: there is nothing to configure and nothing to distribute.

Creating a token the standard way leaves all of it to you — exact supply, authorities, metadata, where the logo is hosted, and how the token reaches holders. The result is a plain SPL token that every wallet, DEX and explorer already understands. Nothing trades until you add liquidity yourself.

In short: a bonding-curve launchpad is for speed, and standard creation is for control. Neither is a safer token by construction — what makes a token trustworthy is the authority configuration you end up with.

What to Do After Creating Your Token

Creating the token is just the beginning. Here is what to do next:

• Read the mint back — look the mint address up on an explorer, or in any authority checker, and confirm the supply, decimals and authorities are what you intended. This is exactly what a cautious holder will do before buying.
• Distribute the token — send it to holders with the bulk sender: paste or upload a list of addresses and amounts, review the whole bill, and approve the batches.
• Settle the authorities — anything you did not revoke during creation can be revoked later, and any authority you keep can be moved to a multisig. Both are ordinary Token Program instructions.
• Add liquidity — to make your token tradeable, add it to a Solana DEX like Raydium or Orca. You will need to create a liquidity pool with your token paired against SOL or USDC.
• Get listed on aggregators — once your token has liquidity, it will appear on Jupiter, Birdeye, and DexScreener automatically. For Jupiter's verified token list, you need to apply through their governance process.

Understanding Token Authorities

Authorities are the most important concept to understand when you create a Solana token. They determine who can do what with your token after creation. There are three authorities:

Mint authority controls the ability to create new tokens. If you keep it, you can increase the supply at any time. If you revoke it, the supply is permanently fixed. Most serious projects revoke mint authority after distributing their planned supply. This prevents inflation and is the single biggest trust signal for token holders.

Freeze authority controls the ability to freeze any holder's token account. A frozen account cannot send or receive tokens. This is useful for regulated securities or compliance-focused tokens, but it is a major red flag for community tokens. If you are creating a general-purpose token, revoke freeze authority immediately.

Update authority (metadata) controls whether the token name, symbol, description, and logo can be changed. Making metadata immutable means no one — including you — can alter the token's identity. This prevents bait-and-switch scams where a token is renamed after people buy it.

Common Mistakes When Creating Solana Tokens

• Setting supply to zero with revoked mint authority — if you revoke mint authority without minting any tokens first, your token will have zero supply forever. No one can ever hold it. Always mint your initial supply before revoking.
• Using too many decimals — 9 decimals is the Solana default, but it means your smallest unit is 0.000000001 tokens. For game items, tickets, or governance tokens, 0 decimals might make more sense.
• Forgetting to upload a logo — tokens without logos look suspicious and are often filtered out by aggregators and wallets. Always upload a clear, recognizable image.
• Keeping freeze authority on community tokens — holders will see this as a rug pull risk. Unless you have a specific regulatory reason, revoke freeze authority.
• Not reading the mint back — check the finished token on an explorer before you publish the mint address anywhere. A setting that did not apply is much cheaper to discover before people are holding it.

SPL Token vs Token-2022 — Which Should You Choose?

Solana has two token programs: the original SPL Token Program and the newer Token-2022 (Token Extensions) program. Both create valid Solana tokens, but they have different features.

Choose SPL (original) if you want maximum compatibility. Every wallet, DEX, and tool supports SPL tokens. This is the safe default for most projects.

Choose Token-2022 if you need advanced features like built-in transfer fees (automatic tax on every transfer), soulbound/non-transferable tokens, or embedded metadata without Metaplex. Token-2022 support is growing but not yet universal — some older tools may not recognize these tokens.

If this is your first token and nothing on the extension list is a requirement, the original program is the safer default. If you specifically need transfer fees, soulbound tokens or metadata without Metaplex, that is what Token-2022 is for — and the guides below go through it.