Para abordar las preocupaciones de la comunidad XRP, RippleX ha proporcionado una actualización crucial sobre el estado del XRP Ledger luego de un reciente incidente de error. El 25 de noviembre de 2024, a la 1:39 p. m. UTC, el XRP Ledger experimentó un problema en el que varios nodos de la red se bloquearon y reiniciaron en momentos similares.
La red no ejecutó ninguna transacción durante aproximadamente 10 minutos mientras se recuperaba porque, en tiempos de inestabilidad, el mecanismo de consenso de la red XRPL prioriza la seguridad sobre el progreso.
No se perdieron fondos (solo una pausa momentánea de nuevas transacciones). A las 13:49 UTC del mismo día, la red XRPL volvió a funcionar con normalidad y a seguir avanzando.
Como prometimos, una actualización sobre la causa de la pausa de 10 minutos de XRP Ledger a principios de esta semana, detalles sobre cómo se desarrolló la solución y qué sigue. Y, si aún no has actualizado tu infraestructura XRPL a 2.3.0, ¡hazlo lo antes posible! Gracias a todos los miembros de la comunidad que trabajan día a día… https://t.co/9oqtIt0Y1a
— Brad Chase (@bachase_ripple) 27 de noviembre de 2024
Brad Chase, vicepresidente de RippleX, destacó la actualización en una publicación de X: "Como prometí, una actualización sobre la causa de la pausa de 10 minutos de XRP Ledger a principios de esta semana, detalles sobre cómo se desarrolló la solución y qué sigue".
Error de XRPL del 25 de noviembre: estado actual y futuro
Como se indica en la publicación del blog oficial de RippleX, el problema surgió de un error introducido hace más de seis meses. En ciertos casos, la capa de almacenamiento en caché de Rippled puede devolver un tipo de resultado incoherente, lo que provoca el bloqueo del servidor. Aunque este error no se descubrió durante la prueba de refactorización, no hay evidencia previa de explotación.
La semana pasada, al final de las pruebas de Ripple 2.3.0, el equipo de RippleX descubrió el error y publicó una solución en un candidato de lanzamiento interno.
tarjeta
Para reducir los riesgos, se decidió no aislar el problema antes del lanzamiento ni generar una solución independiente, ya que esto habría permitido la ingeniería inversa y la explotación de errores. Cuando surgió un problema similar en la red principal, se validó la solución y el equipo de RippleX colaboró directamente con la comunidad y otros operadores de UNL para organizar las actualizaciones y proteger la red.
Gracias a la rápida respuesta de la comunidad una vez que se lanzó la actualización, 33 de los 35 validadores en la UNL predeterminada ya se han actualizado a rippled 2.3.0, al igual que casi la mitad de los servidores conocidos.
Si bien se ha actualizado el núcleo de la red, los nodos que no tienen parches siguen siendo potencialmente vulnerables; por lo tanto, se recomienda a todos los usuarios que actualicen su infraestructura a la versión 2.3.0 de Ripple. Para reducir los posibles peligros para los usuarios que no tienen parches, RippleX dice que no revelará detalles técnicos específicos hasta que se hayan actualizado la mayoría de los servidores.
tarjeta
En cuanto a lo que viene a continuación, RippleX dice que hay que dar a los operadores de nodos restantes tiempo suficiente, hasta el 12 de diciembre, para actualizar y compartir más detalles técnicos. Una vez que estos detalles estén disponibles, será más fácil identificar el error, lo que podría aumentar el riesgo para los nodos que permanezcan sin parchear. Mientras tanto, RippleX recomienda encarecidamente actualizar a la versión 2.3.0 lo antes posible.
