The XRP Ledger is advancing toward its next core software release, xrpld version 3.3.0, expected in the coming week. This update will place five proposed amendments before network validators, expanding support for tokenized assets, institutional operations, privacy protections, and more flexible transaction handling.
Two of the proposals revive earlier designs that had been withdrawn after serious security flaws were identified.
RippleX Head of Product Jazzi Cooper outlined the package, noting that the ledger has already shown it can handle tokenized assets at meaningful scale.
XRPL has already proven it can support tokenized assets at scale. Now it’s time to put these assets to use: global transfers, trading, collateralizing, and settling.
The upcoming release of xrpld 3.3.0 includes five amendments that move XRPL significantly closer to that goal.…
— Jazzi Cooper (@jazzicoop) July 31, 2026
Attention is now turning to practical applications including cross-border transfers, trading, collateral use, and settlement.
The five amendments—Confidential Multi-Purpose Tokens (MPT), Batch, Permission Delegation, Sponsored Fees and Reserves, and Dynamic MPT—are intended to support that next stage of development.
Batch permits up to eight transactions spanning different accounts to run together in an all-or-nothing fashion within one ledger close.
This atomic approach enables more complex workflows and institutional patterns such as delivery-versus-payment without introducing external trust assumptions.
The feature had previously reached the validator voting stage in February 2026.
Security researcher Pranamya Keshkamat, in collaboration with Cantina, then uncovered a critical weakness in its signature-validation logic that could have allowed an attacker to execute transactions from arbitrary accounts without holding the corresponding keys.
Validators were advised to reject the proposal, and an emergency software release marked the amendment unsupported to prevent activation.
Because it never reached the main network, no balances were affected.
A corrected implementation is now part of the forthcoming release.
Permission Delegation lets an institution assign narrowly defined transaction rights to another account while retaining full control of signing authority.
This supports role-based access common in institutional settings.
A vulnerability disclosed in September 2025 showed that the original design could allow one account to impose fees on another and potentially deplete its balance.
The feature was disabled, and both original proposals were later listed as obsolete pending revised versions.
The three remaining amendments are new.
Confidential MPT pairs zero-knowledge proofs with elliptic-curve encryption so that Multi-Purpose Token balances and transfer amounts can remain private on the public ledger.
Authorized parties such as auditors or regulators can still verify details when required—an important consideration for institutions evaluating public blockchain use.
Sponsored Fees and Reserves enables a bank, issuer, or platform to cover another account’s XRP transaction costs and reserve requirements.
Account holders keep ownership of their keys and accounts while avoiding the need to obtain XRP simply to begin interacting with the network.
Dynamic MPT allows an issuer to specify at creation time which token properties may later be adjusted.
This avoids the need for a full migration to a new token when transfer fees, metadata, or other settings must change in response to business or regulatory developments.None of the amendments activate automatically.
Protocol changes on the XRP Ledger take effect only after at least 80 percent of trusted validators sustain support for two consecutive weeks.
This process keeps decision-making with the broader network.
The upcoming software release therefore restores previously paused capabilities in strengthened form while adding tools focused on privacy, easier institutional onboarding, and greater operational flexibility. Validators will determine the timeline through their review and voting.