Een upgrade van de XRP Ledger (XRP) die op 29 september zou moeten activeren, is met ten minste tien dagen uitgesteld nadat de steun van validators kort onder het vereiste niveau zakte om de upgrade in te schakelen.

De functie, genaamd Batch, zou gebruikers in staat stellen om tot acht transacties tegelijk in te dienen. Met de alles-of-niets-optie kan een koper een getokeniseerd activum betalen en er tegelijk voor ontvangen in één operatie, waardoor geen van beide partijen de transactie alleen kan afronden. Die atomiciteit is vooral belangrijk bij de afwikkeling van getokeniseerde activa, waarbij een betaling zonder de bijbehorende levering — of andersom — één partij tekortschiet.

Het hoofd engineering van RippleX, Ayo Akinyele, vertelde CoinDesk () eerder dat er projecten rond Batch werden gebouwd en dat Ripple meer zou delen over het werk met vermogensbeheerders zodra de functie live ging.

"Sommige projecten worden al gebouwd met Batch in gedachten, dus activering zou dat werk dichter bij productie brengen", zei hij. Hij noemde de partners niet en gaf geen lanceringdata.

De gecorrigeerde upgrade, officieel BatchV1_1 genaamd, herkreeg op 25 september steun van 30 van de 35 vertrouwde validators, volgens het XRPL-amendementdashboard. Die reset startte een nieuwe tweewekelijke countdown, waarmee de vroegste activering op 9 oktober rond 14:46 UTC ligt, mits de steun behouden blijft.

Validators zijn operators die transacties controleren en stemmen over wijingen aan het netwerk. XRPL-upgrades moeten twee opeenvolgende weken steun behouden van meer dan 80% van de vertrouwde validators. Verlies van die steun wist de opgebouwde tijd, zelfs als de stemmen kort daarna terugkeren — zo zorgde een korte dip er alsnog voor dat de activering na 29 september kwam te liggen.

Batch telde al af sinds 15 september. Het is al de tweede poging om de functie te introduceren, nadat ontwikkelaars de oorspronkelijke versie vóór activering hadden ingetrokken vanwege een kritieke fout in de handtekeningcontrole, waardoor de foutieve code niet live ging. De gecorrigeerde implementatie werd in augustus uitgebracht met versie 3.3.0 van de software die de ledger draait.

Een aparte upgrade waarmee accounthouders specifieke taken kunnen delegeren, verloor eveneens de steun die nodig was om de countdown af te ronden. Die upgrade, bekend als PermissionDelegationV1_1, zou een bedrijf in staat stellen een ander account te autoriseren om goedgekeurde handelingen uit te voeren zonder de ondertekeningssleutels te delen die de fondsen beheersen — waardoor de dagelijkse operaties worden gescheiden van het beheer van de activa zelf. Een token-uitgever kan bijvoorbeeld betalings- en compliancetaken toewijzen aan verschillende operationele accounts.

Die upgrade verloor op 23 september de vereiste steun en herkreeg die een dag later, waardoor de vroegste activering van 5 oktober naar 8 oktober rond 21:25 UTC verschoof. Beide functies bevinden zich nu in nieuwe tweewekelijke vensters met dezelfde drempel, wat betekent dat een verder verlies van validatorsteun de data opnieuw zou uitstellen — het amendementdashboard toont of de tellingen standhouden.