Aggiornamento XRP Ledger in arrivo: importante problema di rete risolto
XRP Ledger (XRPL) si prepara a ricevere un aggiornamento volto ad affrontare la questione della rete. Il problema principale che ha richiesto questo aggiornamento includeva il fallimento dei nodi della cronologia completa (FH) a causa della limitazione delle dimensioni della pagina di SQLite.
Vet, un validatore dUNL XRP, ha condiviso questo sviluppo in un post di X. Secondo Vet, una correzione per il problema dei server di cronologia completa XRP Ledger è stata inclusa nella versione ufficiale Ripple del repository XRPLF - Ripple 2.2.3, che è ora disponibile per l'installazione.
Una correzione per i server della cronologia completa#XRPLedger è inclusa nella versione ufficiale Ripple del repository XRPLF - Ripple 2.2.3 ed è disponibile per l'installazione.
Secondo lo screenshot fornito da Vet, il rilascio di Rippled (server registro XRP) versione 2.2.3 è altamente raccomandato per i server con cronologia completa che utilizzano la dimensione di pagina 4096. Poiché i validatori non sono interessati da questo problema, possono eseguire 2.2.2 o aggiornamento a 2.2.3. Questo perché la versione 2.2.3 non introduce nuove modifiche rispetto alla versione 2.2.2.
Che è successo?
Durante il fine settimana, la comunità XRP ha notato un problema sul server Ripple che ha causato il crash dei nodi Full History (FH).
In circostanze normali, i server della cronologia completa registrano e forniscono con successo la cronologia completa delle transazioni. Tuttavia, i nodi FH non sono riusciti a causa della limitazione delle dimensioni della pagina di SQLite.
Secondo alcuni validatori dUNL XRPL, questo problema è stato identificato alcune settimane fa, ma non ha ricevuto sufficiente attenzione.
Adam, fondatore di XRP Cafe xrpl, ha chiarito nel Post X che, contrariamente alla credenza popolare, questo problema non influisce sul consenso o sulla salute della rete.
Inoltre, grazie alla ridondanza di clio, la maggior parte degli endpoint XRPL pubblici non richiedono un vero server FH per restituire i risultati storici delle transazioni.
Secondo Xrpl Adam, il problema non era nuovo per XRP Ledger poiché era stato documentato molti anni fa. All'epoca è stato notato che alcuni server Ripple con cronologia completa del registro potrebbero riscontrare problemi di dimensione della pagina del database SQLite, impedendo al server di funzionare correttamente.
Tuttavia, il fondatore di XRP Cafe ritiene che l'urgenza di risolvere il problema avrebbe dovuto essere annunciata prima per evitare che i nodi FH crollassero, come è successo durante il fine settimana.
#XRPGoal #XRP #BinanceSquareFamily #GrayscaleXRPTrust #Ripple💰