Solana’s First Rent Cut Is Live, and the Full Plan Could Slash Account Reserves 90%

Solana has begun lowering the amount of SOL that token accounts must keep reserved for on-chain storage.

CryptoSlate reported that the first step went live on mainnet at epoch 1028 on September 3. Its review traced the five-stage proposal, calculated the reserve change for standard token accounts, explained how eligible owners can reclaim excess SOL and separated the narrow storage-reserve effect from fees, staking and other sources of SOL demand.

The change lowered the reserve parameter from 6,960 to 6,333 lamports per byte, a reduction of roughly 9%.

It is the first of five conditional gates under SIMD-0437. If all five eventually activate, the final parameter would fall to 696 lamports per byte—90% below the original level.

The reduction changes the capital required to create and maintain token accounts, not the amount of tokens those accounts hold. Existing owners can reclaim SOL above the new minimum without closing an eligible account.

The full plan is deliberately staged. Each later gate depends on reviews of state growth and network conditions, so the 90% endpoint is a target rather than a change that has already happened.

The first cut also gives the network a smaller test before deeper reductions arrive. Developers can measure account growth and operational effects while users receive an immediate, but limited, reduction in required reserves.

Solana’s first rent cut is live, reducing the SOL reserve required for account storage by about 9%.

If the full 90% reduction takes effect, stored account data would need to grow tenfold just to keep the same amount of SOL locked.https://t.co/HVaaMSB7kK

— CryptoSlate (@CryptoSlate) September 5, 2026

What Solana “Rent” Really Means

Despite the name, rent is not usually a recurring payment sent to validators. It is a minimum SOL balance held against the storage used by an account.

When an account closes, that reserve can generally be recovered.

A standard token account contains 165 bytes of data, and the formula also includes 128 bytes of overhead. Under the old 6,960-lamport rate, one million identical token accounts would require about 2,039.28 SOL in minimum reserves.

After the first cut, that falls to about 1,855.569 SOL.

At the conditional final target, the same million accounts would require about 203.928 SOL. That is why the full plan creates a tenfold hurdle: the amount of persistent account data would have to grow by roughly ten times to lock the same minimum quantity of SOL through this particular channel.

Rent reduction is live on mainnet-beta.

Step 1 of SIMD-0437 activated at epoch 1028, the first of five feature gates on the road to cutting Solana's storage cost per byte by 90% overall.

Step 1 drops lamports per byte 6,960 → 6,333. Each remaining gate activates only after…

— Anza (@anza_xyz) September 3, 2026

Lower Friction, Lower Locked Reserves

For developers, wallets and payment companies, the benefit is immediate. Creating token accounts costs less capital, and account owners can use the WithdrawExcessLamports instruction to reclaim SOL above the new minimum without closing the account or changing its token balance.

That could make onboarding cheaper and free capital already sitting on-chain. But it also weakens one narrow source of structural SOL demand: the amount that must remain parked simply because accounts exist.

The effect should not be overstated. CryptoSlate calculated that the final reduction in its one-million-account example would equal only a tiny fraction of Solana’s roughly 585 million circulating SOL.

The network-wide outcome depends on the number and size of accounts, who controls the excess balances, how quickly new state is created and what owners do with reclaimed SOL.

Other demand channels remain intact. Users still need SOL for transaction fees, priority fees and staking.

Lower account costs may also encourage applications to create more accounts, partially offsetting the reduced reserve attached to each one.

The remaining cuts are not automatic. Each stage depends on reviews of network state growth and operational impact.

That makes the rollout a live test of whether Solana can reduce friction without allowing persistent state to grow faster than the network can comfortably manage.

For holders, the cleanest reading is not that the change is simply bullish or bearish. It is a deliberate trade: less SOL locked per account in exchange for cheaper expansion.

The long-term result will depend on whether lower costs generate enough new activity and account growth to outweigh the reserves being released.

Join the conversation!

We have no tolerance for comments containing violence, racism, profanity, vulgarity, doxing, or discourteous behavior. If a comment is spam, instead of replying to it please click the icon below and to the right of that comment. Thank you for partnering with us to maintain fruitful conversation.