TOKEN AUTHORITY GUIDE

SUPPLY CONTROL / PERMISSIONS / VERIFICATION

Mint authority explained.

Mint authority is one of the most important settings to understand before deploying a token. Where supported, retaining a minting permission can allow future supply to increase. Revoking or removing that permission can make future minting unavailable, depending on the token standard and network.

SUPPLY CONTROLNETWORK-SPECIFICVERIFY ONCHAIN
WHY IT MATTERS

Authority settings can change what is possible after launch.

A fixed initial supply is not always the same thing as a permanently fixed maximum supply. If a valid minting permission remains active, additional tokens may be created later. Users should distinguish between the number minted at deployment and the permissions that remain afterward.

01 / INITIAL SUPPLY

What exists at deployment

The initial supply is the quantity created or assigned when the token is first deployed.

02 / AUTHORITY

Who can mint later

Where the token standard supports mint authority, the holder of that permission may be able to create additional supply.

03 / REVOKE

Removing a permission

Some networks let a creator revoke a mint authority. That action can be irreversible, so it should be understood before approval.

04 / OWNERSHIP

Do not assume all controls are identical

EVM contract ownership, role-based minting and Solana authorities are related concepts but are not technically identical.

05 / VERIFY

Inspect the live token

Use a compatible explorer to confirm current supply and any visible remaining authorities after deployment.

06 / COMMUNICATE

Describe controls accurately

If a project tells users supply is fixed, the onchain permission model should support that statement.

NETWORK DIFFERENCES

Use the terminology of the chain you are actually deploying on.

SOLANA

Token authorities are explicit.

MINTMint authority

Controls future issuance where present.

FREEZEFreeze authority

A separate permission can exist for freezing token accounts depending on the token setup.

VERIFYCheck the mint address

Inspect the onchain mint and authority state after deployment.

EVM

Contract logic defines permissions.

OWNEROwnership is not automatically minting

An EVM contract may use ownership, roles or custom functions to manage privileged actions.

MINTERMinting depends on contract design

Review the actual contract capabilities rather than assuming every ERC-20 behaves identically.

EXPLORERVerify the deployed contract

Use the network explorer and contract information to understand the live state.

RELATED GUIDES

Build the full token picture.

MINT AUTHORITY FAQ

Quick answers.

What is mint authority?+

It is a permission that can allow additional token supply to be created where the selected token standard and deployment design support that capability.

Does revoking mint authority always mean the same thing?+

No. Networks and contract designs differ. Review the exact onchain permission model for the token you are creating.

Should I verify authorities after deployment?+

Yes. Save the official mint or contract address and verify the resulting supply and permission state with a compatible explorer.

VERIFY PERMISSIONS

Know what control remains after deployment.

Read every authority option before signing and verify the final onchain state.

Open Token Factory ↗
Create Token ↗