\n
![](\"https:\/\/media.crypto.news\/2026\/06\/XRPLnew.webp\")
<\/p>\n
\n<\/p>\n
The XRP Ledger has activated its Batch feature on mainnet with support from 30 validators, allowing users to bundle between two and eight transactions into one operation.<\/p>\n
\n Summary<\/span>\n <\/p>\n <\/p>\n XRPScan\u2019s dashboard<\/a> shows BatchV1_1 as active on mainnet, according to the reported amendment data, following the network\u2019s two-week validator approval period.<\/p>\n With 30 of 35 validators supporting the change, the reported vote count puts approval at about 85.7%. Under XRPL\u2019s amendment process, proposals must sustain the required validator supermajority for two consecutive weeks before their rules take effect.<\/p>\n According to XRPL\u2019s documentation<\/a>, Batch contains an outer transaction and a list of two to eight inner transactions. The chosen execution mode determines whether the actions depend on each other or can complete separately.<\/p>\n <\/p>\n XRPL validator Vet described the feature as useful for institutions and retail developers, pointing to over-the-counter trades, delivery-versus-payment settlement, NFT-for-NFT exchanges and transactions whose execution depends on another action.<\/p>\n \u201cIts a massively important functionality for the XRP Ledger to allow crucial use cases for institutions and also retail builders,\u201d Vet said.<\/p>\n<\/blockquote>\n In his assessment, developers have considerable room to build around the feature, which he described as a \u201cbig unlock.\u201d<\/p>\n For linked exchanges, the official Batch specification describes an all-or-nothing setting that requires every included action to succeed. Under that setting, a failed transfer prevents the rest of the group from completing independently, according to the specification.<\/p>\n In its Sep. 15 coverage, crypto.news previously reported that developers had fixed 11 software issues<\/a> before the latest approval process, while RippleX said commercial projects using Batch were already under contract or development.<\/p>\n RippleX\u2019s examples included a token swap between two users and a customer payment paired with a platform fee. Its account described projects in development without naming the companies involved.<\/p>\n According to the published specification, participating accounts must approve the transaction collection in a multi-account Batch. The signing rules bind their approval to the bundled actions, preventing one participant from treating another party\u2019s transfer as a separately authorized payment.<\/p>\n The official specification gives users four choices: All or Nothing, Only One, Until Failure, and Independent.<\/p>\n Under All or Nothing, the group completes only if every included action succeeds, the specification says. Only One instead permits a single successful action, supporting a sequence of alternatives rather than requiring the entire collection to complete.<\/p>\n For ordered operations, Until Failure processes actions until an action fails, retaining earlier successful steps under the specification\u2019s rules. Independent attempts the included actions separately, without requiring every action to succeed.<\/p>\n According to XRPL\u2019s transaction reference, users must select one execution mode for the Batch. The reference also prohibits nesting a Batch transaction inside another Batch and rejects duplicate inner transactions.<\/p>\n In its Sep. 29 review of Batch mechanics<\/a>, earlier reporting detailed a Sep. 25 emergency software release that introduced fixBatchV1_2 to address security-sensitive issues.<\/p>\n The XRPL Foundation\u2019s version 3.4.1 notice<\/a> urged operators to upgrade promptly and identified Oct. 9 as the expected activation date for that security amendment, conditional on sustained validator support.<\/p>\n For applications handling completed payments, XRPL\u2019s tutorial<\/a> warns that a successful outer Batch result does not guarantee that its inner transactions succeeded.<\/p>\n The tutorial instructs developers to inspect the individual transaction results and verify account balances. In its all-or-nothing example, a failed inner payment causes all included payments to fail, while the Batch transaction fee is still deducted.<\/p>\n Separate from Batch, XRPL\u2019s LendingProtocolV1_1 amendment adds closed-ended vaults and cash-basis accounting, according to the network\u2019s version 3.4.0 release notes.<\/p>\n A Sep. 18 report on the lending and protocol revisions<\/a> documented the software release issued on Sep. 16 and explained that distributing the software did not itself activate the amendments.<\/p>\n Under the release\u2019s lending design, vaults have defined subscription, investment, and redemption periods. XRPL\u2019s documentation says depositors can add or withdraw assets during subscription, while the investment period stops deposits and withdrawals as funds become available for loans.<\/p>\n Once the investment period ends, the documentation provides for redemption so depositors can recover their share after loans mature.<\/p>\n For newly created vaults, the proposed accounting rules recognize interest when borrowers pay it, rather than recording all scheduled interest when a loan begins. According to XRPL\u2019s documentation, older vaults retain their existing accounting model after the V1.1 amendment activates.<\/p>\n For U.S. stock-market investors, Evernorth\u2019s planned Nasdaq listing provides a separate XRP-related corporate development documented in an Oct. 6 SEC filing.<\/p>\n\n\n
XRP Ledger Batch supports linked trades and payments<\/h2>\n
\n
Four execution modes determine which actions complete<\/h2>\n
XRPL lending revision adds defined vault periods<\/h2>\n
Evernorth\u2019s Nasdaq plan sets out U.S. shareholder exposure<\/h2>\n