La devnet de Solana ha migrado a Alpenglow, un nuevo protocolo de consenso desarrollado por ingenieros de Anza, lo que marca un paso más hacia una revisión a escala de toda la red sobre cómo la blockchain confirma las transacciones. El cambio, anunciado por Anza el 25 de septiembre, llegó un día después de que la testnet completara la misma transición, tras una cuenta atrás de 17 minutos antes de que el cambio entrara en vigor en la época 1167.

Alpenglow está diseñado para reducir la finalidad de las transacciones de aproximadamente 12,8 segundos bajo el sistema actual a un rango de entre 100 y 150 milisegundos. Esa reducción depende de la respuesta de los validadores: cuando validadores que representan al menos el 80% del stake responden, la finalidad llega en unos 100 milisegundos; en un modo de respaldo, se acerca a los 150 milisegundos. El protocolo también introduce lo que sus diseñadores denominan un modelo de tolerancia a fallos "20+20", lo que significa que la red debería mantenerse estable incluso si el 20% de los validadores queda fuera de línea y otro 20% se ve comprometido.

Un nuevo sistema de votación

En el centro del cambio está Votor, un sistema de votación que sustituye al algoritmo TowerBFT que Solana ha utilizado desde su lanzamiento. Votor se desarrolló con aportaciones de investigadores de ETH Zúrich y fue aprobado por los validadores mediante la propuesta SIMD-0326. Con el nuevo diseño, la coordinación entre validadores se traslada en gran medida fuera de la cadena, lo que permite a la red alcanzar acuerdo en una o dos rondas de votación en lugar del proceso de varios pasos que exigía TowerBFT.

Una consecuencia práctica es que los votos ya no quedarán registrados dentro de los propios bloques. La Solana Foundation ha advertido de que esto reducirá algunas gráficas de actividad y los totales de transacciones, y ha pedido a los proveedores de datos que ajusten las comparaciones históricas en consecuencia, para que las cifras anteriores y posteriores a Alpenglow no se interpreten como una caída real del uso de la red.

Qué deben hacer los desarrolladores

Según una guía publicada por la Solana Foundation, las aplicaciones que simplemente envían transacciones y leen saldos de cuentas no necesitarán cambios para funcionar bajo Alpenglow. Los servicios que construyen historiales de transacciones, sin embargo, deberán mantener separados los bloques candidatos en competencia hasta que la red se decante por uno, ya que el proceso de finalidad se resuelve ahora de forma distinta a la del modelo anterior.

No se ha fijado una fecha oficial para llevar Alpenglow a mainnet-beta, y las migraciones de devnet y testnet se tratan como pasos previos y no como un despliegue terminado. El cofundador de Solana, Anatoly Yakovenko, ofreció una valoración escueta de lo que representa el cambio, al declarar a los observadores: "No estáis preparados para esto".