Revoke Mint, Freeze, Update Authority on Solana
Revoke mint authority Solana, plus freeze and update authority, explained in plain words. What each one does, when to revoke, and how to do it on j.tools.
Every Solana token you mint ships with three hidden switches: mint authority, freeze authority, and update authority. Buyers know about them. Listing teams check them. Aggregators read them before you ever send a message. If you do not flip them off at the right moment, your token wears a "trust me" sign and people scroll past.
This is a plain-language guide. No code, just what each switch does and when to flip it.
The three authorities, in plain words
Mint authority. Whoever holds this can print more tokens out of thin air. If you launched a 1 billion supply but the mint authority is still alive, that supply is a suggestion, not a cap. Buyers see this on Solscan as a "mintable" tag, and any serious holder treats it as a rug-pull risk. Revoking the mint authority sets the supply in stone forever.
Freeze authority. Whoever holds this can lock a specific wallet, meaning they can stop someone from selling or moving the token. It exists for good reasons (compliance, stolen-fund recovery on regulated assets), but on a memecoin or community token it is poison. A holder cannot trust a token that the founder can freeze on a whim. Revoking the freeze authority means no wallet can ever be blacklisted.
Update authority. Whoever holds this can rewrite the token's metadata: name, symbol, image, description. That sounds harmless until someone changes "MyToken" to a copycat of a popular coin after dumping. Update authority controls the brand on-chain. Once you revoke it, the metadata is the metadata, forever. The same idea is sometimes called "making the token immutable" because the metadata can no longer move.
Which to revoke when
Not every project needs all three switches off on day one. Here is the rough decision logic.
| Your situation | Revoke mint? | Revoke freeze? | Revoke update? |
|---|---|---|---|
| Memecoin, fixed supply, community launch | Yes, ASAP after launch | Yes, before listings | Yes, once art is final |
| Utility token with planned future emissions | No, keep it (lock it later) | Yes, unless regulated | Optional, keep if branding may evolve |
| Stablecoin or RWA, regulated | No, issuer controls supply | Keep (compliance requirement) | No, keep for legal updates |
| NFT-style collectible token | Yes | Yes | Yes, immutable metadata |
For a standard memecoin, the answer for all three is "yes, sooner the better." Anything fancier, think it through before you click.
The order matters
Here is the part most people get wrong. Do not revoke mint or freeze authority before liquidity is set up. If you mint, revoke mint authority, then realize you wanted an extra batch for marketing, you cannot. The supply is locked. Get your full intended supply into the right wallets, set up the LP on a DEX, then revoke. Update authority is safer to revoke earlier since it only locks metadata, but most teams still wait until artwork and description are final.
Revoking is a one-way action. Once the authority is set to nothing, no one, including you, can ever bring it back. Test the flow on devnet with a throwaway token before you do it on mainnet.
Step by step on j.tools
Each revoke is a separate one-tap action. You connect your wallet, pick the token's mint address, and sign. Recommended order for a typical memecoin launch:
- Lock the metadata first. Once your name, symbol, and image are final, use the revoke update authority tool or the make metadata immutable tool to freeze the brand on-chain. This step is safe to do any time after the art is signed off.
- Set up your liquidity pool. Send the intended LP supply to Raydium, Meteora, or wherever you list. Confirm the pool is live and trading.
- Revoke freeze authority. Run the revoke freeze authority tool so no wallet can ever be locked. Listings and aggregators like Jupiter check for this.
- Revoke mint authority last. Use the revoke mint authority tool. After this transaction lands, the supply you minted is the supply forever. Solscan flips the "mintable" tag to off, and that is the signal buyers and listing teams look for.
Common mistakes to avoid
- Revoking mint authority before LP is funded. If you forgot to budget tokens for the pool, you are stuck. Always count twice, then revoke.
- Revoking on the wrong wallet. The action runs from whoever currently holds the authority. If you transferred it to a multisig or a co-founder, that wallet has to sign, not yours.
- Skipping update authority. A surprising number of "fully revoked" tokens still have a live update authority. The next owner can swap the image and pretend to be a different token. Use the make immutable tool if you want it sealed in one step.
- Doing it on the wrong network. Revoking on devnet does nothing for your mainnet token. Check the network indicator before signing.
For more on how supply choices interact with these switches, the token supply strategy guide covers when keeping mint authority alive actually makes sense. You can also browse the Solana guides category for related walkthroughs, or filter by Solana tagged posts for the rest of the stack.
One last thing: do a dry run. Mint a throwaway token on devnet, revoke the three authorities in order, then check the result on an explorer. Once you see the "mintable" tag flip off and the freeze line disappear, you know exactly what your mainnet token will look like when you ship.
