Una actualización significativa de Solana, Agave v3.0.14, ha sido lanzada para abordar vulnerabilidades críticas que podrían haber llevado a paradas de red a través de fallos en los validadores o ataques de spam de votos. Según NS3.AI, a pesar de la importancia de la actualización, solo el 18% de la participación se actualizó de inmediato, subrayando las dificultades para lograr una rápida adopción del software entre los validadores descentralizados. En respuesta, la Fundación Solana ha vinculado los incentivos de delegación de participación a la conformidad del software, con el objetivo de mejorar la seguridad a través de sanciones económicas y promover la diversidad de clientes para reducir riesgos.
Cuando los mantenedores de Solana dijeron a los validadores que se movieran rápidamente en Agave v3.0.14, el mensaje llegó con más urgencia que detalles.
La cuenta de estado de Solana llamó a la liberación “urgente” y dijo que contenía un “conjunto crítico de parches” para los validadores de Mainnet Beta.
Dentro de un día, la conversación pública se desvió hacia una pregunta más difícil: si una red de prueba de participación necesita una actualización coordinada rápida, ¿qué sucede cuando los operadores no se mueven juntos?
Esa brecha apareció en las instantáneas de adopción temprana. El 11 de enero, una cuenta ampliamente circulada dijo que solo el 18% de la participación se había migrado a v3.0.14 en ese momento, dejando gran parte del peso económico de la red en versiones anteriores durante un período etiquetado como urgente.
Para una cadena que ha pasado el año pasado vendiendo confiabilidad junto con velocidad, la historia cambió del código en sí a si la flota de operadores podría converger lo suficientemente rápido cuando importaba.