Alpenglow ya está activo en Solana: qué cambia en el consenso

Un despliegue confirmado en la red principal

Alpenglow ya está activo en la red principal de Solana, según la documentación actualizada de la Fundación y el comunicado de Anza publicado el 21 de octubre de 2026. El cambio se produce durante la época 1064. Afecta al consenso, es decir, a la forma en que los validadores acuerdan qué bloques conserva la red.

La confirmación del funcionamiento efectivo debe distinguirse de los horarios estimados de los preparativos, que servían para organizar las actualizaciones de los operadores. Una fecha anunciada permite seguir un calendario; el estado realmente observado permite confirmar una activación. La documentación ofrece medios para verificar que el sistema ha dejado TowerBFT, en lugar de deducir el cambio solo del número de versión de un programa.

Votor cambia la circulación de los votos

La primera fase se basa en Votor. Con TowerBFT, los validadores votaban mediante transacciones registradas en los bloques. El nuevo sistema intercambia los votos directamente entre validadores y los agrupa en certificados. Busca alcanzar la finalidad en una o dos rondas, en vez de esperar la acumulación de votos del mecanismo anterior.

La Fundación presenta una finalidad prevista de unos 150 milisegundos, frente a aproximadamente 12,8 segundos anteriormente. Esta referencia describe la rapidez esperada del acuerdo. No debe convertirse en una promesa de demora idéntica para cada usuario, interfaz y condición de carga. La difusión de una transacción y su visualización en una aplicación siguen siendo etapas distintas.

Los programas y los indicadores no cambian de igual forma

Solana precisa que la evolución no sustituye el motor de ejecución de sus programas. Los formatos de transacción y los mecanismos de comisiones siguen separados del nuevo protocolo de votación. Por tanto, una mejora del consenso no significa que un monedero deba cambiar los SOL de su usuario por un token nuevo para seguir funcionando.

En cambio, las herramientas de observación deben tener en cuenta que los votos dejan de aparecer en las transacciones registradas. Comparar un total antiguo y uno nuevo sin corregir esta diferencia puede distorsionar la interpretación de la actividad. Que baje un contador que incluía votos no demuestra automáticamente una caída de los intercambios económicos realizados en la cadena.

Una continuación técnica todavía pendiente de seguir

La documentación presenta Rotor como una segunda fase dedicada a distribuir los datos de los bloques. Su calendario todavía no está fijado. Por ello, la activación de Votor no debe describirse como la entrega simultánea de todos los componentes previstos para Alpenglow. Cada fase tiene su alcance y debe seguirse mediante sus propios anuncios.

Para valorar el resultado serán útiles la estabilidad del consenso, la calidad de las herramientas de seguimiento y el rendimiento observado en condiciones identificadas. La reducción del tiempo necesario para alcanzar la finalidad debe entenderse como una evolución en la infraestructura y en el funcionamiento técnico del propio protocolo de la red. No garantiza la calidad de un token negociado en Solana, la seguridad de todos los contratos ni una evolución concreta del precio de SOL. Los avances del protocolo y los riesgos de las aplicaciones exigen análisis diferentes.