Próxima actualización del libro mayor de XRP: problema importante de red solucionado
XRP Ledger (XRPL) se está preparando para recibir una actualización destinada a solucionar el problema de la red. El problema principal que provocó esta actualización incluyó fallas en los nodos del historial completo (FH) debido a la limitación del tamaño de página de SQLite.
Vet, un validador XRP dUNL, compartió este desarrollo en una publicación de X. Según Vet, se ha incluido una solución para el problema de los servidores de historial completo de XRP Ledger en la versión oficial de Ripple del repositorio XRPLF: Ripple 2.2.3, que es ya disponible para su instalación.
Se incluye una solución para los servidores de historial completo de#XRPLedger en la versión oficial de Ripple del repositorio XRPLF: Ripple 2.2.3 y está disponible para su instalación.
Según la captura de pantalla proporcionada por Vet, se recomienda encarecidamente el lanzamiento de Rippled (servidor de contabilidad XRP) versión 2.2.3 para servidores de historial completo que utilizan un tamaño de página 4096. Dado que los validadores no se ven afectados por este problema, pueden ejecutar 2.2.2 o actualizar a 2.2 3. Esto se debe a que la versión 2.2.3 no introduce ningún cambio nuevo respecto a la versión 2.2.2.
¿Qué ha pasado?
Durante el fin de semana, la comunidad XRP se dio cuenta de un problema en el servidor Ripple que provocó que los nodos del Historial completo (FH) fallaran.
En circunstancias normales, los servidores de historial completo registran y sirven con éxito el historial de transacciones completo. Sin embargo, los nodos FH fallaron debido a la limitación del tamaño de página de SQLite.
Según algunos validadores de XRPL dUNL, este problema se identificó hace unas semanas, pero no recibió suficiente atención.
El fundador de XRP Cafe xrpl, Adam, aclaró en la Publicación X que, contrariamente a la creencia popular, este problema no afecta el consenso ni la salud de la red.
Además, gracias a la redundancia de clio, la mayoría de los puntos finales XRPL públicos no requieren un servidor FH real para devolver resultados históricos de transacciones.
Según Xrpl Adam, el problema no era nuevo para XRP Ledger, ya que se documentó hace muchos años. En ese momento se observó que algunos servidores Ripple con un historial completo de Ledger pueden estar experimentando problemas con el tamaño de la 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 solucionar el problema debería haberse anunciado antes para evitar que los nodos FH caigan, como sucedió durante el fin de semana.
#XRPGoal #XRP #BinanceSquareFamily #GrayscaleXRPTrust #Ripple💰
