The post Ripple Engineer Reveals Major XRP Ledger Optimization Update appeared on BitcoinEthereumNews.com. In a fresh push to consistently optimize the XRP Ledger, RippleX software engineer Mayukha Vadari stated in a recent tweet that over the next few weeks, a number of specs useful for discussion will be published as ideas for the XRP community. Over the past few weeks, I’ve realized that a number of specs sitting in my drafts may actually be useful for discussion. So over the next few weeks I’ll be publishing them as Ideas (I don’t quite have the time to polish them).Here’s the first of those: https://t.co/gn0mq2uZPI — Mayukha Vadari (@msvadari) September 11, 2025 Among the first of such amendment ideas is optimized accounts and trustlines, an alternative proposal that makes several minor changes to how accounts are structured and by which reserves are calculated. You Might Also Like Unlike XLS-23d, this proposal does not limit an account, does not require a flag to suggest that an account should be charged a reduced reserve and does not mandate complicated conversion procedures from “lite” to “full” accounts. Additionally, it allows accounts to only be charged for the resources they use at any given time, which is not possible under the existing proposal; once an account has been converted into a full account, it is always charged a full reserve. MPTs in spotlight In response to the move by RippleX Software engineer Mayukha Vadari, Krippenreiter, an XRP enthusiast, commented that it would be “awesome to see new ideas for optimizing the Ledger” while asking if MPTs would replace trustlines or whether both would run parallel in the future. I think we’ll have to wait and see on what the ecosystem prefers – MPTs aren’t even live yet, and there’s still a lot of work to be done to get them to be fully integrated in all XRPL features. IMO… The post Ripple Engineer Reveals Major XRP Ledger Optimization Update appeared on BitcoinEthereumNews.com. In a fresh push to consistently optimize the XRP Ledger, RippleX software engineer Mayukha Vadari stated in a recent tweet that over the next few weeks, a number of specs useful for discussion will be published as ideas for the XRP community. Over the past few weeks, I’ve realized that a number of specs sitting in my drafts may actually be useful for discussion. So over the next few weeks I’ll be publishing them as Ideas (I don’t quite have the time to polish them).Here’s the first of those: https://t.co/gn0mq2uZPI — Mayukha Vadari (@msvadari) September 11, 2025 Among the first of such amendment ideas is optimized accounts and trustlines, an alternative proposal that makes several minor changes to how accounts are structured and by which reserves are calculated. You Might Also Like Unlike XLS-23d, this proposal does not limit an account, does not require a flag to suggest that an account should be charged a reduced reserve and does not mandate complicated conversion procedures from “lite” to “full” accounts. Additionally, it allows accounts to only be charged for the resources they use at any given time, which is not possible under the existing proposal; once an account has been converted into a full account, it is always charged a full reserve. MPTs in spotlight In response to the move by RippleX Software engineer Mayukha Vadari, Krippenreiter, an XRP enthusiast, commented that it would be “awesome to see new ideas for optimizing the Ledger” while asking if MPTs would replace trustlines or whether both would run parallel in the future. I think we’ll have to wait and see on what the ecosystem prefers – MPTs aren’t even live yet, and there’s still a lot of work to be done to get them to be fully integrated in all XRPL features. IMO…