-
La actualización eliminará los votos de validadores de los bloques de Solana.
-
Los validadores necesitarán al menos 0,8 SOL adicionales en su cuenta de votación.
Solana activará el 21 de octubre Alpenglow, una actualización de su mecanismo de consenso que busca reducir de 12,8 segundos a unos 150 milisegundos el tiempo necesario para que las transacciones sean irreversibles. Anza, el equipo desarrollador de Agave, anunció la fecha el 13 de octubre y detalló los cambios que traerá la implementación.
El cambio entrará en vigor al comienzo de la época 1064, previsto para las 15:00 UTC. La actualización sustituirá TowerBFT, el actual mecanismo de consenso, por un sistema que permitirá a los validadores acordar la validez de los bloques en una o dos rondas de votación.
La primera fase, denominada Votor, llegará con Agave 4.3. En lugar de registrar sus votos como transacciones, los validadores los enviarán directamente entre sí y los agruparán en certificados. Bastará con la participación del 80% de la participación depositada para finalizar un bloque en una ronda, o del 60% para hacerlo en dos.
La segunda fase, llamada Rotor, reemplazará el sistema de propagación de datos de los bloques por una capa de retransmisión. Sin embargo, todavía no tiene fecha de implementación.

La ejecución de las operaciones no cambiará: los programas, las comisiones y los formatos de transacción seguirán funcionando igual. Los 150 milisegundos corresponden a la finalidad, no a la frecuencia de producción de bloques, cuyo intervalo ya se redujo de 400 a 200 milisegundos en etapas completadas en octubre.
La migración también exige cambios a los validadores. Deberán utilizar clientes basados en Agave 4.3.0 y mantener al menos 0,8 SOL por encima del saldo mínimo exento de alquiler en su cuenta de votación. Esa reserva cubrirá una tarifa de admisión que se cobrará al comienzo de cada época para habilitar su participación en la siguiente. Si no la pagan, no podrán votar ni producir bloques durante ese periodo. Como reportó CriptoNoticias, los clientes Firedancer y Frankendancer no estarán admitidos durante la migración.
Los sistemas que registran la actividad de Solana también tendrán que adaptarse. Al desaparecer los votos de los bloques, las métricas de transacciones por segundo podrían caer sin que disminuyan las operaciones de los usuarios.
Aunque Alpenglow ya está activo en las redes de prueba, su llegada a la red principal implica riesgos propios de un cambio profundo del consenso. El nuevo modelo busca tolerar hasta un 20% de participación maliciosa y otro 20% fuera de línea, con énfasis en resistir fallos de conectividad.
La prueba decisiva será mantener la estabilidad durante la migración y después de ella. Si el cambio funciona según lo previsto, Solana podrá ofrecer confirmaciones definitivas más rápidas para pagos y aplicaciones financieras. Sin embargo, la mejora también dependerá de que los validadores y los desarrolladores adapten su infraestructura sin generar interrupciones.












