L'XRP Ledger si avvicina a una seconda scadenza per l'attivazione di una correzione di sicurezza pensata per chiudere una falla legata alla creazione di token con potenziali implicazioni per la sicurezza degli stablecoin sulla rete. L'emendamento, noto come fixCleanup3_4_0, dovrebbe attivarsi il 4 novembre, dopo un precedente ritardo causato dal calo del supporto dei validator.

Nothing fancy here but happy this fixCleanup amendment is going live on the XRP Ledger in the next 48h! Hardening and improving the XRP protocol. pic.twitter.com/XAzbFW4rPY

— Vet (@Vet_X0), November 2, 2026

L'emendamento detiene attualmente il sostegno di 33 dei 35 validator fidati del ledger, superando comodamente la soglia richiesta per sostenere l'attivazione. Il supporto, tuttavia, deve rimanere a quel livello ininterrottamente per 14 giorni, e un nuovo calo sotto la soglia potrebbe rimandare ancora una volta la scadenza. Il conteggio dei voti in tempo reale è pubblicamente tracciabile sulla pagina XRPSCAN dell'emendamento, offrendo a issuer e sviluppatori una visione diretta di come procede il countdown.

La correzione è particolarmente rilevante per la sicurezza degli stablecoin perché riguarda le permission utilizzate per distruggere i token emessi. In determinate condizioni, un account autorizzato solo a bruciare token—un incaricato unicamente della rimozione dei token dalla circolazione—potrebbe anche crearne di nuovi, espandendo l'offerta senza autorizzazione.

Seconda scadenza di attivazione

L'emendamento puntava inizialmente al 23 ottobre come data di attivazione, ma il supporto dei validator è brevemente sceso a 26 su 35 il 21 ottobre. Tale cifra era inferiore ai 29 voti richiesti per mantenere la soglia di approvazione, azzerando il countdown di attivazione di due settimane.

Il supporto è tornato al livello richiesto più tardi quello stesso giorno, riavviando il timer e spostando la prima data di attivazione possibile al 4 novembre. L'emendamento conta ora 33 validator a sostegno, un margine di quattro voti sopra il minimo—equivalente ad almeno 29 voti secondo la regola dell'80% del ledger.

XRP LEDGER BIG UPDATE XRPL bug fix is delayed until November 4. It closes a loophole that could let burn only accounts create new tokens. Will this delay affect confidence in $XRP, even as ETFs have attracted $1.8 billion in net inflows since launch? pic.twitter.com/hgzHkyQvXV

— TMA | The Money Ape (@TheMoneyApe), October 22, 2026

Secondo il processo di emendamento dell'XRP Ledger, le modifiche a livello di protocollo devono mantenere il supporto di oltre l'80% dei validator fidati per 14 giorni consecutivi prima di potersi attivare. I validator fidati sono gli operatori dei server che guidano il consenso del ledger, quindi le loro singole decisioni di supporto determinano direttamente quando gli upgrade del protocollo vanno in produzione. La rete verifica il supporto a intervalli regolari, il che significa che anche un calo temporaneo può azzerare il countdown. Gli emendamenti non scadono quando il supporto viene meno; una modifica semplicemente attende che un numero sufficiente di validator la sostenga per l'intera finestra di due settimane.

La stima attuale di attivazione è il 4 novembre alle 14:46 UTC, basata sul timer riavviato il 21 ottobre. La data resta condizionale finché l'emendamento non sarà formalmente abilitato sulla rete.

Perché la correzione è importante per la sicurezza degli stablecoin

La vulnerabilità riguarda la permission PaymentBurn delegata di XRPL, che consente a un account di distruggere token fungibili o Multi-Purpose Token per conto di un issuer. Le permission delegate permettono agli issuer di affidare specifiche operazioni sui token, come il burning, ad account esterni o fornitori di servizi. In determinate circostanze, la stessa permission potrebbe anche consentire a un delegato di coniare nuovi token pur privi dell'autorizzazione per crearli. L'emendamento è concepito per imporre una separazione più netta tra il burning e l'emissione dei token.

A differenza di XRP stesso, tutti gli altri token sul ledger sono asset emessi, legati agli account emittenti tramite trust line che determinano chi può détenerli e trasferirli. Questo è rilevante per gli stablecoin perché gli issuer possono affidarsi a servizi di terze parti per bruciare i token quando i clienti li riscattano in valuta fiat, e tali servizi non dovrebbero poter creare token aggiuntivi senza l'autorizzazione dell'issuer. Un'emissione non autorizzata potrebbe minare la fiducia nei controlli sull'offerta di un token, in particolare per gli asset progettati per mantenere un valore fisso rispetto alle riserve.

La documentazione ufficiale di XRPL mette in guardia gli sviluppatori dal delegare PaymentBurn fino all'attivazione della correzione. Tale avvertenza è legata alla tempistica di attivazione, quindi ogni ulteriore slittamento oltre il 4 novembre estenderebbe il periodo di validità dell'avviso della documentazione.

L'RLUSD di Ripple, uno stablecoin con copertura in dollari statunitensi, opera sia sull'XRP Ledger sia su Ethereum, rendendo i controlli sui token di XRPL rilevanti per l'ecosistema stablecoin della rete. Non esiste, tuttavia, alcuna evidenza pubblica che l'RLUSD sia stato interessato dalla falla o che le sue riserve siano state compromesse.

L'emendamento fa parte di un pacchetto più ampio di correzioni tecniche che copre le permission dei token, gli automated market maker, le vault, i calcoli dei prestiti, l'escrow e altre funzioni del ledger. Non attiva di per sé il protocollo di lending proposto da XRPL, che resta una proposta separata che richiede la propria approvazione dei validator.

Se l'emendamento si attiva nei tempi previsti, chiuderà la falla nelle permission e rafforzerà le tutele intorno agli asset emessi sul ledger. Un altro calo del supporto dei validator, però, potrebbe ritardare nuovamente l'upgrade e lasciare la rete in attesa della prossima finestra di attivazione.