Un aggiornamento dell'XRP Ledger (XRP) la cui attivazione era prevista per il 29 settembre è stato rinviato di almeno 10 giorni dopo che il supporto dei validatori è sceso brevemente sotto il livello necessario per attivarlo.

La funzionalità, chiamata Batch, consentirebbe agli utenti di inviare fino a otto transazioni insieme. La sua opzione all-or-nothing potrebbe permettere a un acquirente di pagare un asset tokenizzato e riceverlo in un'unica operazione, impedendo a una delle due parti della transazione di completare l'operazione da sola. Quell'atomicità è soprattutto rilevante per il regolamento degli asset tokenizzati, dove un pagamento eseguito senza la corrispondente consegna — o viceversa — lascia una parte scoperta.

Il responsabile ingegneria di RippleX, Ayo Akinyele, aveva dichiarato in precedenza a CoinDesk () che dei progetti venivano sviluppati intorno a Batch e che Ripple avrebbe condiviso maggiori dettagli sul lavoro con gli asset manager una volta che la funzionalità fosse diventata operativa.

"Alcuni progetti vengono già sviluppati pensando a Batch, quindi l'attivazione consentirebbe a quel lavoro di avvicinarsi alla produzione", ha detto. Non ha indicato i partner né fornito date di lancio.

L'aggiornamento corretto, denominato formalmente BatchV1_1, ha riguadagnato il supporto di 30 validatori fidati su 35 il 25 settembre, secondo la dashboard degli emendamenti XRPL. Quel reset ha avato un nuovo conto alla rovescia di due settimane, fissando l'attivazione più precoce al 9 ottobre intorno alle 14:46 UTC, se il supporto si manterrà.

I validatori sono operatori che verificano le transazioni e votano le modifiche alla rete. Gli aggiornamenti XRPL devono mantenere il supporto di oltre l'80% dei validatori fidati per due settimane consecutive. Perdere tale supporto annulla il tempo accumulato, anche se i voti tornano poco dopo — ed è così che una breve flessione è riuscita a spingere l'attivazione oltre il 29 settembre.

Batch era in conto alla rovescia dal 15 settembre. Si tratta già del secondo tentativo di introdurre la funzionalità, dopo che gli sviluppatori hanno ritirato la versione originale a causa di un difetto critico di verifica delle firme prima dell'attivazione, un ritiro che ha impedito al codice difettoso di andare in produzione. L'implementazione corretta è stata rilasciata ad agosto con la versione 3.3.0 del software che gestisce il ledger.

Un aggiornamento separato che consente ai titolari di account di delegare compiti specifici ha perso anche lui il supporto necessario per completare il conto alla rovescia. L'aggiornamento, noto come PermissionDelegationV1_1, permetterebbe a un'azienda di autorizzare un altro account a eseguire azioni approvate senza condividere le chiavi di firma che controllano i suoi fondi — separando le operazioni quotidiane dalla custodia degli asset stessi. Un emittente di token, ad esempio, potrebbe assegnare i compiti di pagamento e conformità a diversi account operativi.

Quell'aggiornamento ha perso il supporto qualificante il 23 settembre e lo ha riguadagnato un giorno dopo, spostando la sua attivazione più precoce dal 5 ottobre all'8 ottobre intorno alle 21:25 UTC. Entrambe le funzionalità si trovano ora in nuovi intervalli di due settimane regolati dalla stessa soglia, il che significa che qualsiasi ulteriore calo del supporto dei validatori spingerebbe nuovamente le date in avanti — con la dashboard degli emendamenti che mostrerà se i conteggi si manterranno.