Aggiornamento sull’upgrade di XRP: Batch su XRPL slitta al 9 ottobre e cosa cambia

L’upgrade di XRP che avrebbe dovuto attivarsi il 29/09 non è avvenuto. L’emendamento Batch dell’XRP Ledger, distribuito nella versione corretta BatchV1_1, ha perso per un breve periodo il supporto dei validatori intorno al 25/09, azzerando il conto alla rovescia di due settimane e posticipando la prima data possibile di attivazione al 09/10/2026, alle 14:46 UTC circa. Questo articolo spiega cosa aggiunge effettivamente Batch al ledger, perché un breve calo dei voti può azzerare il conto alla rovescia, cosa devono fare operatori dei nodi e sviluppatori di app prima del 09/10 e come il ritardo si inserisce in un mercato di XRP che scambia vicino a 1,50 $ e resta ancora 59% sotto il massimo del 07/2025.

L’upgrade di XRP si è attivato il 29/09?

No. BatchV1_1 era programmato per entrare in funzione il 29/09 alle 14:06 UTC, a condizione di mantenere per due settimane consecutive il supporto di oltre 80% dell’elenco dei validatori attendibili. Il 25/09, il supporto è sceso brevemente sotto questa soglia. Il processo di emendamento di XRPL non ammette cali: il conto alla rovescia accumulato viene azzerato e, una volta ripristinato il supporto, inizia una nuova finestra di due settimane. Il supporto è tornato a 30 validatori attendibili su 35 lo stesso giorno: ecco perché la nuova prima data possibile di attivazione è il 09/10 e non una data successiva.

Con esso si sono spostati anche due elementi correlati. PermissionDelegationV1_1, che consente a un account di delegare permessi specifici senza cedere le chiavi di firma, ha perso e poi riguadagnato il supporto il 23/09–24/09 e ora ha come prima data possibile di attivazione il 08/10, alle 21:25 UTC circa. Inoltre, il 25/09, XRP Ledger operations ha rilasciato xrpld 3.4.1, che include un piccolo emendamento successivo chiamato fixBatchV1_2. Le note di rilascio descrivono la correzione come una soluzione a un problema minore di Batch che non mette a rischio i fondi degli utenti; entrambi gli emendamenti sono contrassegnati come default-yes e dovrebbero attivarsi nella stessa finestra di ottobre.

In pratica: il 09/10 è la prima data possibile, non una data garantita. Un altro calo del supporto in qualsiasi momento prima di allora azzererebbe nuovamente il conteggio.

Cosa fa davvero XRPL Batch (BatchV1_1)

Batch, specificato come XLS-56, consente a un utente di raggruppare da due a otto transazioni in un’unica unità firmata che il ledger elabora in modo congiunto. Oggi, uno swap che richiede un’offerta, un pagamento e una modifica della linea di trust deve essere inviato come tre transazioni separate, ognuna delle quali può riuscire o fallire indipendentemente dalle altre. Batch colma questa lacuna.

L’emendamento offre quattro modalità di esecuzione; è la modalità scelta a determinare la garanzia di regolamento:

• Tutto o niente: ogni transazione interna va a buon fine oppure l’intero batch fallisce e non viene applicato nulla. È la modalità di regolamento atomico a cui si riferisce la maggior parte della copertura mediatica, ed è quella rilevante per i flussi di tipo delivery-versus-payment, come pagare un asset tokenizzato e riceverlo in un unico passaggio.
• Solo una: il ledger applica la prima transazione interna che va a buon fine e salta le altre; è utile per il routing di riserva.
• Fino al fallimento: le transazioni interne vengono applicate in ordine finché una non fallisce; quelle precedenti restano applicate.
• Indipendente: ogni transazione interna viene tentata indipendentemente dall’esito delle altre.

Batch supporta anche i batch multi-account, in cui più account firmano congiuntamente un unico pacchetto. È stata questa funzionalità a causare il ritiro della prima versione, ed è quella su cui la riscrittura ha il maggiore impatto.

Perché Batch è stato ritirato e riscritto

L’emendamento Batch originale è stato respinto con un voto nel 02/2026, dopo che alcuni ricercatori di sicurezza hanno individuato un difetto nell’autorizzazione dei firmatari durante la fase di voto. Nella logica originale del ciclo, se il codice incontrava un firmatario valido corrispondente a un account appena creato, restituiva un esito positivo senza controllare i firmatari rimanenti. Un aggressore avrebbe potuto inserire per primo un elemento contraffatto e autorizzare una transazione della vittima senza le sue chiavi. Poiché l’emendamento non è mai stato attivato, nessun fondo è stato esposto.

BatchV1_1, distribuito in xrpld 3.3.0 il 06/08/2026, riscrive il processo di autorizzazione. Ora un batch multi-account deve includere l’insieme esatto e completo di BatchSigners, senza elementi mancanti, aggiuntivi, duplicati o in ordine errato. Ogni firma è legata all’account esterno, alla relativa sequenza o ticket, alla modalità del batch, all’hash di ogni transazione interna e agli account partecipanti, impedendo il riutilizzo delle firme tra batch diversi. La riscrittura ha inoltre introdotto limiti al numero di transazioni e protezioni contro la riproduzione delle transazioni nel ledger.

Vale la pena tenere presente questa storia quando si leggono titoli sull’«upgrade di XRP». Il fatto che la funzionalità arrivi sulla mainnet al secondo tentativo, dopo che un audit esterno ha individuato un bug reale, è un segnale più forte del processo di revisione del ledger rispetto a un’attivazione riuscita al primo tentativo. Spiega anche perché i validatori sono cauti sui tempi: un validatore che ritira il proprio voto per alcune ore per aggiornare il software o rivalutare una release può azzerare da solo il conto alla rovescia di due settimane, quando il margine è di soli cinque validatori su 35.

Cosa devono fare operatori dei nodi e sviluppatori prima del 09/10

L’attivazione di un emendamento sull’XRP Ledger non è facoltativa per le infrastrutture. Qualsiasi server xrpld con una versione che non riconosce BatchV1_1 diventa bloccato dall’emendamento nel momento in cui questo si attiva e smette di seguire la rete. La versione minima è la 3.3.0; il team operativo sta promuovendo la 3.4.1 perché corregge anche quelli che le note di rilascio definiscono problemi sensibili per la sicurezza, con il codice sorgente che verrà pubblicato in seguito.

La situazione sul lato client è quella in cui la preparazione è più carente. Un articolo di CryptoSlate del 23/09 ha illustrato i punti critici:

• xrpl.js 5.0.0 crea firme Batch basate sul vecchio payload e verrà rifiutato con temBAD_SIGNATURE; la versione 5.1.0 include il formato di firma aggiornato.
• I wallet che non mostrano chiaramente le transazioni interne di un batch inducono gli utenti a firmare pacchetti che non possono verificare.
• Gli explorer che riportano in modo errato gli esiti dei batch frammentano la rappresentazione di una transazione tra i diversi strumenti.
• Una transazione Batch esterna può restituire un esito positivo anche quando le transazioni interne sono fallite nelle modalità non atomiche; pertanto, le applicazioni devono leggere gli esiti interni e non solo il codice esterno.

Ayo Akinyele, responsabile dell’ingegneria di RippleX, ha affermato che alcuni progetti vengono già sviluppati tenendo conto di Batch e che l’attivazione consentirebbe a questo lavoro di avvicinarsi alla produzione. Questa è l’interpretazione più sensata della domanda: Batch è un’infrastruttura per emittenti, custodi e gestori patrimoniali che sviluppano su XRPL, non una funzionalità retail che gli utenti troveranno in un wallet fin dal primo giorno.

Cosa significa il ritardo per il prezzo di XRP

Al 30/09/2026, XRP scambia a circa 1,49 $ su CoinGecko, in rialzo di 1,6% più di 24 ore ma in calo di 5,1% negli ultimi sette giorni, con un volume nelle 24 ore di circa 4 mld $ e una capitalizzazione di mercato vicina a 94,3 mld $, al quinto posto per capitalizzazione. Su WEEX, la coppia spot XRP/USDT ha segnato 1,4996 $ nella stessa data. Il token resta circa 59% sotto il suo massimo storico di 3,65 $, raggiunto nel 07/2025.

Il punto più importante è che il mercato non ha reagito alla data di Batch in nessuna delle due direzioni. XRP si è mosso di meno di mezzo punto percentuale nel giorno in cui CoinDesk ha riportato lo slittamento al 09/10. È coerente con il comportamento storico degli emendamenti XRPL: il ledger ne ha attivati decine e nessuno è stato, da solo, un catalizzatore di prezzo affidabile. Batch è un upgrade infrastrutturale per gli istituzionali, il cui valore si manifesta in ciò che verrà costruito su di esso nell’arco di trimestri, non nella chiusura del ledger che lo rende possibile.

Gli esperti di trading su XRP tendono invece a osservare se un upgrade coincide con un elemento in grado di modificare i flussi: un dato positivo sugli afflussi negli ETF, un nuovo emittente di asset tokenizzati che sceglie XRPL o un movimento generalizzato del mercato verso il rischio. Il calo settimanale del 5% in vista del ritardo ha riguardato l’intero mercato, non è stata una reazione specifica a XRP. Se XRP dovesse rivalutarsi grazie a Batch, sarà perché verrà lanciato un prodotto visibile che lo utilizza; è una prospettiva che, nella migliore delle ipotesi, riguarda il periodo da ottobre a dicembre.

Come fare trading su XRP su WEEX durante la finestra di attivazione

Se il piano è detenere o scambiare XRP fino al 09/10, conviene predisporre posizioni e avvisi prima della finestra, invece di reagire a un titolo.

1. Apri la coppia spot XRP/USDT su WEEX e controlla la profondità aggiornata del book degli ordini prima di definire la dimensione della posizione, perché nei giorni delle notizie gli spread tendono ad ampliarsi brevemente.
2. È la prima volta che ti interessi a questo asset? La guida su come acquistare XRP spiega come finanziare un account ed effettuare il primo ordine a mercato o limite.
3. Chi vuole un’esposizione direzionale o coperta senza spostare i fondi spot può usare i futures perpetui XRP/USDT su WEEX, che offrono una leva fino a 300x. Mantieni bassa la leva in prossimità di una data nota: un movimento settimanale del 5% a 20x comporta la liquidazione, non una semplice perdita.
4. Imposta avvisi di prezzo intorno a 1,40 $ e 1,60 $, che delimitano il range recente, e imposta un promemoria per il 08/10–09/10 UTC per verificare su un explorer XRPL che il supporto dei validatori sia ancora superiore a 80%.
5. Usa la pagina del prezzo di XRP su WEEX per controllare rapidamente ogni giorno prezzo, volume e capitalizzazione di mercato, senza aprire la piattaforma di trading.

Panoramica del mercato: Batch è un catalizzatore per chi sviluppa, non per chi fa trading

Batch è importante perché rende XRPL utilizzabile per i flussi delivery-versus-payment e per le operazioni in più passaggi che gli istituzionali si aspettano dalle reti di regolamento. Per XRP come asset, la catena di eventi è lunga: attivazione il 09/10, poi aggiornamento delle app a xrpl.js 5.1.0, poi lancio da parte degli emittenti di prodotti che utilizzano batch Tutto o niente e, infine, forse, un aumento dell’attività on-ledger che richiede XRP per le commissioni e il bridging. Ogni passaggio può slittare. Il ritardo dal 29/09 al 09/10 ricorda che nemmeno il primo passaggio è deterministico.

Domande frequenti

1. L’upgrade di XRP è avvenuto il 29/09/2026?

No. BatchV1_1 ha perso brevemente il supporto dei validatori il 25/09, azzerando il conto alla rovescia di due settimane per l’attivazione. La prima data possibile di attivazione è ora il 09/10/2026, alle 14:46 UTC circa, e può slittare di nuovo se il supporto scende sotto 80%.

2. Cos’è XRPL BatchV1_1?

BatchV1_1 è la versione corretta dell’emendamento Batch (XLS-56). Consente a un utente di raggruppare da due a otto transazioni in un’unica unità firmata con quattro modalità di esecuzione, tra cui il regolamento atomico Tutto o niente. Batch originale è stato respinto con un voto nel 02/2026 a causa di un difetto nell’autorizzazione dei firmatari; la versione riscritta è stata distribuita in xrpld 3.3.0 nel 08/2026.

3. L’upgrade Batch farà salire il prezzo di XRP?

Non ci sono prove che possa farlo da solo. XRP si è mosso di meno di 0,5% nel giorno in cui è stato riportato il ritardo e gli emendamenti XRPL del passato non sono stati catalizzatori di prezzo affidabili. Un eventuale effetto sul prezzo arriverebbe più avanti, dai prodotti sviluppati su Batch.

4. Cosa succede ai nodi che non si aggiornano prima del 09/10?

Vengono bloccati dall’emendamento e smettono di sincronizzarsi con la rete. Gli operatori devono installare almeno xrpld 3.3.0; la versione consigliata è la 3.4.1 perché include anche fixBatchV1_2 e patch di sicurezza.

5. fixBatchV1_2 è la stessa cosa di BatchV1_1?

No. fixBatchV1_2 è un piccolo emendamento successivo, introdotto in xrpld 3.4.1 il 25/09/2026 per correggere un problema minore di Batch che non comporta rischi per i fondi. Dovrebbe attivarsi nella stessa finestra di ottobre insieme a BatchV1_1.

Avvertenza sui rischi

XRP è un asset volatile e può perdere gran parte del proprio valore in pochi giorni; una posizione può comportare una perdita parziale o totale. La data di attivazione dell’emendamento Batch dipende dai voti dei validatori e può cambiare ancora: le strategie di trading basate su una data fissa come il 09/10 comportano quindi un rischio legato alla tempistica dell’evento. I futures XRP con leva amplificano sia i guadagni sia le perdite, e un normale movimento settimanale del 5% è sufficiente a liquidare una posizione con leva elevata. Batch introduce inoltre nuovi rischi operativi durante la distribuzione: i nodi non aggiornati vengono bloccati dall’emendamento, le librerie client meno recenti producono firme rifiutate e, nelle modalità non atomiche, una transazione esterna può segnalare un esito positivo mentre quelle interne falliscono. XRP resta inoltre esposto agli sviluppi normativi che riguardano Ripple e alla concentrazione dell’offerta in escrow controllati da Ripple. Quanto riportato non costituisce consulenza finanziaria.