
Aggiornamento nodo XRP Ledger: hotfix in 24 ore ferma il flood di manifest a 100
Un aggiornamento del nodo XRP Ledger è diventato urgente dopo che, il 31 luglio, gli sviluppatori hanno osservato un flusso anomalo di validator manifest capace di mettere sotto pressione le risorse dei nodi della rete....
Bitcoin 1 Minute
Uno sviluppo di rilievo scuote i mercati delle criptovalute. Un aggiornamento del nodo XRP Ledger è diventato urgente dopo che, il 31 luglio, gli sviluppatori hanno osservato un flusso anomalo di validator manifest capace di mettere sotto pressione le risorse dei nodi della rete. Il 2 agosto, Vijay Khanna, Director of Engineering di Ripple, ha esortato pubblicamente gli operatori a installare la versione xrpld 3. 1, il hotfix pubblicato appena un giorno dopo l’incidente per contenere il problema alla radice.
Punti chiave Il 31 luglio è stato rilevato un flusso di validator manifest che ha sovraccaricato le risorse dei nodi XRP Ledger, senza però interrompere la produzione dei ledger. Ripple ha rilasciato xrpld 3. 1 il 1° agosto come hotfix, con quattro nuove protezioni contro l’esaurimento delle risorse.
Dinamiche di mercato
Nessuna perdita finanziaria, transazione alterata o fallimento del consenso è stato confermato durante l’episodio. Gli operatori devono aggiornare il software ed eseguire un secondo riavvio per eliminare i manifest non attendibili rimasti in memoria. L’aggiornamento riguarda exchange, custodian e fornitori di infrastruttura: i possessori di XRP non devono compiere alcuna azione.
Aggiornamento urgente per il nodo XRP Ledger dopo l’overflow di validator manifest Cosa è successo il 31 luglio Il problema riguarda i validator manifest, record firmati crittograficamente che collegano l’identità stabile di un validatore alla chiave temporanea usata per firmare i messaggi quotidiani di validazione. Prima del hotfix, i nodi potevano accettare, memorizzare e ridistribuire manifest strutturati correttamente anche se legati a chiavi di validatori mai riconosciute prima. Questo comportamento ha permesso, secondo la ricostruzione tecnica pubblicata, di generare un numero elevato di identità sconosciute e costringere i nodi vicini a impegnare memoria, spazio di archiviazione, banda e capacità di calcolo per gestire quei dati.
Nonostante la pressione sulle risorse, la rete ha continuato a chiudere i ledger normalmente, secondo quanto riportato da XRP Ledger Operations: un dettaglio che smorza i timori più gravi ma non chiude il caso, perché sviluppatori e operatori attendono ancora un rapporto post-mortem sull’incidente. Panoramica della versione 3. 1 di xrpld Il rilascio ufficiale di xrpld 3.
Impatto sui mercati
1 porta la data del 31 luglio ma è stato pubblicato come release firmata nelle prime ore del 1° agosto. Contiene sei commit distribuiti su tredici file modificati, di cui quattro dedicati direttamente a limitare la gestione dei manifest non attendibili. Si tratta di un intervento chirurgico, pensato per arrivare in fretta agli operatori senza attendere il prossimo ciclo di sviluppo maggiore.
Le quattro protezioni introdotte dal hotfix Il cuore dell’aggiornamento xrpld 3. 1 sta in quattro meccanismi di difesa pensati per impedire che manifest non verificati possano esaurire le risorse di un nodo. Il primo respinge un manifest sovradimensionato prima ancora che il nodo lo decodifichi completamente, riducendo il carico di elaborazione che un attaccante potrebbe generare inviando oggetti più grandi di quanto previsto dal software.
Il secondo limita il numero di manifest non attendibili trasportabili in un singolo messaggio di rete, sia in ricezione che in preparazione verso i nodi vicini: i batch troppo grandi vengono scartati senza disconnettere automaticamente un peer non ancora aggiornato, in modo da tenere collegati nodi vecchi e nuovi durante la fase di transizione. Il terzo intervento fissa un tetto al numero di identità di validatori sconosciute conservabili nella cache di un nodo: il codice finale fissa il limite a 100. Superata quella soglia, il software rifiuta i manifest legati a nuove chiavi non elencate, continuando comunque a processare normalmente i validatori già riconosciuti o configurati come attendibili.
Questo cambiamento continua a plasmare il panorama delle attività digitali.




