El CTO emérito de Ripple y arquitecto jefe de XRP Ledger David Schwartz ha revelado las métricas operativas de su hub privado, esencialmente un servidor de retransmisión principal a través del cual otros nodos de la red se comunican.
La telemetría cubre el período del 25 de agosto al 8 de septiembre, y el interés de los validadores no es coincidencia: este es uno de los nodos clave de XRPL. El veredicto del veterano de Ripple es que el sistema se ha recuperado por completo de la reciente crisis y opera con una estabilidad sólida como una roca, o, como el propio Schwartz lo expresó, "Rock Solid".
Para el ecosistema, esta publicación es más que un conjunto de gráficos secos: es un sello de aprobación largamente esperado. Hace poco más de un mes, el 31 de julio, la red XRPL sufrió una grave crisis de infraestructura.
Cómo un ataque de spam casi sobrecargó la red XRP y por qué su creador tuvo que demostrar personalmente que todo se había arreglado
Atacantes anónimos lanzaron una llamada "tormenta de manifiestos". Un manifiesto es la credencial digital de un nodo validador, y los atacantes inundaron la red con miles de credenciales falsas, obligando a los nodos a gastar recursos procesando basura.
En ese momento, el hub de Schwartz sufrió fallos de conexión generalizados con un error onReadMessage directamente en la etapa de acuerdo, el punto en el que los nodos comparan el estado del libro mayor entre sí. Sin embargo, la finalización de bloques y el consenso en sí no se interrumpieron ni por un minuto, y el incidente se resolvió mediante una intervención de ingeniería de emergencia sin apagar la red.
Los desarrolladores tuvieron que apresurarse a lanzar el parche xrpld 3.2.1. Limitó los tamaños de los manifiestos y reestructuró el almacenamiento en caché de datos para nodos desconocidos, de modo que el sistema ya no desperdiciara recursos en participantes sospechosos. Un mes después, Schwartz presentó los primeros resultados del parche en condiciones del mundo real.
Los últimos gráficos demuestran que las consecuencias del ataque se han eliminado por completo. El hub mantiene de manera confiable alrededor de 400 conexiones simultáneas, alcanzando un máximo de 423, incluyendo 135 conexiones entrantes y 271 salientes. La latencia, el tiempo de respuesta entre nodos, cayó a 165 milisegundos.
La única anomalía fue un pico único de 1.49 segundos el 6 de septiembre, pero los algoritmos lo contuvieron sin afectar el consenso. Las caídas de conexión se mantuvieron en 84.6 incidentes por intervalo de cinco minutos, una tasa de fondo normal en lugar de una señal de problemas. La métrica de actividad maliciosa, etiquetada como "Abuso", cayó a casi cero, ya que la protección actualizada ahora filtra casi todo el tráfico basura.
En esencia, este no es un informe de tiempo de actividad rutinario para un solo servidor, sino una auditoría pública del software xrpld actualizado bajo carga del mundo real. Confirma que la infraestructura de XRPL está lista para una operación estable a largo plazo.
