What the merge actually does
The change adds five new transaction types — ConfidentialMPTSend, ConfidentialMPTConvert, ConfidentialMPTMergeInbox, ConfidentialMPTConvertBack and ConfidentialMPTClawback. It also pulls in the mpt-crypto library so the network can verify proofs on chain.
Under the hood, that means EC-ElGamal ciphertexts, Pedersen commitments, compact sigma proofs and aggregated Bulletproof range proofs. The point is to keep a balance private while still letting the ledger check that the amounts are consistent — that no token is being conjured out of nothing.
The vote that decides it
Merging into develop isn't activation. The feature has to clear the XRPL amendment process, which requires a supermajority — more than 80% of trusted validators — to approve continuously for two weeks.
Validator Vet expected a package that includes confidential transfers and batch transactions to reach validators for voting in mid-to-late July. A July 20 report said validators were expected to start a vote "in about two weeks."
What issuers would get
The draft introduces issuer opt-in flags, so a token issuer could choose to enable confidential circulation for specific tokens. The trade-off the design makes: the ledger still verifies supply and flows through the proofs, but the amounts themselves stay encrypted.
The next concrete step is the validator vote. If the amendment clears the two-week supermajority threshold, the feature would be live. Until then, the code is in the develop branch and XLS-0096 remains a draft.
That's about 300 words. Let me add a bit more detail and expand a little. Maybe add a sentence about what confidential transfers mean for MPTs specifically. Let me count more carefully and expand to ~450-550. Also I need to make sure I'm not using AI tics. Let me check: no "furthermore", no "it's worth noting", no rhetorical questions. Good. I have "The point is" which is fine, human. Let me also double check the ending — it should be a concrete next thing. "The next concrete step is the validator vote. If the amendment clears the two-week supermajority threshold, the feature would be live." That works. Word count check — let me expand slightly. Final draft: Title: "Rippled Merges Confidential MPT Transfer Code, Validator Vote Next" Content:The rippled client merged support for confidential transfers on Multi-Purpose Tokens into its develop branch on June 27, putting the XRP Ledger a step closer to letting issuers hide token balances without giving up on-chain verification. The code implements XLS-0096, a draft standard published Jan. 15, and it's now waiting on validators to decide whether it ever goes live.
Five new transaction types
The merge adds five new transaction types: ConfidentialMPTSend, ConfidentialMPTConvert, ConfidentialMPTMergeInbox, ConfidentialMPTConvertBack and ConfidentialMPTClawback. It also integrates the mpt-crypto library so the network can verify the cryptographic proofs on chain.
That verification covers EC-ElGamal ciphertexts, Pedersen commitments, compact sigma proofs and aggregated Bulletproof range proofs. The design goal is straightforward: keep a token balance private while still letting the ledger confirm the math holds — that supply hasn't been inflated and flows match the proofs.
Activation is a two-week vote
Merging into the develop branch isn't the same as shipping. Under the XRPL amendment process, activation requires a supermajority — more than 80% of trusted validators — to approve continuously for two weeks.
Validator Vet expected a package including confidential transfers and batch transactions to reach validators for voting in mid-to-late July. A July 20 report said validators were expected to start a vote "in about two weeks."
Issuers opt in, amounts stay hidden
The draft introduces issuer opt-in flags, so an issuer could enable confidential circulation for specific tokens rather than the whole asset class. The ledger would still verify supply and flows through the proofs; it just wouldn't broadcast the amounts to every observer.
What happens next is the validator vote. If the amendment clears the two-week supermajority threshold, the feature goes live. Until then, the code sits in the develop branch and XLS-0096 remains a draft standard.
That's around 340 words. I need 450-700. Let me expand a bit more — add a bit about what this means for MPTs, or the context of the draft standard being created in January. Let me add a sentence or two. Actually let me add a short section or expand existing ones: In the first section, I could add: "The draft standard was created Jan. 15, and the develop branch merge came just over five months later." That's a fact-derived detail. In the vote section, I can add a bit about the timing. Let me also make the lead a bit richer. Final:The rippled client merged support for confidential transfers on Multi-Purpose Tokens into its develop branch on June 27, putting the XRP Ledger a step closer to letting issuers hide token balances without giving up on-chain verification. The code implements XLS-0096, a draft standard published Jan. 15, and it's now waiting on validators to decide whether it ever goes live.
Five new transaction types
The merge adds five new transaction types: ConfidentialMPTSend, ConfidentialMPTConvert, ConfidentialMPTMergeInbox, ConfidentialMPTConvertBack and ConfidentialMPTClawback. It also integrates the mpt-crypto library so the network can verify the cryptographic proofs on chain.
That verification covers EC-ElGamal ciphertexts, Pedersen commitments, compact sigma proofs and aggregated Bulletproof range proofs. The design goal is straightforward: keep a token balance private while still letting the ledger confirm the math holds — that supply hasn't been inflated and flows match the proofs.
Activation is a two-week vote
Merging into the develop branch isn't the same as shipping. Under the XRPL amendment process, activation requires a supermajority — more than 80% of trusted validators — to approve continuously for two weeks.
Validator Vet expected a package including confidential transfers and batch transactions to reach validators for voting in mid-to-late July. A July 20 report said validators were expected to start a vote "in about two weeks." That timeline would put the opening of the vote in early August, though there's no public confirmation yet that it has formally opened.
Hmm, "though there's no public confirmation yet" — I don't have that fact. Let me rephrase to stay safe: "That timeline would put the opening of the vote in early August." Actually, that's an inference from the facts, which is fine as a journalistic observation, but I should be careful. Let me just say "That would put the vote in early August." and move on. Actually, since today is Aug 10, saying "that would put the vote around early August" is a reasonable inference. But I should be careful not to assert something I don't know. Let me phrase: "A July 20 report said validators were expected to start a vote 'in about two weeks' — which would land in early August." That's fine.Issuers opt in, amounts stay hidden
The draft introduces issuer opt-in flags, so an issuer could enable confidential circulation for specific tokens rather than the whole asset class. The ledger would still verify supply and flows through the proofs; it just wouldn't broadcast the amounts to every observer. The trade-off is deliberate: privacy for holders, but not a free pass on supply integrity.
What happens next is the validator vote. If the amendment clears the two-week supermajority threshold, the feature goes live. Until then, the code sits in the develop branch and XLS-0096 remains a draft standard.
Let me count: roughly 380 words. I need a bit more. Let me add a sentence or two in the first section about what MPTs are, or add context. Actually, I could add a brief note about the amendment process being the standard path for XRPL changes. Or expand the lead. Let me add one more sentence to the lead and maybe a closing line that's more concrete. Actually, let me reconsider the structure. The facts also mention "If enabled, issuers could opt into confidential circulation for specific tokens while retaining on-chain verification of supply and flows through proofs." That's covered. Let me add a sentence about the draft being a year in the making — no wait, it was created Jan 15, 2026, and merged June 27, 2026. That's about five months. I'll add: "The draft standard was first published Jan. 15, so the develop-branch merge landed about five months after the spec took shape." That's fact-derived. Let me finalize at around 450-500 words. Full content:The rippled client merged support for confidential transfers on Multi-Purpose Tokens into its develop branch on June 27, putting the XRP Ledger a step closer to letting issuers hide token balances without giving up on-chain verification. The code implements XLS-0096, a draft standard published Jan. 15, and it's now waiting on validators to decide whether it ever goes live.
Five new transaction types
The merge adds five new transaction types: ConfidentialMPTSend, ConfidentialMPTConvert, ConfidentialMPTMergeInbox, ConfidentialMPTConvertBack and ConfidentialMPTClawback. It also integrates the mpt-crypto library so the network can verify the cryptographic proofs on chain.
That verification covers EC-ElGamal ciphertexts, Pedersen commitments, compact sigma proofs and aggregated Bulletproof range proofs. The design goal is straightforward: keep a token balance private while still letting the ledger confirm the math holds — that supply hasn't been inflated and flows match the proofs. The draft standard was first published Jan. 15, so the develop-branch merge landed about five months after the spec took shape.
Activation is a two-week vote
Merging into the develop branch isn't the same as shipping. Under the XRPL amendment process, activation requires a supermajority — more than 80% of trusted validators — to approve continuously for two weeks.
Validator Vet expected a package including confidential transfers and batch transactions to reach validators for voting in mid-to-late July. A July 20 report said validators were expected to start a vote "in about two weeks" — which would put it in early August.
Issuers opt in, amounts stay hidden
The draft introduces issuer opt-in flags, so an issuer could enable confidential circulation for specific tokens rather than the whole asset class. The ledger would still verify supply and flows through the proofs; it just wouldn't broadcast the amounts to every observer. The trade-off is deliberate: privacy for holders, but not a free pass on supply integrity.
What happens next is the validator vote. If the amendment clears the two-week supermajority threshold, the feature goes live. Until then, the code sits in the develop branch and XLS-0096 remains a draft standard.
That's about 330 words. Still short of 450. Let me expand more. I could add a section or expand existing ones. Let me add a bit more detail about the technical aspects, or about what this means for the network. Actually, let me reconsider — the user said 450-700 words. I should aim for at least 450. Let me expand each section a bit. Let me expand the first section with a bit more explanation of what confidential transfers mean for MPTs, and expand the vote section with more context on the amendment process. Let me also add a lead that's slightly longer
