Renounce Ownership
The easiest way to renounce Ownership
Give up admin control of your ERC-20 permanently, with no coding.
Select Blockchain
Token Address *
Connect your wallet first to select a token address
Smithii in numbers
+12,000
Tokens Launched
+3,360,000
Makers Generated
+576,000.32
Volume Generated (ETH)
+9,000
Users Served
+12,000
Tokens Launched
+3,360,000
Makers Generated
+9,000
Users Served
+576,000.32
Volume Generated (ETH)
Audited
Verify on-chain
Building Tools since 2023
Renounce Ownership Features
Renouncing ownership sets the owner of an ERC-20 to the zero address. Every function guarded by `onlyOwner` — minting, pausing, changing taxes, editing the blacklist — becomes permanently uncallable, by you and by anyone else. It is the single strongest signal a token contract can carry, and it cannot be undone.
One call, permanent
The owner address is set to zero. There is no recovery path and no admin key left to leak, which is exactly what makes it worth something.
What buyers actually check
Scanners and rug checkers read the owner slot. A renounced contract cannot mint new supply or freeze your wallet, and that is verifiable by anyone without trusting a claim.
Eight networks, one form
The same call on every EVM chain Smithii supports. Connect the owner wallet, pick the token, sign — no fee beyond gas.
Why use Renounce Ownership?
Removes the admin key permanently — nothing left to lose or leak.
Verifiable by anyone reading the contract, not a promise in a tweet.
No Smithii fee: the call costs gas only.
Eight EVM networks from the same form.
Tools that make you
Efficient
Discover other of our most used tools that will make your life 10x easier.
If you need more help contact our team
Got questions?
If you need more help contact our team
Nothing beyond gas. `renounceOwnership` is a call on your own contract, so Smithii charges no fee for it — the table below is there to show that on every network.
| Network | Fee | Approve step | Explorer |
|---|---|---|---|
| Ethereum | Free | No, owner call | Etherscan |
| Base | Free | No, owner call | BaseScan |
| BNB Chain | Free | No, owner call | BscScan |
| Polygon | Free | No, owner call | PolygonScan |
| Arbitrum | Free | No, owner call | Arbiscan |
| Avalanche | Free | No, owner call | Snowtrace |
| Blast | Free | No, owner call | BlastScan |
| Robinhood | Free | No, owner call | Blockscout |
Every function marked `onlyOwner`. On a standard Smithii ERC-20 that means minting more supply, pausing transfers, changing the tax percentage or its receivers, and editing the blacklist or whitelist. Transfers, trading and holders are unaffected.
No. The owner becomes the zero address, and only the owner could set a new one. There is no key that controls the zero address, which is the point — a reversible renounce would signal nothing.
After. If the contract has trading limits, an anti-bot window or a launch pause, renouncing first freezes them in whatever state they are in and you can no longer turn them off. Open the pool, confirm trading behaves, then renounce.
Same intent, different mechanism. Solana has no contract owner: authority lives on the mint account as separate mint, freeze and metadata authorities, each revoked on its own. An EVM token has one owner covering everything, so it is a single call.
It removes one category of risk, not all of them. A renounced token can still have unlocked liquidity, a supply concentrated in a handful of wallets, or a tax that was set high before the renounce and is now permanent. Buyers who know what they are doing check all four.
What ownership means in an ERC-20
Most tokens inherit OpenZeppelin's `Ownable`, which stores one address and a modifier that reverts if the caller is not it. Every administrative function is guarded by that modifier. Renouncing calls `renounceOwnership()`, which sets the stored address to zero and emits an event. From that block on, every guarded function reverts for everyone — there is no address that can produce a signature for the zero address.
Renouncing does not lock your liquidity
The two are routinely confused. Ownership governs the token contract; liquidity sits in a pool contract, and the LP tokens that represent it are held in a wallet like any other. A renounced token whose deployer still holds the LP tokens can be drained at any time. Locking or burning the LP is a separate action, and a buyer checking one without the other is checking half the picture.
The order that avoids a permanent mistake
Deploy, add liquidity, confirm a real buy and a real sell go through, turn off whatever launch protections you set, and only then renounce. Renouncing while an anti-bot window or a max-wallet limit is still active makes that limit permanent, and it is the most common way a token ends up unable to trade properly with nobody able to fix it.







