Solana permaneció operativa a través de una falla de infraestructura que interrumpió temporalmente parte de su red de validadores el 12 de agosto, según el ejecutivo de tecnología de la Fundación Solana, Jacob Creech.
Resumen
- 597 de 699 validadores de Solana con participación continuaron votando mientras la red seguía produciendo bloques con normalidad.
- 102 validadores dejaron de votar temporalmente, mientras que los operadores afectados se recuperaron en cuarenta minutos después de la interrupción.
- El 28.83% del SOL en participación quedó en mora, acercándose al umbral del 33.34% donde la finalidad de las transacciones se detiene por completo.
- Teraswitch dijo que una ruta malformada interrumpió doce sitios europeos y asiáticos antes de que los ingenieros restauraran la conectividad.
- La página de estado de Solana no registró ningún incidente en la red principal y muestra un 100% de tiempo de actividad del clúster durante noventa días.
De los 699 validadores de Solana con participación, 597 continuaron votando mientras los bloques y las transacciones seguían procesándose. 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 red principal el 12 o 13 de agosto y mostró un 100% de tiempo de actividad del clúster de Mainnet Beta durante los 90 días anteriores.
Los validadores de Solana mantuvieron la finalidad a pesar de una fuerte caída
Aunque la red principal permaneció 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 encontró que el 28.83% de todo el SOL en participación se volvió moroso durante unos 33 minutos. Solana requiere que más de dos tercios de la participación participen para que las transacciones alcancen la finalidad, lo que sitúa el umbral de desconexión relevante en el 33.34%.
Marinade identificó aproximadamente 90 validadores afectados por la falla 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 la misma falla de infraestructura.
Creech describió el incidente como un "punto de prueba de la resiliencia de Solana". La red resistió la interrupción, pero los datos de Marinade también mostraron que la participación morosa alcanzó aproximadamente el 86% del nivel en el que la finalidad se habría detenido.
La falla de enrutamiento de Teraswitch se extendió de Miami a Asia
El informe de estado de Teraswitch rastreó el problema de infraestructura hasta una ruta predeterminada malformada originada en su instalación 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 América del Norte no se vieron afectados.
Los ingenieros identificaron la ruta malformada en 10 minutos y eliminaron Miami de la red troncal privada. El servicio regresó a las 04:16:15 UTC. Teraswitch luego implementó un cambio global en sus sitios de cómputo para que una ruta similarmente malformada no bloquee 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 causa raíz.
El evento también expuso la concentración de infraestructura entre los validadores. Marinade calculó que un sistema autónomo tenía alrededor de 118.9 millones de SOL, más de una cuarta parte de todo el SOL en participación, y aproximadamente el 94% de esa participación se desconectó junta.
Solana evita una repetición de su interrupción de red de 2024
El resultado contrasta con el reinicio de la red en febrero de 2024 después de que se detuviera la producción de bloques. Los validadores requirieron un reinicio coordinado durante ese incidente, y Solana permaneció fuera de línea durante casi cinco horas. La falla de infraestructura del 12 de agosto no requirió un reinicio de la red principal.
Desde entonces, Solana ha buscado una mayor resiliencia a través de software de validación independiente. En cobertura relacionada, Firedancer comenzó a producir bloques de la red principal de Solana en 2026, agregando otra ruta de cliente validador junto al 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 de validación. Solana continuó procesando transacciones, pero la concentración de participación detrás de una infraestructura común permitió que una falla de un proveedor eliminara una gran parte de la participación de votación a la vez.
Qué sucede después
La corrección de configuración inmediata de Teraswitch ya está implementada, pero su investigación no ha terminado. El proveedor todavía está 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.
Los operadores de validadores también probablemente enfrentarán un escrutinio más cercano sobre la redundancia de 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 en torno a los acuerdos de conmutación por error automáticos. Para Solana, la próxima prueba es si esos cambios de infraestructura reducen la participación expuesta a cualquier falla de enrutamiento única.
