A proposed change to the XRP Ledger could let someone else pick up the tab for transaction fees and account reserves. The amendment, called XLS-68, is part of the xrpld v3.3.0 bundle. If it gets enough validator support, some users would be able to use XRPL applications without ever holding XRP directly — a sponsor handles the costs instead.
How the sponsorship model works
Under XLS-68, a sponsor — say, a fintech app or a bank — can cover transaction fees and the reserve requirement for a user's account. That means the user doesn't need to buy XRP just to get started. The sponsor pays in XRP, but the end user may never touch the token. The feature is designed to abstract away the friction of holding a native asset for every interaction.
Who stands to benefit
Enterprise and consumer-facing applications are the obvious winners. Banks rolling out XRPL-based payment rails, fintechs building wallet apps, and gaming platforms that want to onboard casual users could all use sponsored fees to remove the first hurdle. Instead of asking a new user to acquire XRP, the app just covers the cost behind the scenes. That's a smoother experience, especially for people unfamiliar with crypto.
The trade-off for XRP
There's a catch. If sponsored fees become common, XRP becomes less visible in the user journey. Fewer people might feel the need to hold the token themselves, which could soften perceived demand. But the flip side is more network activity — lower onboarding friction tends to bring in more users and more transactions. The net effect on XRP's role is uncertain and will depend on how sponsors behave, how much volume they generate, and how the reserve mechanics play out in practice.
What comes next
XLS-68 is still a proposal. It needs validator consensus to activate — the required threshold hasn't been reached yet. No timeline has been set for a vote. The actual impact will hinge on adoption patterns, sponsor behavior, and how applications implement the feature. For now, the amendment sits in the bundle, waiting on validators.
