Il 15 giugno, l’XRP Ledger ha rilasciato la versione 3.2.0 del proprio software server, pensata per ridurre i costi operativi e migliorare la stabilità della rete, specialmente per gli utenti istituzionali. A tre settimane dal lancio, l’aggiornamento XRP Ledger ha convinto la grande maggioranza dei validator più importanti, ma il quadro complessivo racconta una storia più articolata — e con una variabile ancora irrisolta.
Summary
Punti chiave
- Il software v3.2.0 è stato rilasciato il 15 giugno; attualmente circa il 43% dei nodi attivi lo esegue, contro il 51% ancora sulla v3.1.3.
- 31 dei 35 validator della Unique Node List hanno già aggiornato, pari all’89%, superando la soglia dell’80% richiesta per l’attivazione.
- L’emendamento fixCleanup3_2_0, che raccoglie correzioni di sicurezza e miglioramenti per le funzionalità più recenti, è ancora in fase di votazione e resta nettamente indietro rispetto all’adozione del software.
- Ripple ha già votato a favore dell’emendamento.
- I validator che non completano l’upgrade prima dell’attivazione dell’emendamento rischiano di finire in uno stato di amendment-blocked, venendo di fatto esclusi dalla rete.
Versione 3.2.0: adozione rapida tra i validator, più lenta tra i nodi
Guardando ai numeri grezzi, sembrerebbe che l’aggiornamento fatichi a decollare. Sui circa 833 nodi attivi dell’XRP Ledger — le macchine che archiviano e trasmettono il registro — solo il 43% esegue già la v3.2.0, mentre il 51% rimane ancora ancorato alla vecchia v3.1.3, secondo i dati di XRPSCAN. Una distribuzione che, a prima vista, potrebbe allarmare.
Ma la metrica che conta davvero è un’altra.
L’XRP Ledger non funziona come una blockchain a proof-of-work dove ogni nodo ha peso uguale. Il cuore del consenso risiede nella Unique Node List (UNL), un insieme selezionato di validator di fiducia. Per attivare una nuova versione del software o un emendamento, è necessario che oltre l’80% dei validator della UNL sostenga la modifica per due settimane consecutive. Non i nodi generici, ma quei 35 validator specifici.
Ebbene, 31 dei 35 validator della UNL predefinita hanno già migrato alla v3.2.0, raggiungendo l’89% — abbondantemente sopra la soglia critica. In questo senso, la rete ha già superato il punto di non ritorno tecnico per l’upgrade del software. Il ritardo tra i nodi ordinari è reale, ma non blocca l’avanzamento del protocollo.
L’emendamento fixCleanup3_2_0 e il ritardo nella votazione
Qui la situazione si fa più delicata. Insieme al software v3.2.0 è stato proposto un emendamento separato, denominato fixCleanup3_2_0, attualmente sottoposto a voto formale on-ledger. A differenza di un aggiornamento software ordinario, un emendamento richiede un processo di ratifica esplicito sulla catena — e i numeri mostrano che questo voto è rimasto molto indietro rispetto all’adozione del codice.
L’emendamento non è un dettaglio marginale. Raccoglie diverse correzioni di sicurezza e miglioramenti per alcune delle funzionalità più recenti del protocollo: i vault a singolo asset, i decentralized exchange con permessi, i multi-purpose token (MPT) e il protocollo di lending — il sistema di prestiti on-chain che consente agli utenti di ottenere finanziamenti contro fondi in pool. Prevede anche controlli interni per impedire che account eliminati lascino dati residui nel registro.
Il fatto che l’adozione del software e il voto sull’emendamento procedano su binari separati è un aspetto tecnico importante spesso sottovalutato: aggiornare il proprio validator non equivale automaticamente a votare l’emendamento. Sono due azioni distinte, e chi si ferma alla prima non ha ancora completato il percorso.
La posizione di Ripple e il rischio per i validator non aggiornati
Ripple, la società i cui fondatori hanno creato l’XRP Ledger, ha già espresso il proprio sostegno votando a favore del fixCleanup3_2_0. È un segnale di indirizzo chiaro per il resto dell’ecosistema, anche se il peso di Ripple nel processo decisionale non è assoluto — il consenso della UNL rimane distribuito tra più entità indipendenti.
Il rischio concreto è questo: i validator che non completano l’upgrade prima che l’emendamento raggiunga la soglia di attivazione potrebbero trovarsi in uno stato definito amendment-blocked. In pratica, verrebbero disconnessi dal ledger, perdendo la capacità di partecipare alla rete. Per le organizzazioni che gestiscono infrastrutture critiche sull’XRP Ledger, si tratta di un incentivo potente ad accelerare il processo.
La questione strategica sottostante è chiara: il divario tra l’adozione rapida del software tra i validator chiave e il ritardo nella votazione dell’emendamento di sicurezza espone la rete a una finestra di vulnerabilità — non critica, ma reale. Le funzionalità più recenti del protocollo, dalle DEX permissionate al lending, restano in uno stato di miglioramento potenziale non ancora ratificato. Quanto tempo impiegherà la votazione a raggiungere la soglia necessaria resta la domanda aperta che tiene in attesa l’intera comunità di sviluppatori e operatori.
FAQ
Qual è l’attuale tasso di adozione dell’aggiornamento XRP Ledger v3.2.0?
Circa il 43% dei nodi attivi della rete esegue già la v3.2.0. Tra i validator della Unique Node List, la percentuale sale all’89%: 31 dei 35 validator hanno già completato l’upgrade.
Quale soglia deve essere raggiunta per attivare l’upgrade XRP Ledger v3.2.0?
Più dell’80% dei validator della Unique Node List deve eseguire la nuova versione in modo continuativo per due settimane consecutive. La soglia è già stata superata tra i validator della UNL predefinita.
Cos’è l’emendamento fixCleanup3_2_0 e come si confronta la sua votazione con l’adozione del software?
Il fixCleanup3_2_0 è un emendamento formale on-ledger che raccoglie correzioni di sicurezza e miglioramenti per le funzionalità più recenti del protocollo, tra cui vault, DEX permissionate, MPT e lending. Il suo voto è attualmente molto indietro rispetto all’adozione della v3.2.0: aggiornare il software e ratificare l’emendamento sono due passaggi distinti.
Quali rischi corrono i validator che non si aggiornano prima dell’attivazione dell’emendamento?
I validator che non completano l’upgrade prima dell’attivazione del fixCleanup3_2_0 rischiano di finire in uno stato di amendment-blocked, venendo esclusi dalla partecipazione al ledger e perdendo la capacità operativa sulla rete.
Contenuto realizzato con l’assistenza dell’intelligenza artificiale e con revisione editoriale umana.
