According to data from XRPScan, the fixCleanup3_1_3 fix is expected to take effect within the next few days, with the current countdown being 9 days and 16 hours.
“fixCleanup3_1_3” represents a fix fix for XRPL 3.1.3, currently in a two-week activation period, with an expected schedule of May 27, 2026.
On May 8th, $XRP Ledger Foundation announces latest release $XRP Ledger software XRPL 3.1.3 includes one default correction fix. This did not require manual voting, just an upgrade was sufficient.
The fixCleanup3_1_3 fix included in XRPL version 3.1.3 is a collection of fixes for NFTs, permissioned domains, vaults, and lending protocols.
The fix for XRPL 3.1.3 will enter a two-week activation period. $XRP Ledger verifiers are required to update the ledger $XRP Update ledger nodes to 3.1.3 to prevent modification blocking and service disruption to users.
$XRP Multi-functional correction of ledgers: what is it?
As mentioned above, the fixCleanup3_1_3 fix includes fixes for NFTs, authorized domains, vaults, and lending protocols. This fixes an issue where expired NFTokenOffer entries remain in the ledger.
With this fix enabled, using an NFTokenAcceptOffer transaction with an expired NFTokenOffer will now cause that transaction to be deleted as part of transaction processing.
This fix adds an immutability check to ensure that a failed transaction does not change authorized domains, and also fixes a trustline token limit check that was being skipped when withdrawing vault assets.
Once this fix takes effect, VaultWithdraw transactions that specify either a vault share or a vault asset will respect the trust line token limit of the destination address.
This fix fixes an issue where loan accounting information is not updated in related Loan, LoanBroker, and Vault entries when a loan is defaulted, impaired, or not impaired. It also changes the LoanPay error when attempting to overpay a loan for which overpayments are not allowed.
This fix adds additional checks on the ‘LoanBroker’ invariant to ensure that the listed ‘CoverAvailable’ exactly matches the assets held in the associated pseudo-account.
