Anza said the second phase of Solana's SIMD-0437 account rent reduction proposal has been launched on the mainnet test version, cutting the per-byte parameter used for rent-exemption calculations in epoch 1033 from 6,333 lamports to 5,080 lamports.

The updated parameter lowers the SOL balance needed for an account to remain rent-exempt on Solana. Anza said the latest change brings the cumulative reduction under SIMD-0437 to about 27%.

Anza also highlighted an operational effect for users managing existing accounts. With the new threshold lower, users with the necessary permissions can use the WithdrawExcessLamports instruction to remove SOL above the new rent-exempt minimum without closing the account. According to the announcement, that process does not affect the token balance.

The rollout remains phased rather than final. Anza said there is no fixed timeline for later stages, and a third phase will be activated only if on-chain state growth is confirmed to stay within a safe range. If conditions change, the rent adjustments can be reversed through SIMD-0438.

The update is a technical change, but it touches a core part of Solana account management: how much capital must remain locked to keep accounts active without ongoing rent exposure. That makes it relevant for wallet providers, application developers, and infrastructure operators that maintain large numbers of accounts.

Why It Matters

The change matters because it improves capital efficiency inside the Solana network without requiring accounts to be closed. Lower rent-exemption thresholds can reduce the amount of SOL tied up in routine account storage, which may make account-heavy applications easier to operate and maintain.

It also shows Solana is treating storage-cost changes cautiously. By linking future cuts to state-growth conditions and preserving a reversal mechanism, the rollout frames rent reduction as an operational network decision rather than a simple one-time cost cut.