L’XRP Ledger (XRPL) està configurat per rebre una actualització destinada a resoldre un problema de xarxa. El problema principal que va provocar aquesta actualització va implicar que els nodes de l’historial complet (FH) fallaven a causa d’una restricció de SQLite en la mida de la pàgina.
Vet, un validador dUNL XRP, va compartir aquest desenvolupament en una publicació X. Segons Vet, la solució per al problema dels servidors d’historial complet de XRP Ledger s’ha fusionat en un llançament oficial ondulat del dipòsit XRPLF: rippled 2.2.3, que ara està disponible per a la instal·lació.
La correcció per als servidors d’historial complet de #XRP Ledger es fusiona en una versió oficial ondulada del dipòsit XRPLF – rippled 2.2.3 i disponible per a la instal·lació. pic.twitter.com/Owpd6xPEHx
— Veterinària 🏴☠️ (@Vet_X0) 15 de setembre de 2024
Segons una captura de pantalla compartida per Vet, la versió 2.2.3 de Rippled (servidor de registre XRP) és molt recomanable per a servidors d’historial complet que utilitzen una mida de pàgina de 4096. Com que els validadors no es veuen afectats per aquest problema, poden optar per executar la 2.2. .2 o actualitzar a 2.2.3. Això es deu al fet que la versió 2.2.3 no introdueix cap nova esmena a la versió 2.2.2.
Què va passar?
Durant el cap de setmana, la comunitat XRP va cridar l’atenció sobre un problema al servidor ondulat que va provocar que els nodes de l’historial complet (FH) fallessin.
En circumstàncies normals, els servidors d’historial complet registren i ofereixen l’historial complet de transaccions. Tanmateix, els nodes FH van fallar a causa d’una restricció de SQLite en la mida de la pàgina.
Aquest problema, segons alguns validadors dUNL XRPL, s’havia destacat setmanes enrere, però no havia aconseguit una atenció ràpida.
El fundador de XRP Cafe, xrpl Adam, va aclarir en una publicació X que, contràriament a la creença popular, aquest problema no té cap impacte en el consens o la salut de la xarxa.
A més, amb la redundància clio, la majoria dels punts finals XRPL públics no requereixen un servidor FH real per retornar els resultats històrics de les transaccions.
Segons Xrpl Adam, el problema no era nou al Ledger XRP, ja que s’havia documentat fa anys. Aleshores es va assenyalar que alguns servidors ondulats amb un historial de registre complet poden experimentar un problema amb la mida de la pàgina de la base de dades SQLite, cosa que impedeix que el servidor funcioni correctament.
El fundador de XRP Cafe, però, creu que la urgència de la solució s’hauria d’haver promogut abans per evitar que els nodes FH caiguessin, cosa que va passar el cap de setmana.
