NotizieCryptoXRP Ledger Batch V1.1 si avvicina all’attivazione con 27 voti dei validatori

XRP Ledger Batch V1.1 si avvicina all’attivazione con 27 voti dei validatori

Autore: Coindoo·

Punti chiave

  • Altri due validatori favorevoli porterebbero l’approvazione all’82,86%, superando la soglia necessaria per avviare il periodo di attivazione.
  • Batch V1.1 può coordinare fino a otto transazioni collegate e può richiedere che ogni istruzione abbia esito positivo prima di registrare il batch.
  • L’emendamento rivisto sostituisce una versione precedente ritirata dopo che i ricercatori avevano individuato una vulnerabilità nell’autorizzazione prima dell’attivazione sulla mainnet.
  • Batch sarebbe opzionale e non renderebbe più veloci i normali trasferimenti di XRP né richiederebbe modifiche da parte di tutte le applicazioni.
  • Wallet, marketplace e servizi di pagamento dovrebbero comunque integrare la funzionalità prima che gli utenti possano beneficiarne.
XRP Ledger Batch V1.1 si avvicina all’attivazione con 27 voti dei validatori

L’emendamento Batch V1.1 di XRP Ledger si sta avvicinando all’attivazione dopo aver ricevuto il sostegno di 27 dei 35 validatori monitorati da XRPScan alle 06:25 UTC del 15 settembre 2026.

Altri due validatori favorevoli porterebbero l’approvazione all’82,86%, oltre la soglia dell’80% necessaria per avviare il periodo di attivazione. L’emendamento dovrebbe quindi mantenere il sostegno richiesto per due settimane consecutive prima di entrare a far parte delle regole attive di XRP Ledger.

Il processo distingue tra la disponibilità del codice dell’emendamento e la sua attivazione sulla rete operativa. Un emendamento può essere incluso nel software dei server di XRP Ledger, ma non modifica il comportamento della mainnet finché i validatori non lo approvano e il periodo richiesto non viene completato.

Come Batch V1.1 potrebbe prevenire pagamenti incompleti

Batch V1.1 consentirebbe di inviare insieme fino a otto transazioni collegate. Il ledger potrebbe verificare e registrare le istruzioni selezionate durante la stessa chiusura del ledger, invece di richiedere a un’applicazione di inviare e confermare ogni passaggio separatamente.

Per esempio, una vendita su un marketplace potrebbe comprendere tre azioni: un acquirente invia il pagamento, un venditore trasferisce un asset e il marketplace riceve la propria commissione. Con l’opzione “tutto o niente”, tutte e tre le istruzioni dovrebbero avere esito positivo, altrimenti l’intero batch fallirebbe. Questo impedirebbe che il pagamento dell’acquirente venisse registrato se il trasferimento dell’asset corrispondente non potesse essere completato.

Un batch potrebbe inoltre coordinare istruzioni che coinvolgono più di un account. Ciò renderebbe la funzionalità rilevante per le applicazioni in cui diversi partecipanti devono autorizzare parti differenti della stessa operazione.

L’emendamento non renderebbe più veloci i normali trasferimenti di XRP né obbligherebbe tutte le applicazioni a utilizzare i batch. Fornirebbe invece una struttura opzionale per le transazioni, destinata agli sviluppatori che realizzano servizi composti da diversi passaggi collegati.

V1.1 sostituisce un emendamento Batch ritirato

L’emendamento Batch originale presentava un difetto nel modo in cui verificava l’autorizzazione delle transazioni all’interno di un batch. I ricercatori di sicurezza hanno individuato il problema a febbraio, mentre l’emendamento era ancora in attesa di attivazione.

Ai validatori è stato consigliato di ritirare il proprio sostegno prima che la funzionalità raggiungesse la mainnet, quindi la vulnerabilità non ha inciso sui fondi degli utenti. La segnalazione della vulnerabilità della XRP Ledger Foundation descrive la risposta e identifica l’implementazione precedente come non supportata.

Batch V1.1 sostituisce quella versione dopo la correzione della logica di autorizzazione. Secondo RippleX, l’implementazione rivista è stata inoltre sottoposta a un’ulteriore revisione del codice, a test e a valutazioni di sicurezza esterne prima di tornare al processo di votazione dei validatori.

Il nuovo voto rappresenta quindi più di un secondo tentativo di attivare la stessa funzionalità. I validatori stanno decidendo se la sostituzione affronti in modo sufficiente il problema che aveva bloccato l’emendamento originale.

Batch è più vicino all’attivazione rispetto al sistema di prestiti pianificato da XRPL

La posizione di Batch può essere confrontata con quella di altri due cambiamenti di XRP Ledger che stanno avanzando nel processo di approvazione degli emendamenti. La proposta fixCleanup3_3_0 affronta questioni di manutenzione e sicurezza relative a vault, market maker automatizzati e trading autorizzato. Migliora i percorsi di transazione esistenti invece di introdurre una nuova funzione di pagamento per le applicazioni.

Il sistema di credito istituzionale pianificato rimane più lontano dall’implementazione. Sia Single Asset Vaults sia Lending Protocol richiedono un sostegno sufficiente da parte dei validatori e l’attivazione di uno solo dei due non creerebbe un mercato nativo dei prestiti funzionante.

Batch ha un ambito più ristretto perché coordina transazioni già supportate da XRP Ledger, inclusi pagamenti, trasferimenti di asset e commissioni. I suoi 27 validatori favorevoli lo collocano più vicino alla soglia di attivazione rispetto ai due emendamenti necessari per i prestiti nativi.

Il confronto mostra inoltre perché l’approvazione di un emendamento non si traduca sempre direttamente in un prodotto finito. I prestiti richiedono diversi componenti di protocollo collegati, mentre Batch fornirebbe alle singole applicazioni uno strumento che potrebbero integrare autonomamente.

Cosa significherebbe l’attivazione per wallet e marketplace

Il completamento del processo di attivazione renderebbe Batch disponibile sul ledger operativo, ma wallet, marketplace e servizi di pagamento dovrebbero comunque integrarlo nei propri prodotti.

Gli utenti non dovrebbero modificare il modo in cui effettuano un normale trasferimento di XRP. La differenza diventerebbe visibile all’interno delle applicazioni che attualmente chiedono ai clienti di completare diverse azioni collegate o di ripetere un’operazione dopo il fallimento di un’istruzione.

I servizi che combinano un pagamento, un trasferimento di asset e una commissione della piattaforma sono tra i potenziali utilizzatori più evidenti. Ogni fornitore dovrebbe comunque stabilire quali passaggi includere in un batch e se tutti debbano avere esito positivo prima che la richiesta del cliente venga considerata completata.

Il voto è solo il primo test per Batch V1.1

Il raggiungimento della soglia di attivazione stabilirebbe se i validatori sono pronti a eseguire Batch V1.1, ma non mostrerebbe quale domanda esista per la funzionalità. A questa domanda si potrà rispondere solo attraverso l’adozione da parte di wallet, marketplace e applicazioni di pagamento.

Batch potrebbe avere un vantaggio rispetto alle più ambiziose proposte di prestito di XRPL perché gli sviluppatori non dovrebbero attendere diversi componenti del protocollo o la creazione di un mercato finanziario completamente nuovo. Potrebbero applicarlo a flussi di transazione già esistenti.

La sua importanza futura dipenderà quindi meno dal voto sull’emendamento che dal fatto che i servizi XRPL incontrino un numero sufficiente di errori nei processi composti da più passaggi da giustificarne l’integrazione.

Questo articolo è fornito esclusivamente a scopo informativo e non costituisce consulenza finanziaria o di investimento. Il sostegno dei validatori e lo stato dell’emendamento possono cambiare.

Fonte: Coindoo.