El informe facilitado sitúa la activación de Votor, de Alpenglow para Solana, el 21 de octubre de 2026. Los materiales disponibles de Solana y Anza describen el abandono de la votación en cadena al estilo TowerBFT en favor de mensajes de voto directos entre validadores y una finalización basada en certificados. La lista de requisitos comunicada para los validadores se centra en un cliente basado en Agave 4.3.0 y en mantener al menos 0,8 SOL por encima del mínimo exento de alquiler de la cuenta de voto.

Qué cambia Alpenglow en el consenso de Solana

El cambio central comunicado no es un nuevo flujo de uso de cartera para usuarios corrientes, sino una nueva forma de que los validadores alcancen la finalidad. La primera fase de Alpenglow, Votor, sustituiría las transacciones de voto en cadena de la era TowerBFT por mensajes de voto directos de los validadores, agrupables en certificados. El objetivo declarado es reducir el tiempo hasta la irreversibilidad de las transacciones desde unos 12,8 segundos hasta aproximadamente 150 milisegundos.

La lógica de finalización comunicada contempla dos vías simultáneas, en lugar de un único umbral fijo. Un bloque puede finalizar en una ronda si responde el 80 % del stake participante, o en dos rondas con un 60 %; prevalece la vía más rápida. El material disponible de Anza también describe los votos como mensajes firmados con BLS y agregados en certificados compactos, lo que ayuda a explicar por qué el cambio se presenta como un rediseño del consenso y no como un simple ajuste de parámetros.

Esta distinción es importante porque delimita el alcance previsto para el 21 de octubre: el acuerdo entre validadores y la mecánica de finalización de bloques. Según la información facilitada, no implica que las transferencias ordinarias o las aplicaciones requieran un nuevo flujo de uso para el usuario.

Requisitos comunicados para validadores antes de la época 1064

Los materiales disponibles de Solana indican que los validadores deberían ejecutar, antes de la ventana de activación comunicada, un cliente basado en Agave construido sobre Agave 4.3.0, y mantener al menos 0,8 SOL por encima del mínimo exento de alquiler de la cuenta de voto. El material facilitado vincula ese saldo específicamente a la cuenta de voto, no a la cuenta de identidad.

Estos materiales disponibles también atribuyen a los 0,8 SOL una finalidad más concreta de la que recoge por sí sola la alerta inicial. Se describe como financiación del cargo por época del Validator Admission Ticket. En el mismo fragmento disponible de Solana se indica que un validador que no pueda abonar ese cargo no podrá votar en la época siguiente y tampoco producirá bloques durante ese periodo.

Dentro del alcance comunicado para este despliegue, la lista para operadores es concisa:

Qué incluye el despliegue de octubre y qué podría cambiar

El material facilitado apunta a Votor como el componente que se activará en octubre, no a la implantación simultánea de todo el diseño de Alpenglow. Rotor se describe como una capa independiente de retransmisión o propagación prevista para una fase posterior, sin que se haya facilitado una fecha de implementación en mainnet.

Una consecuencia práctica podría ser un cambio visible en las métricas de red de tipo TPS, sin una reducción equivalente de la actividad real de los usuarios. La información señala que los votos de los validadores pasarán fuera de cadena con Alpenglow; si dejan de contabilizarse como transacciones ordinarias del libro mayor, el total de transacciones podría parecer menor simplemente porque ha cambiado la base de medición. Esto complica la comparación entre los recuentos de transacciones de Solana posteriores a la actualización y los anteriores.

El estado del despliegue debe interpretarse aún con cautela. Informaciones de mayo atribuidas a CoinDesk señalaban que el lanzamiento de Alpenglow se esperaba en 2026 y que posteriormente entraría en pruebas comunitarias, en línea con la evolución hacia una transición en octubre. Sin embargo, los detalles de activación del 21 de octubre se mantienen aquí en el plano de la atribución, ya que las páginas disponibles de Solana y Anza solo pudieron consultarse mediante fragmentos y no como documentos fuente completos.