XRP Ledger is preparing for the XRPLD 3.3.0 release, which Jazzi Cooper, Head of Product at RippleX, announced on July 31, 2026, with an expected target release in the following week. This release will introduce 5 new amendments to the voting schedule, including Confidential MPT, Batch, Permission Delegation, Sponsored Fees and Reserves, and Dynamic MPT. The goal is to expand XRPL’s support for tokenized assets, ranging from private transactions and batch settlement to transaction delegation, fee sponsorship, and post-issuance token configuration updates.
Notably, two of these features, Batch and Permission Delegation, were previously removed from the mainnet roadmap after critical bugs were discovered during the voting phase or in non-production environments.
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
A Cleanup Upgrade With Security Baggage
XRPLD 3.3.0 continues a series of maintenance upgrades that XRPL executed throughout 2026. Before this, v3.1.1, released on February 23, disabled Batch and fixBatchInnerSigs after a critical bug was discovered.
On May 14, the company released V3.1.3, introducing fixCleanup3_1_3 to address bugs in NFTs, Permissioned Domains, Vaults, Lending Protocol, and MPTs. By v3.2.0 on June 15, XRPL renamed the core server from rippled to XRPLD and added fixCleanup3_2_0 for vaults, lending, permissioned DEX, MPTs, and permissioned domains.
These steps reflect efforts to re-establish the network’s security discipline before re-launching major features.
The Features Coming Back Into Focus
Confidential MPT adds a privacy layer to Multi-Purpose Tokens, enabling the hiding of balances and transfer amounts on the public ledger while maintaining mechanisms for designated issuers or auditors to view transaction data. This is the aspect RippleX emphasizes for financial institutions that require transaction privacy while maintaining auditability.
Batch allows grouping up to 8 transactions into a single ledger. Transactions can be processed under various execution modes, such as all-or-nothing (all succeed), single success, execution until an error occurs, or independent execution. This paves the way for workflows like delivery-versus-payment, atomic settlement, or multi-step transactions that must be bundled together.
Permission Delegation allows an account to delegate a narrow scope of permissions to another account to execute transactions on its behalf. For financial institutions, this is a familiar model: one party holds custody, while another operates transactions, but permissions are restricted by action type.
Sponsored Fees and Reserves allow a sponsor—such as a bank, issuer, or platform—to pay transaction fees and account reserves on behalf of another user. Dynamic MPT allows certain properties of an MPT to be updated post-issuance, rather than fixing the token completely from day one.
The Bug That Forced A Reset
According to a vulnerability disclosure from XRPL Labs, on February 19, 2026, Pranamya Keshkamat and Cantina AI’s security tool, Apex, discovered a logic flaw in the signature check mechanism of the Batch amendment.
In the Batch design, inner transactions do not carry their own signatures. Delegation is handled at the outer transaction level via a list of batch signers. The bug resided in a signer check loop: when encountering an account that did not yet exist on the ledger but possessed a signing key matching that account, the system could conclude successfully prematurely and skip the remaining signers.
If Batch had been activated before the bug was discovered, an attacker could have executed a Payment from a victim’s account without requiring their private key. The XRPL Labs disclosure also highlighted the potential for unauthorized execution of AccountSet, TrustSet, or even AccountDelete. The bug was discovered during the voting phase before becoming active on the mainnet, meaning no user funds were ever at real risk.
Permission Delegation also had its own history. A disclosure from September 2025 indicated that a bug in this feature could cause an account to have transaction fees unauthorizedly deducted under certain conditions. This feature was also not active on the mainnet when the bug was found, and validators were advised to vote No. A corrected version was later included in a replacement roadmap.
Validators Face The Real Deadline
The amendments in XRPL 3.3.0 will not automatically activate simply because the software is released. On XRPL, changes impacting transaction processing must pass through the amendment process. An amendment requires maintaining over 80% support from trusted validators for two weeks to be permanently activated.
This point is crucial as Jazzi Cooper also emphasized that amendments only activate after approval by validator voting. For validators, early upgrading provides them with the code to understand the new rules if the amendments pass. For node operators, exchanges, API providers, or applications building on XRPL, lagging behind on updates could lead to an “amendment-blocked” state when the network transitions to the new rule set.
According to data on xrpscan, the XRP Ledger has 546 running nodes. Among them, 334 nodes run rippled-3.2.1 (approximately 61%), 113 nodes run rippled-3.2.0 (nearly 21%), and 58 nodes remain on rippled-3.1.3 (nearly 11%).
Distribution of Node versions on the XRP Ledger. Source: XRPScan
A Test For XRPL’s DeFi Ambitions
If put to a vote and sequentially activated, this group of 5 amendments will complete a critical technical piece for the real-world asset (RWA) tokenization puzzle on XRPL: ensuring both privacy and enterprise-grade permissioning, while optimizing onboarding costs for end users.
However, the greatest value of the 3.3.0 upgrade lies in serving as a “litmus test” for network discipline. Batch and Permission Delegation are not entirely new features, but tools once suspended due to critical bugs that are now returning after rigorous auditing.
For everyday XRP holders, the update does not alter tokenomics or require any wallet actions. But for builders and issuers, this serves as a practical yardstick for whether XRPL can safely scale into the DeFi/Institutional Finance space without sacrificing execution speed.
