Solana se mantuvo operativa a pesar de un fallo de infraestructura que interrumpió temporalmente parte de su red de validadores el 12 de agosto, según Jacob Creech, ejecutivo de tecnología de la Fundación Solana.
De los 699 validadores de Solana con stake, 597 continuaron votando mientras los bloques y las transacciones seguían siendo procesados. Los validadores afectados se recuperaron en 40 minutos.
Creech dijo que los validadores del Programa de Delegación de la Fundación Solana no se vieron afectados. La página de estado oficial de Solana no registró ningún incidente en la mainnet el 12 o 13 de agosto y mostró un 100% de tiempo de actividad del clúster Mainnet Beta durante los 90 días anteriores.
Aunque la mainnet se mantuvo en línea, un análisis separado mostró que el incidente estuvo más cerca de interrumpir la finalidad de lo que sugiere el recuento bruto de validadores. Marinade Finance descubrió que el 28,83% de todo el SOL en stake se volvió inactivo durante unos 33 minutos. Solana requiere que más de dos tercios del stake participe para que las transacciones alcancen la finalidad, lo que sitúa el umbral de inactividad relevante en el 33,34%.
Marinade identificó aproximadamente 90 validadores afectados por el fallo de enrutamiento, mientras que la cifra de Creech de 597 de 699 significa que 102 validadores no estaban votando en un momento dado. La diferencia refleja mediciones separadas en lugar de evidencia de que los 102 validadores compartieran el mismo fallo de infraestructura.
Creech describió el incidente como un "punto de prueba para la resiliencia de Solana". La red resistió la interrupción, pero los datos de Marinade también mostraron que el stake inactivo alcanzó aproximadamente el 86% del nivel en el que la finalidad se habría detenido.
El informe de estado de Teraswitch rastreó el problema de infraestructura hasta una ruta predeterminada malformada que se originó en sus instalaciones MIA1 en Miami. Un reflector de rutas en Ámsterdam propagó la ruta alterada a los mercados europeos y de Asia-Pacífico, donde los enrutadores locales la prefirieron sobre las rutas válidas. Doce sitios en Londres, Ámsterdam, Dublín, Fráncfort, Singapur y Tokio perdieron la accesibilidad. Los sitios de Norteamérica no se vieron afectados.
Los ingenieros identificaron la ruta malformada en 10 minutos y eliminaron Miami de la red troncal privada. El servicio se restableció a las 04:16:15 UTC. Teraswitch implementó posteriormente un cambio global en sus sitios de cómputo para que una ruta similarmente malformada no bloqueara el reenvío de tráfico. El proveedor dijo que el defecto subyacente sigue bajo investigación y que se publicará un informe completo de la causa raíz.
El evento también expuso la concentración de infraestructura entre los validadores. Marinade calculó que un sistema autónomo poseía aproximadamente 118,9 millones de SOL, o más de una cuarta parte de todo el SOL en stake, y aproximadamente el 94% de ese stake se desconectó en conjunto.
El resultado contrasta con el reinicio de la red en febrero de 2024 después de que la producción de bloques se detuviera. Los validadores requirieron un reinicio coordinado durante ese incidente, y Solana permaneció fuera de línea durante casi cinco horas. El fallo de infraestructura del 12 de agosto no requirió un reinicio de la mainnet.
Desde entonces, Solana ha buscado una resiliencia adicional a través de software de validador independiente. En noticias relacionadas, Firedancer comenzó a producir bloques de la mainnet de Solana en 2026, añadiendo otra ruta de cliente de validador junto con el ecosistema dominante de Agave.
La última interrupción puso a prueba un tipo diferente de descentralización: el alojamiento físico y la conectividad de red en lugar del software del validador. Solana continuó procesando transacciones, pero la concentración de stake detrás de una infraestructura común permitió que el fallo de un proveedor eliminara una gran parte del stake de votación a la vez.
La solución de configuración inmediata de Teraswitch ya está implementada, pero su investigación no ha terminado. El proveedor sigue examinando por qué la ruta predeterminada de Miami se anunció con atributos incorrectos y ha contactado a su proveedor de hardware. Se espera un informe completo una vez que se complete ese trabajo.
Es probable que los operadores de validadores también se enfrenten a un escrutinio más exhaustivo sobre la redundancia de la infraestructura. Marinade dijo que planea revisar los límites de concentración por sistema autónomo y centro de datos y proporcionar más transparencia sobre los acuerdos de conmutación por error automática. Para Solana, la próxima prueba es si esos cambios de infraestructura reducen la proporción de stake expuesto a cualquier fallo de enrutamiento único.
