What you can't reclaim

Guide·4 min read·4 of 5

Most guides tell you what a tool does. Fewer tell you what it doesn't. Here is what will not come back.

Every rent estimate you see is an upper bound. Some of the accounts in your wallet will not close, and a few of them hold no reclaimable rent in the first place. Knowing which is which saves you from expecting a number you were never going to get. If you have not read how the deposit works in the first place, start there.

Why can't I close an account with a balance?

The close instruction requires a zero token balance. This is enforced by the token program, so no tool can work around it.

The problem is that “empty” and “zero” are not the same thing. Failed swaps, partial fills, airdrops of worthless tokens and rounding remainders all leave tiny fractions behind — dust. An account holding 0.0000001 of some token is not closeable until that fraction is gone.

Two ways out. Swap the dust for SOL, which recovers whatever trace value exists but only works if there is a route with any liquidity at all — for most dust there is not. Or burn it, which destroys the tokens and empties the account. Burning is irreversible, so it is the right answer for genuine junk and the wrong one for anything you have not verified. Once an account is genuinely empty, closing it is the straightforward part — the three ways to do it are here.

One exception in the other direction: wrapped SOL accounts can be closed while holding a balance, because the underlying SOL is reclaimed as part of the close. wSOL is the one case where a non-zero balance is not a blocker.

What about frozen accounts?

This is widely stated wrongly, including in earlier versions of this guide.

A frozen account can be closed, provided its token balance is zero. Freezing does not block the close instruction. What it blocks is transferring or burning, which is exactly what you would need to do to empty an account that still holds tokens.

So the real rule is: frozen and empty closes normally; frozen with a balance is genuinely stuck, because you cannot clear the balance while the freeze is in place. Only the token's freeze authority can lift it.

What if close authority was delegated?

Every token account has a close authority, which is the owner by default. It can be reassigned to another address.

Where that has happened, the owner can no longer close the account themselves — only the designated close authority can. This is uncommon in ordinary wallets and shows up mostly around protocols that manage accounts on a user's behalf. If an account refuses to close and the balance is zero and it is not frozen, a delegated close authority is the likely explanation.

Why don't compressed NFTs count?

Compressed NFTs do not live in individual accounts. They live as leaves in a Merkle tree, with one on-chain account covering thousands of items. That is the entire point of compression, and it is why minting them is so cheap.

The consequence for rent is direct: there is no per-item account, so there is no per-item rent deposit to recover. Burning a cNFT does not release a rent deposit to you.

Treat any tool advertising meaningful SOL recovery from compressed NFTs with real suspicion. The arithmetic does not work, and a promise that cannot be kept is usually attached to something else.

What about accounts an app is using?

Some accounts look idle and are not.

Protocol positions, escrow accounts, vault authorities and staking-related accounts can sit at zero token balance while still being structurally necessary to something. Closing one may break a withdrawal path or orphan a position, and the rent you recover will be a fraction of what untangling it costs.

The signal to watch for is provenance: if an account is associated with a protocol you have used rather than with a token you have traded, leave it alone unless you know exactly what it does. A good cleaner flags these rather than selecting them by default.

Can I close metadata accounts?

NFT metadata lives in a separate account from the token account, with its own rent deposit. It is closed by a different instruction in a different program, which means a tool that only closes token accounts recovers the token account's rent and leaves the metadata rent behind.

This is not a fault so much as a scope limit, but it is worth knowing when you compare what two tools report as recoverable. They may both be right and simply counting different things.

What about the mint account?

The mint — the account defining the token itself — is not yours unless you created the token. It holds its own rent, it belongs to whoever has mint authority, and it is not part of what a wallet cleanup touches. Nothing in your wallet gives you a claim on it.

Frequently asked questions

If a tool says I can recover 0.4 SOL, will I get 0.4 SOL?

Minus the fee, and only for the accounts that actually close. A good estimate excludes accounts with dust, frozen accounts with balances and delegated ones. Compare the estimate against what the transaction preview says before you sign.

Should I burn dust to close the account?

For genuine junk, yes — the rent is worth more than the dust. Verify the mint on a block explorer first. The mistakes that cost people SOL covers what goes wrong here.

Can I get the rent back from an NFT I burned?

The token account's rent, yes, once the balance is zero. The metadata account's rent needs a separate instruction, and not every tool does it.

Why do two tools give me different numbers?

Usually scope: whether they count metadata accounts, whether they include accounts holding dust, and whether they read each account's real balance or assume the standard rent figure.

← Back to the guide overview