El XRP Ledger (XRPL) recibirá una actualización destinada a resolver un problema de red. El problema principal que motivó esta actualización fue que los nodos de historial completo (FH) fallaron debido a una restricción de SQLite en el tamaño de la página.
Vet, un validador dUNL de XRP, compartió este desarrollo en una publicación de X. Según Vet, la solución para el problema de los servidores de historial completo de XRP Ledger se ha fusionado en una versión oficial del repositorio XRPLF, rippled 2.2.3, que ahora está disponible para su instalación.
La solución para los servidores de historial completo de#XRPLedger se fusionó en una versión oficial del repositorio XRPLF: rippled 2.2.3 y está disponible para su instalación. pic.twitter.com/Owpd6xPEHx
- Veterinario 🏴☠️ (@Vet_X0) 15 de septiembre de 2024
Según una captura de pantalla compartida por Vet, se recomienda encarecidamente la versión 2.2.3 de Rippled (servidor de contabilidad XRP) para servidores de historial completo que utilicen un tamaño de página de 4096. Dado que los validadores no se ven afectados por este problema, pueden optar por ejecutar la versión 2.2.2 o actualizar a la 2.2.3. Esto se debe a que la versión 2.2.3 no introduce ninguna modificación nueva a la versión 2.2.2.
¿Qué pasó?
Durante el fin de semana, la comunidad XRP llamó la atención sobre un problema en el servidor Ripple que provocó que los nodos de historial completo (FH) fallaran.
En circunstancias normales, los servidores de historial completo registran y ofrecen sin problemas el historial de transacciones completo. Sin embargo, los nodos FH fallaron debido a una restricción de SQLite en el tamaño de la página.
Este problema, según algunos validadores dUNL de XRPL, se había destacado hace semanas pero no se había prestado atención de inmediato.
El fundador de XRP Cafe, xrpl, Adam, aclaró en una publicación de X que, contrariamente a la creencia popular, este problema no tiene impacto en el consenso ni en la salud de la red.
tarjeta
Además, con la redundancia de Clio, la mayoría de los puntos finales XRPL públicos no requieren un servidor FH real para devolver resultados de transacciones históricas.
Según Xrpl Adam, el problema no era nuevo en el XRP Ledger, ya que se había documentado hace años. Se observó entonces que ciertos servidores con historial completo del libro mayor pueden experimentar un problema con el tamaño de página de la base de datos SQLite, lo que impide que el servidor funcione correctamente.
Sin embargo, el fundador de XRP Cafe cree que la urgencia de la solución debería haberse promovido antes para evitar que los nodos FH cayeran, lo que sucedió durante el fin de semana.
