La Fondazione XRPL corregge la vulnerabilità per prevenire un potenziale exploit da 80 miliardi di dollari.

Traders Union
Tutte le notizie
Criptovalute
La Fondazione XRPL corregge il bug di Batch

Tutte le notizie

Notizie principali

Scelta dell'editore

Azioni

Criptovalute

Notizie finanziarie

Valute

Commodities

Banche centrali

Andrey Mastykin

27.02.2026

La Fondazione XRPL corregge la vulnerabilità per prevenire un potenziale exploit da 80 miliardi di dollari. — La Fondazione XRPL protegge la rete

La XRP Ledger Foundation ha annunciato di aver risolto una grave vulnerabilità scoperta nell'emendamento Batch, che era in fase di votazione e non era ancora stato attivato sulla mainnet. Il problema è stato identificato il 19 febbraio dall'ingegnere della sicurezza Pranamya Keshkamat e dallo strumento di intelligenza artificiale autonoma Apex sviluppato da Cantina AI durante l'analisi statica del codice rippled.

Questo articolo è stato tradotto dall'originale. Leggi la versione originale del nostro corrispondente qui.

Al momento della scoperta, la modifica non era attiva sulla mainnet, il che significa che nessun fondo degli utenti era a rischio. Ai validatori è stato consigliato di votare contro l'attivazione e il 23 febbraio è stata rilasciata una release di emergenza, rippled 3.1.1, che ha contrassegnato Batch come non supportato e ne ha impedito l'attivazione.

Meccanismo del bug e impatto potenziale

La vulnerabilità era una falla logica critica nella funzione di convalida del firmatario delle transazioni batch. In determinate condizioni, il ciclo di convalida terminava prematuramente quando incontrava un account appena creato la cui chiave di firma corrispondeva al proprio account. Di conseguenza, le firme successive non venivano verificate correttamente.

In teoria, un aggressore potrebbe costruire una transazione batch che crei prima un nuovo conto sotto il suo controllo e poi avvii un trasferimento da un conto vittima. A causa della falla logica, il sistema potrebbe accettare la transazione come correttamente autorizzata anche se le chiavi private della vittima non sono mai state utilizzate.

La XRPL Foundation ha dichiarato che un exploit riuscito su larga scala avrebbe potuto portare al furto di fondi, a modifiche non autorizzate dello stato del libro mastro e a una forte perdita di fiducia nella rete. Il CEO di Cantina, Hari Mulakal, ha osservato che Apex ha identificato la falla critica nel codice. Ha stimato che, se sfruttato, l'incidente sarebbe potuto diventare il più grande hack in termini di dollari, mettendo potenzialmente a rischio quasi 80 miliardi di dollari, un importo paragonabile alla capitalizzazione di mercato di XRP.

Loading...

Il tweet è stato eliminato dall’autore.

Ma abbiamo salvato tutto 🙂.

Una versione corretta della modifica, BatchV1_1, è stata implementata ed è attualmente in fase di ulteriore revisione. Non è stata annunciata alcuna tempistica per una nuova votazione.

Implicazioni più ampie per XRPL e il settore

XRP Ledger supporta i pagamenti transfrontalieri, la tokenizzazione degli asset e le applicazioni decentralizzate. XRP si colloca costantemente tra i maggiori asset digitali per capitalizzazione di mercato, il che significa che le vulnerabilità a livello di infrastruttura rappresentano un rischio sistemico.

A titolo di confronto, le principali violazioni del settore, come gli exploit di Ronin Network e Poly Network, hanno provocato perdite superiori a 600 milioni di dollari e hanno avuto effetti duraturi sulla fiducia degli investitori. Nel caso di XRPL, l'esposizione teorica avrebbe potuto coinvolgere asset nominalmente paragonabili a decine di miliardi di dollari che circolano all'interno dell'ecosistema.

L'incidente evidenzia anche il ruolo crescente dell'intelligenza artificiale nella sicurezza informatica della blockchain. La falla è stata individuata attraverso un'analisi statica automatizzata del codice, dopodiché gli ingegneri di Ripple hanno confermato il problema attraverso un proof of concept indipendente e hanno prontamente rilasciato un aggiornamento protettivo. Questa sequenza dimostra come l'auditing assistito dalle macchine, la divulgazione responsabile e il coordinamento dei validatori possano prevenire i rischi sistemici prima che si concretizzino.

Per i validatori, i partecipanti istituzionali e i possessori di XRP, l'episodio serve a ricordare che la resilienza della rete non dipende solo dalla capitalizzazione di mercato, ma anche dalla qualità delle verifiche, dalla velocità di risposta e dalla trasparenza della governance.

Questo materiale può contenere opinioni di terze parti, nessuno dei dati e delle informazioni su questa pagina web costituisce consulenza sugli investimenti secondo il nostro Disclaimer. Sebbene aderiamo a una rigorosa Integrità Editoriale, questo post può contenere riferimenti a prodotti dei nostri partner.

Ti è piaciuto l'articolo?