Introduzione
David Schwartz, CTO Emeritus di Ripple e architetto principale di XRP Ledger, ha rivelato le metriche operative del suo hub privato, un server di relay cruciale attraverso il quale comunicano altri nodi della rete. La telemetria analizza il periodo dal 25 agosto all’8 settembre, e l’interesse dei validatori per queste informazioni non è casuale: si tratta di uno dei nodi chiave di XRPL.
Stabilità del Sistema
Schwartz ha dichiarato che il sistema si è completamente ripreso dalla recente crisi e sta operando con una stabilità eccezionale, definita da lui stesso “Rock Solid”. Per l’ecosistema, questa pubblicazione rappresenta più di un semplice insieme di grafici: è un atteso sigillo di approvazione.
La Crisi Infrastrutturale
Poco più di un mese fa, il 31 luglio, la rete XRPL ha subito una grave crisi infrastrutturale. Attaccanti anonimi hanno lanciato una cosiddetta “manifest storm”. Un manifest è la credenziale digitale di un nodo validatore, e gli attaccanti hanno inondato la rete con migliaia di credenziali false, costringendo i nodi a spendere risorse per elaborare dati spazzatura.
In quel frangente, l’hub di Schwartz ha subito ampie interruzioni di connessione, con un errore onReadMessage durante la fase di accordo, il momento in cui i nodi confrontano lo stato del libro mastro.
Tuttavia, la finalizzazione dei blocchi e il consenso stesso non sono stati interrotti nemmeno per un minuto, e l’incidente è stato risolto grazie a un intervento ingegneristico d’emergenza, senza spegnere la rete. Gli sviluppatori hanno dovuto affrettarsi a rilasciare la correzione xrpld 3.2.1, che ha limitato le dimensioni dei manifest e ha rielaborato la memorizzazione dei dati per nodi sconosciuti, evitando così che il sistema sprecasse risorse su partecipanti sospetti.
Risultati della Patch
Un mese dopo, Schwartz ha presentato i primi risultati della patch in condizioni reali. Gli ultimi grafici dimostrano che le conseguenze dell’attacco sono state completamente eliminate. L’hub mantiene affidabilmente circa 400 connessioni simultanee, raggiungendo un picco di 423, comprese 135 connessioni in entrata e 271 in uscita.
La latenza, ovvero il tempo di risposta tra i nodi, è scesa a 165 millisecondi. L’unica anomalia registrata è stata un picco occasionale a 1,49 secondi il 6 settembre, ma gli algoritmi l’hanno contenuta senza influenzare il consenso. Le cadute di connessione sono rimaste a 84,6 incidenti per intervallo di cinque minuti, un tasso normale piuttosto che un segnale di problemi.
Conclusione
La metrica di attività malevola, etichettata come “Abuse”, è scesa a quasi zero, poiché la protezione aggiornata ora filtra quasi tutto il traffico spazzatura. In sostanza, questo non è un rapporto di uptime di routine per un singolo server, ma un audit pubblico del software xrpld aggiornato sotto carico reale, che conferma che l’infrastruttura di XRPL è pronta per un’operazione a lungo termine e stabile.
