Secondo Ripple, gli asset manager si stanno preparando per XRP Ledger Batch V1.1, un aggiornamento dei pagamenti che consente di regolare più transazioni collegate come un'unica operazione all-or-nothing. L'emendamento può raggruppare fino a otto transazioni XRP Ledger sotto un'unica operazione principale, in modo che ogni transazione venga completata oppure l'intero gruppo venga annullato. L'aggiornamento permette a trasferimenti di asset, pagamenti e commissioni di piattaforma di essere regolati insieme, o fallire insieme, come un'unica operazione.

Il supporto alla funzionalità si attesta attualmente su 30 dei 35 validator tracciati, secondo l'XRPL Dashboard, un totale superiore alla soglia di maggioranza qualificata dell'80% che l'emendamento deve mantenere perché l'attivazione proceda. Un emendamento necessita di 28 voti per avviare il conto alla rovescia per l'attivazione, processo iniziato il 15 settembre alle 14:06:41 UTC. Secondo il processo di emendamento dell'XRP Ledger, le modifiche al protocollo hanno effetto solo dopo un supporto di maggioranza qualificata prolungato tra i validator, un meccanismo progettato per garantire un ampio consenso prima che le modifiche raggiungano la rete attiva. Se il supporto resta sopra la soglia richiesta dell'80% per quattordici giorni consecutivi, l'attivazione potrebbe seguire il 29 settembre.

Ayo Akinyele, responsabile ingegneria di RippleX, ha dichiarato che progetti commerciali stanno già sviluppando pensando a XRP Ledger Batch V1.1.

Percorso condizionale verso l'attivazione

Il voto offre a Batch V1.1 un percorso condizionale verso l'attivazione. I validator possono cambiare posizione in qualsiasi momento durante il conto alla rovescia. Se il supporto scende sotto l'80%, il cronometro si ferma e un nuovo periodo di quattordici giorni deve iniziare una volta che l'emendamento avrà recuperato la soglia.

Batch V1.1 raggruppa le transazioni sotto un'operazione principale. Gli utenti possono inviare fino a otto transazioni collegate, ciascuna con i propri dettagli. L'impostazione all-or-nothing impedisce la regolazione parziale quando una singola transazione del gruppo fallisce.

A differenza di un flusso di lavoro multi-step, l'operazione raggruppata offre alle controparti condizione di regolamento esplicita: se una parte fallisce, il ledger non completa l'altra. Questo design potrebbe semplificare il regolamento per fondi, sedi di trading ed emittenti di token sull'XRP Ledger, e offre agli sviluppatori un modo per combinare trasferimenti senza affidarsi a callback o riconciliazione manuale. La funzionalità in sé non garantisce l'adozione, poiché i progetti devono comunque completare test, conformità e attività preparatorie.

Il delivery-versus-payment guida i casi d'uso

La funzione di raggruppamento è particolarmente rilevante per gli asset manager che costruiscono mercati digitali. Un fondo può trasferire un asset tokenizzato ricevendo contestualmente il pagamento all'interno della stessa operazione di ledger, dando a Batch V1.1 un ruolo diretto nel regolamento atomico.

Akinyele ha individuato il delivery-versus-payment come caso d'uso chiave. Questo metodo collega la consegna dell'asset e il pagamento, invece di chiedere a una parte di inviare per prima, riducendo l'esposizione a regolamenti incompleti durante uno scambio.

Ripple ha indicato anche le commissioni come un'altra applicazione. Exchange, wallet e marketplace possono aggiungere costi di servizio a una transazione del cliente, consentendo a pagamento e commissione di essere elaborati come un'unica operazione raggruppata.

RippleX non ha reso noti i progetti commerciali che lavorano con la funzionalità. Akinyele ha detto che ulteriori dettagli seguiranno dopo che i partner avranno definito formalmente i loro piani e i tempi di lancio, aggiungendo che l'attivazione avvicinerebbe il lavoro di sviluppo alla produzione.

Un ritorno dopo un difetto di sicurezza

L'attivazione pianificata segue il ritiro di Batch V1.0. I ricercatori hanno identificato a febbraio un difetto critico di validazione delle firme. In certe condizioni, il codice poteva interrompere il controllo delle firme in anticipo, permettendo a un attaccante di includere transazioni di un altro conto senza autorizzazione.

I validator non avevano attivato l'emendamento originale quando gli sviluppatori lo hanno ritirato. Il codice vulnerabile non ha quindi mai controllato il ledger attivo, e il difetto non ha esposto direttamente fondi degli utenti.

RippleX ha utilizzato l'incidente per ridisegnare parti del modello di firma e autorizzazione. Il sostituto è stato rilasciato nella versione 3.3.0 di xrpld il 6 agosto, e Ripple ha dichiarato che il codice ora in esame corrisponde a quella versione.

La revisione è stata ampliata includendo analisi assistite da AI e un attacca contest Sherlock. Le società di sicurezza Halborn e Common Prefix hanno condotto valutazioni, e RippleX ha applicato test avversari interni prima di chiedere l'approvazione dei validator. La società ha detto che il processo ampliato ha sostenuto il ritorno dell'emendamento al voto.

Akinyele ha dichiarato che team ha alzato lo standard di revisione, risolto il difetto e sottoposto Batch V1.1 a un nuovo voto dei validator.

Secondo il calendario attuale, la finestra dell'emendamento prosegue fino al 29 settembre. Il supporto deve rimanere all'80% o oltre per tutto il periodo. Qualsiasi calo sotto tale livello metterebbe in pausa l'attivazione e richiederebbe un nuovo conto alla rovescia una volta recuperato il supporto.

Fonte: Blockonomi