El CTO de Ripple, David Schwartz, ha abordado las preocupaciones sobre un reciente incidente en el XRP Ledger, que vio nodos deteniéndose o no avanzando por un breve período en la red.
En reacción al incidente, Bill Morgan, un entusiasta de XRP y abogado, buscó aclaraciones sobre lo que los desarrolladores quisieron decir cuando describieron XRPL como "detenido" en lugar de "caído", comparando el incidente reciente con problemas pasados experimentados por Solana.
Creo que la distinción es si todavía está produciendo libros mayores válidos. Si es así, puedes argumentar que no está caído. Pero creo que cualquier argumento técnico que quieras hacer, si no puedes saber que completaste un pago de forma irrevocable, el sistema no es muy útil.
— David "JoelKatz" Schwartz (@JoelKatz) 26 de noviembre de 2024
Schwartz respondió a esta pregunta diciendo: "Creo que la distinción es si todavía está produciendo libros mayores válidos. Si es así, puedes argumentar que no está caído. Pero creo que cualquier argumento técnico que quieras hacer, si no puedes saber que completaste un pago de forma irrevocable, el sistema no es muy útil."
Cronología de eventos: ¿Qué sucedió?
A las 2:45 p.m. del 25 de noviembre, Wietse Wind, un destacado desarrollador de XRPL, emitió un tweet indicando que el XRPL podría haberse detenido: "El XRPL está actualmente parcialmente caído. Vemos que todos los servidores de Historial Completo operados por nosotros y otros están caídos, y el clúster de Ripple también informa no tener libro mayor actual."
En una actualización adicional, Wind declaró que los operadores de nodos estaban reportando que sus nodos se detenían/crasheaban o no avanzaban: "Parece que el libro mayor se ha estabilizado, y los nodos están volviendo y recogiendo un nuevo libro mayor de consenso." Añadió: "Parece que los libros mayores 92346896-92347095 se han perdido."
tarjeta
En otra actualización, Wind indicó informes de nodos XRPL que se caían independientemente de su tipo de nodo: historial completo, libro mayor actual, búsqueda de caminos y envío, y agregó que se lanzarán investigaciones sobre la causa de la detención.
En una actualización final aproximadamente 40 minutos después del informe inicial, Wind indicó que el XRP Ledger parece haberse recuperado por sí mismo, y que no puede haberse perdido ningún libro mayor: "La mayoría de los nodos han vuelto a un libro mayor de consenso y están cerrando libros nuevamente. Los nodos de Historial Completo están sincronizando completamente de nuevo, lo que significa que no parece que se hayan perdido libros mayores :) La red parece recuperarse por sí sola. Los nodos de Historial Completo aún están sincronizando de nuevo, aparte de eso, estamos bastante de vuelta a la normalidad."
En respuesta al incidente, Brad Chase, VP de Ingeniería en RippleX, dijo que el equipo está investigando la causa raíz y trabajando en una solución, prometiendo compartir más actualizaciones tan pronto como se obtenga información adicional.
En otra actualización, Chase dijo a los operadores y validadores de nodos XRPL que actualizaran su infraestructura a la última versión 2.3.0 de rippled lo antes posible, agregando que dada la naturaleza del problema, más detalles sobre la causa raíz podrían llegar "después" de que la red adopte la solución para asegurar la seguridad.
No estaban disponibles detalles adicionales sobre las especificaciones del incidente en el momento de la prensa.
