Solana rozó un fallo de finalidad por un error de enrutamiento

Según CoinDesk, la mañana del miércoles la red de Solana estuvo cerca, durante unos minutos, de perder la finalidad de las transacciones. Un problema de configuración de enrutamiento en el servicio de custodia Teraswitch dejó temporalmente fuera de línea el 28,83% del SOL en staking. En Solana, la confirmación de bloques se detiene cuando alrededor del 33,34% de los tokens en staking no es accesible, por lo que el incidente se quedó a 4,51 puntos porcentuales del umbral de paralización. Marinade Finance calculó que el episodio alcanzó cerca del 86% del "stall threshold". La interrupción se debió a un único punto de fallo de enrutamiento. Teraswitch indicó posteriormente que el origen fue una ruta por defecto anunciada desde su sede de Miami: durante la propagación perdió su métrica original y los atributos de comunidad, y acabó distribuyéndose a nodos de Europa y Asia-Pacífico mediante un route reflector en Ámsterdam. El router de borde local la clasificó erróneamente como una ruta generada localmente y le otorgó prioridad sobre la salida habitual, aunque el core del centro de datos la consideró inválida. Como consecuencia, 12 ubicaciones —entre ellas Londres, Ámsterdam, Dublín, Fráncfort, Singapur y Tokio— se quedaron temporalmente sin rutas de reenvío válidas; Norteamérica no se vio afectada. El equipo de ingeniería identificó el problema en aproximadamente 10 minutos y el servicio se restableció a las 04:16:15 UTC. Marinade señaló que alrededor de 90 validadores se vieron afectados y, en conjunto, dejaron de percibir 333 SOL en recompensas. Su análisis apunta a una concentración elevada en un único sistema autónomo, AS20326, que alberga 118,89 millones de SOL (aprox. el 27,34% del stake total de la red) y que tuvo el 94% fuera de línea durante ese periodo. Ese nivel supera el límite del 25% establecido por el programa de delegación de la Solana Foundation para un único sistema autónomo. Además, 59 validadores con unos 80,2 millones de SOL se recuperaron dentro de la misma ventana de tiempo en Ámsterdam, Fráncfort y Tokio, lo que sugiere que estaban principalmente a la espera de la reconvergencia del enrutamiento, en lugar de migrar a rutas alternativas disponibles. El segundo mayor validador de Solana, Helius, permaneció fuera de línea durante 33 minutos. Marinade también indicó que, en ese mismo intervalo, otros 14,1 millones de SOL quedaron fuera de línea en entornos de custodia como latitude.sh, Limestone, Butterfly Research y Allnodes, un comportamiento que no puede explicarse únicamente con los datos disponibles. A su juicio, medir la dispersión solo con la metodología del custodio puede infravalorar el riesgo de que varios validadores caigan simultáneamente ante el mismo fallo. La firma reveló asimismo concentración en su propio modelo de asignación: dos tercios de sus tokens en staking se concentran en cuatro sistemas autónomos, y AS395201 por sí solo representa el 36,94%. El protocolo afirma que revisará los límites de concentración por red y centro de datos, y empezará a divulgar si los validadores cuentan con capacidades de "hotswapping" y con conmutación por error automática. Como información adicional, se espera que las 333 SOL no percibidas se compensen con los stakes de los validadores tras el cierre de la época actual. Si en ese momento la tasa fuera de línea supera un tercio, las confirmaciones de transacciones se detendrán para todos los titulares de SOL, sin un mecanismo de staking que amortigüe ese tipo de consecuencia sistémica. La última caída completa de la red de Solana se produjo en febrero de 2024 y la recuperación tardó cerca de cinco horas.