El CTO de Ripple Aborda el Reciente Incidente del XRP Ledger
El 25 de noviembre, un incidente significativo que involucró el XRP Ledger (XRPL) generó preocupaciones entre los usuarios y desarrolladores por igual. El Director de Tecnología de Ripple, David Schwartz, proporcionó aclaraciones sobre las implicaciones de las interrupciones temporales de la red. Este incidente dio lugar a confusiones sobre la terminología relacionada con la funcionalidad de la red, lo que provocó consultas de entusiastas de XRP, incluido el abogado Bill Morgan.
La Naturaleza del Incidente
Los problemas comenzaron aproximadamente a las 2:45 PM cuando el destacado desarrollador de XRPL Wietse Wind informó a través de Twitter que el XRPL estaba experimentando problemas significativos. Según sus tweets, todos los servidores de Historial Completo, incluidos los operados por Ripple, no estaban operativos, y el clúster de Ripple enfrentaba dificultades con el libro mayor actual.
Diferenciando “Detenido” vs “Caído”
A medida que la situación se desarrollaba, Schwartz enfatizó la distinción crítica entre la red estar “detenida” y “caída”. La diferencia esencial radica en si la red continúa generando libros mayores válidos. Schwartz señaló que, aunque pueden existir argumentos técnicos, la utilidad de la red se ve comprometida cuando los usuarios no pueden confirmar la finalización irrevocable de pagos.
Recuperación del XRP Ledger
A pesar de las interrupciones, Wind actualizó a la comunidad sobre la estabilización del libro mayor a medida que los nodos comenzaron a reanudar operaciones. Indicó que los libros mayores numerados del 92346896 al 92347095 podrían haberse perdido, pero la situación se estaba recuperando rápidamente a medida que los nodos se movían hacia un nuevo libro mayor consensuado.
Actualizaciones de Nodo de Historial Completo
Actualizaciones adicionales revelaron que todos los tipos de nodos de XRPL, incluidos los de historia completa, búsqueda de caminos y nodos de envío, estaban experimentando problemas. Wind se comprometió a investigar las razones subyacentes de estas detenciones. Aproximadamente 40 minutos después del informe inicial, confirmó a través de Twitter que el XRP Ledger parecía haber recuperado funcionalidad de manera autónoma. La mayoría de los nodos habían vuelto a cerrar libros mayores, y los nodos de Historial Completo comenzaron a sincronizarse completamente, sugiriendo que no se habían perdido libros mayores de forma permanente.
Respuesta de Ripple y Pasos a Futuro
Tras el evento, Brad Chase, Vicepresidente de Ingeniería en RippleX, reconoció la situación y afirmó que el equipo está investigando diligentemente su causa raíz. Instó a los operadores de nodos y validadores de XRPL a actualizar prontamente su infraestructura a la última versión 2.3.0 de rippled para una mejor estabilidad de la red. Chase aseguró a la comunidad que se compartirían más detalles sobre el incidente una vez que la red adaptara las correcciones necesarias, subrayando la importancia de garantizar la seguridad del usuario.
Conclusión
El reciente incidente en el XRP Ledger sirve como un recordatorio de las complejidades involucradas en el mantenimiento de redes descentralizadas. El compromiso de Ripple con la comunicación transparente y los rápidos esfuerzos de recuperación demuestra la dedicación del equipo para mejorar la fiabilidad y el rendimiento del XRPL.
Dejar un comentario
Todos los comentarios se revisan antes de su publicación.
Este sitio está protegido por hCaptcha y se aplican la Política de privacidad de hCaptcha y los Términos del servicio.