Sonic token controls
Sonic Token Controls for owner-reviewed ERC-20 management
Sonic Token Controls is the SolCreate route for reviewing compatible token metadata, freeze behavior, mint permission and ownership actions after a Sonic ERC-20 already exists.
This page is separate from the Sonic ERC-20 Token Creator because controls are post-creation management decisions. The token address, connected owner wallet and reason for the change should be clear before signing.
Metadata updates should match the public token identity. Ownership and mint-permission changes should match the launch plan because those choices affect what holders and scanners can interpret later.
SolCreate keeps the fixed action context and Sonic gas separate while the wallet confirms each control change. A builder should save the transaction hash and explain the state change where the project documents supply or authority.
Use Sonic Token Controls before liquidity, minting, burning or distribution when the project needs to verify whether authority settings are ready for launch.
If the next step is a new contract, return to the Sonic Chain token creator. If the next step is pool planning, open Sonic Equalizer Liquidity Tool after the control decision is complete.
The page uses builder-facing language only: no unsupported market claims, no listing promises and no implication that a control change makes a token safe by itself.
Choose Sonic Token Controls when metadata, ownership or mint-permission state needs review on an existing Sonic ERC-20; choose creator, mint, burn, multisender or liquidity routes when the wallet action is different.
Before changing Sonic owner state, write down the token contract, current owner wallet, requested new owner or permission setting, transaction hash after confirmation and the short explanation that belongs in the launch record.
Metadata, freeze behavior and mint permission are not interchangeable. Metadata changes affect display context, freeze behavior can affect token-account operations and mint permission controls whether compatible supply can expand later, so each control should be reviewed as its own Sonic authority decision.
After a control change, review scanner-readable authority context before moving to Equalizer liquidity, vesting, multisender or LP custody. The page does not imply that a control change guarantees safety; it helps builders document the exact state a holder or reviewer may inspect.
Use this controls route when the question is who can manage a Sonic token, what permissions remain active and which metadata or ownership state a wallet can change. Do not use it for token deployment, pool deposits, recipient allocation minting or wallet-held burn reduction, because each of those actions has a separate Sonic route.
A useful Sonic controls record includes the before-state, requested after-state, wallet role, transaction hash and whether the change affects mint permission, ownership, metadata authority or transfer behavior. That makes the route more useful for builders comparing Sonic token control work against supply or liquidity pages.
Use Sonic Token Controls for owner-reviewed ERC-20 management when the work is metadata, ownership, permission or transfer-behavior review on an existing token. Keep this page separate from Sonic ERC-20 Token Creator, Sonic Mint Allocation, Sonic Wallet Burn and Equalizer liquidity so each signed change has one clear record.
Loading the secure wallet workspace