CTO de Ripple Rompe el Silencio sobre el Reciente Paro de la Red Ledger XRP: Descubre los Detalles

El CTO de Ripple, David Schwartz, ha abordado las preocupaciones sobre un reciente incidente del XRP Ledger, en el cual los nodos se detuvieron o no hicieron progreso durante 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 querían decir los desarrolladores cuando describieron al XRPL como «detenido» en lugar de «caído», comparando el reciente incidente con problemas pasados experimentados por Solana.
Schwartz respondió a esta pregunta diciendo: «Creo que la distinción es si sigue produciendo libros mayores válidos. Si es así, se puede argumentar que no está caído. Pero pienso que, independientemente de los argumentos técnicos que quieras presentar, si no puedes confirmar que completaste un pago de manera 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 del XRPL, publicó un tweet indicando que el XRPL podría haberse detenido: «El XRPL está actualmente parcialmente caído. Vemos que todos los servidores Full History operados por nosotros y otros están caídos, y el clúster de Ripple también informa no tener un libro mayor actual».
En una actualización posterior, Wind declaró que los operadores de nodos informaban que sus nodos se detenían/fallaban o no hacían progreso: «Parece que el libro mayor se ha estabilizado, y los nodos están volviendo y alcanzando un nuevo consenso.» Agregó: «Parece que los libros mayores 92346896-92347095 se han perdido».
En otra actualización, Wind indicó informes de nodos XRPL que caían independientemente de su tipo: historial completo, libro mayor actual, búsqueda de rutas y envío, y añadió que se lanzarán investigaciones para determinar 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 parecía haberse recuperado por sí solo y que ningún libro mayor se habría perdido: «La mayoría de los nodos están nuevamente en un libro mayor de consenso y cerrando libros mayores nuevamente. Los nodos de Full History están sincronizándose completamente de nuevo, lo que significa que no parece haberse perdido ningún libro mayor 🙂 La red parece recuperarse por sí sola. Los nodos de Full History aún se están sincronizando, aparte de eso, estamos casi de vuelta a la normalidad».
En respuesta al incidente, Brad Chase, vicepresidente 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 indicó a los operadores de nodos XRPL y validadores que actualicen su infraestructura a la última versión 2.3.0 de rippled lo antes posible, añadiendo que, dada la naturaleza del problema, los detalles sobre la causa raíz podrían aparecer «después» de que la red adopte la solución para garantizar la seguridad.
Detalles adicionales sobre los aspectos específicos del incidente aún no estaban disponibles al cierre de esta edición.
Preguntas frecuentes
- ¿Por qué se describió el XRPL como «detenido» y no «caído»?
La distinción depende de si todavía produce libros mayores válidos. Si es así, puede no considerarse completamente «caído». Sin embargo, si no se pueden completar pagos de manera irrevocable, el sistema pierde utilidad.
- ¿Qué acciones tomó RippleX tras el incidente?
El equipo de RippleX está investigando la causa raíz y trabajando en una solución. Han solicitado a los operadores de nodos actualizar sus infraestructuras a la última versión disponible.
- ¿El XRPL perdió algún libro mayor durante el incidente?
Inicialmente parecía que algunos libros mayores se habían perdido, pero posteriormente se confirmó que no se había perdido ningún libro mayor ya que los nodos se recuperaron y sincronizaron por completo.