Policy-file gate
The imported SolCreate policy JSON is checked against the connected wallet and network, so fixed or expired policies stay blocked before a mint transaction is prepared.
Load the original SolCreate policy, verify the signer and mint additional units only while the policy still permits it.

Supply increase workflow
Mint More Cardano Native Tokens only when the imported SolCreate policy file still permits new supply and the connected wallet matches the policy signer. This keeps the supply increase tied to the original Cardano launch record.
Use the Cardano mint page for additional native token supply, not for creating a new asset identity.
Import the saved policy JSON so SolCreate can recompute the policy ID and block fixed or expired supply rules.
Record the mint transaction hash and raw amount after confirmation so the updated supply can be reviewed later.
Know before you continue
Mint More Cardano Native Tokens when the launch policy intentionally left room for supply expansion. The page is for adding supply to an existing Cardano native token, not for replacing metadata or creating a second asset.
The imported SolCreate policy JSON is checked against the connected wallet and network, so fixed or expired policies stay blocked before a mint transaction is prepared.
Review the human amount and token decimals before signing. A mint action changes supply permanently once the Cardano transaction is confirmed.
Save the mint transaction hash, raw amount and asset unit so explorers, holders or internal operators can reconcile the new supply with the original policy record.
Builder questions
You can mint more Cardano native tokens only when the saved policy remains compatible with the connected wallet and the policy has not become fixed or expired.
Save the mint transaction hash, asset unit, raw amount and policy evidence so the new supply can be reconciled with the original Cardano native token launch.
Launch evidence
A Cardano mint action is usually part of a broader supply plan: treasury replenishment, staged community distribution, liquidity preparation or operational reserve management. Treat the transaction as public launch evidence, not as an invisible admin edit.
The policy JSON, policy ID, asset unit and signer wallet should match the original Cardano native token creation record before any extra supply is prepared.
Write a short internal note explaining whether the new Cardano token supply is for liquidity, treasury, airdrop distribution or another planned launch operation.
After minting, route the team to ADA liquidity, multisender batches or dashboard review with the same asset unit so Cardano launch operators do not work from stale token details.