Actualización de Solana Alpenglow: Fecha de lanzamiento, características y qué cambios hay?

La actualización Alpenglow de Solana es un reemplazo planeado para el sistema de consenso de la red, que determina cuándo un bloque es final. Su primera fase, Votor, tiene como objetivo reducir la finalización de aproximadamente 12.8 segundos a alrededor de 150 milisegundos.

A partir del 23 de septiembre de 2026, Anza ha recomendado Agave 4.3 para la adopción general, pero su rastreador de características aún enumera la activación del consenso Alpenglow como pendiente. Explicaremos el cronograma de implementación, cómo funciona la actualización y qué deben esperar los usuarios, desarrolladores y validadores.

Puntos Clave

• Alpenglow de Solana apunta a una finalización de bloque de aproximadamente 150 milisegundos, pero esa cifra es una expectativa, no un tiempo garantizado de finalización de transacciones.
• Agave 4.3 contiene la primera fase, Votor, mientras que la fase de distribución de bloques planeada, Rotor, no tiene fecha de lanzamiento programada.
• La adopción de Agave 4.3 ha comenzado, pero el cambio de consenso Alpenglow no había sido marcado como activo en la mainnet de Solana a partir del 23 de septiembre de 2026.

¿Qué es la actualización Alpenglow de Solana?

(fuente de imagen: cryptotimes.com)

Alpenglow es un cambio propuesto en cómo los validadores de Solana acuerdan bloques y establecen la finalización. La finalización significa que la red ha alcanzado el punto en el que un bloque se considera irreversible bajo sus reglas de consenso.

Alpenglow está diseñado para reemplazar el actual proceso de consenso TowerBFT de Solana, que se basa en los votos de los validadores enviados como transacciones. La implementación tiene dos fases. Votor cambia la votación y finalización de los validadores; está incluida en Agave 4.3, una versión del software de validadores desarrollado por Anza.

Rotor tiene como objetivo cambiar cómo se propaga la información del bloque a través de la red al reemplazar el actual sistema de distribución Turbine, pero está planeado para un lanzamiento posterior, no programado. Por lo tanto, la primera fase no debería describirse como el lanzamiento de cada característica de Alpenglow.

Alpenglow cambia el consenso, no cómo los programas de Solana ejecutan transacciones. No introduce, por sí mismo, un nuevo token, no cambia la Máquina Virtual de Solana, ni revisa los formatos de transacciones y las mecánicas de tarifas.

¿Cuándo es la fecha de lanzamiento de Alpenglow de Solana?

No hay una fecha de calendario confirmada para la activación de Alpenglow en la mainnet. La página de actualización de Solana proporciona una expectativa para el tercer trimestre de 2026. El cronograma tentativo de Agave 4.3 de Anza registra su recomendación del 21 de septiembre para la adopción general de la mainnet y tiene como objetivo el 28 de septiembre para reanudar la activación de características de la mainnet.

Ese hito del 28 de septiembre es un objetivo de cronograma, no una confirmación de que el consenso Alpenglow se activará ese día. A partir del 23 de septiembre, el rastreador de características de Anza aún coloca la puerta del consenso Alpenglow bajo la activación pendiente de testnet. Estos hitos describen diferentes eventos:

La distinción es importante al leer un titular sobre la fecha de lanzamiento de Alpenglow: una liberación de software, una recomendación para actualizar y la activación de las nuevas reglas de consenso son pasos separados. Las fechas pueden moverse durante las pruebas y la implementación.

¿Cómo cambia Alpenglow la finalización en Solana?

Bajo TowerBFT, los validadores envían transacciones de voto y la finalización toma aproximadamente 12.8 segundos. Votor, en cambio, hace que los validadores envíen votos directamente entre sí. Los validadores combinan votos suficientemente ponderados en certificados, que proporcionan evidencia de que un bloque ha alcanzado el umbral de votación relevante.

Un bloque puede tomar un camino rápido hacia la finalización después de una ronda de votación si al menos el 80% de las apuestas vota para notariarlo. Si no se cumple ese umbral, Votor puede proceder a través de una segunda ronda utilizando umbrales del 60% de las apuestas.

Estas son reglas del protocolo, no una promesa de que cada transacción se liquidará en el mismo tiempo. La Fundación Solana describe aproximadamente 150 milisegundos como el tiempo objetivo de finalización.

No es un nuevo tiempo de ranura, un resultado garantizado, o una medida del tiempo total entre presionar “enviar” y ver un saldo actualizado en cada billetera o aplicación. Las condiciones de la red, el camino de votación y la infraestructura de la aplicación pueden afectar lo que observan los usuarios.

El esfuerzo separado de Solana para reducir los tiempos de ranura no debe confundirse con el objetivo de finalización de Alpenglow. Si deseas comerciar Solana (SOL), ¡comercia aquí!

¿Cuáles son las principales características de Alpenglow?

(fuente de imagen: solana.com)

Los cambios más significativos de Votor concernan a cómo votan los validadores y cómo las aplicaciones interpretan los datos resultantes:

• Votos directos de validadores: Los votos ya no necesitan aparecer como transacciones ordinarias dentro de los bloques una vez que se activa el consenso Alpenglow.
• Finalización basada en certificados: Los votos agregados de los validadores establecen cuándo un bloque es final, potencialmente en una ronda o de otro modo a través del proceso de segunda ronda del protocolo.
• Comportamiento de compromiso cambiado: Después de la activación, los confirmados y finalizado los compromisos describen el mismo estado final bajo Votor. Las aplicaciones deben seguir la guía de migración antes de cambiar cómo utilizan estos estados.
• Nuevos datos para flujos de bloques: Agave 4.3 agrega un bank_id campo a los datos de transmisión de Geyser para que los consumidores puedan distinguir los bancos candidatos asociados con un slot.
• Una actualización de distribución posterior: Rotor está planeado para reemplazar el enfoque de propagación de bloques de Turbine después de que Votor haya sido adoptado. No es parte de la activación de consenso inicial de Agave 4.3.

La Fundación Solana también dice que la Prueba de Historia ya no determinará la producción de bloques bajo Alpenglow.

Esto afecta la infraestructura que lee entradas de tick o depende de la fuente anterior del Reloj marca de tiempo de sysvar. Estos cambios son más significativos para validadores, indexadores y proveedores de datos que para alguien que simplemente envía SOL.

Para obtener información sobre el sistema que Alpenglow está diseñado para reemplazar, explora la Prueba de Historia de Solana.

¿Qué Cambios para Usuarios, Desarrolladores y Validadores?

La mayoría de los usuarios de billeteras no deberían necesitar cambiar cómo firman o envían transacciones. La mayor carga de preparación recae en los servicios que interpretan los datos de bloques de Solana y en los operadores que ejecutan software de validadores.

Para desarrolladores y proveedores de infraestructura, el trabajo relevante depende de lo que una aplicación lee. Un servicio que transmite datos de Geyser debería tener en cuenta bank_id y evitar asumir que un slot siempre corresponde a un banco candidato.

Los indexadores que cuentan transacciones de voto dentro de bloques necesitarán revisar esas métricas después de la activación. Los sistemas que utilizan estados de compromiso o Clock.unix_timestamp deben revisar la semántica actualizada antes de cambiar la lógica de producción.

Los operadores de validadores tienen requisitos separados. La guía de operadores de la Fundación Solana exige una clave pública BLS registrada en la cuenta de voto y la adopción de Agave 4.3 de acuerdo con las instrucciones de despliegue de Anza.

Los cambios preparatorios, incluida la entrada de admisión del validador, pueden estar activos antes del consenso de Alpenglow en sí. Los operadores deben utilizar las instrucciones actuales para su clúster en lugar de tratar la fecha de publicación de un artículo como una señal de actualización. ¿Comprarías Solana (SOL)?

¿Cómo Puedes Saber Si Alpenglow Está Activo?

Verifica el estado de consenso del clúster en lugar de su versión de software por sí sola. La Fundación Solana documenta un método RPC de Agave 4.3, getAgGenesisCert, para este propósito. Un null resultado significa que el clúster aún está ejecutando TowerBFT; un certificado devuelto indica que ha migrado a Alpenglow. 

La CLI de Solana también proporciona solana alpenglow-genesis-info en la versión 4.3 y posteriores. Un nodo RPC más antiguo puede devolver “Método no encontrado” en lugar de null, por lo que esas respuestas no deben tratarse como equivalentes. Cada clúster puede migrar según su propio cronograma.

¿Cuáles Son las Limitaciones y Riesgos?

Una finalización más rápida podría ayudar a las aplicaciones que necesitan información de liquidación oportuna, pero Alpenglow no elimina los riesgos de transacción, operativos o de mercado. Su objetivo de 150 milisegundos debe evaluarse en función del rendimiento real de la red después de la activación.

La transición también cambia las suposiciones incorporadas en algunas infraestructuras. El manejo incorrecto de bancos candidatos, flujos de bloques o estados de compromiso podría producir datos de aplicación engañosos, incluso si la red subyacente opera como se espera.

Por separado, el diseño y cronograma de Rotor siguen siendo trabajo futuro, por lo que sus efectos potenciales no deben atribuirse al primer lanzamiento de Votor. Para los comerciantes e inversores de SOL, un hito de actualización no es un pronóstico de precio confiable.

El valor de mercado de SOL puede fluctuar por muchas razones más allá del rendimiento del consenso. Las verificaciones útiles a corto plazo son si la característica se activa, cómo se desempeña en condiciones de producción y si los servicios que dependen de datos de Solana se adaptan correctamente.

Los lectores interesados en el papel de SOL delegado pueden aprender cómo funciona el staking de Solana.

Conclusión

La actualización de Solana Alpenglow tiene como objetivo reemplazar TowerBFT con finalización más rápida basada en certificados, comenzando con Votor en Agave 4.3. El despliegue de software estaba en marcha desde el 23 de septiembre de 2026, pero Anza no había marcado la puerta de consenso de Alpenglow como activa.

Su cifra de finalización de aproximadamente 150 milisegundos sigue siendo un objetivo, mientras que Rotor no tiene lanzamiento programado. Los lectores que sigan el lanzamiento deben verificar el rastreador de características actual o el estado de consenso del clúster antes de tratar a Alpenglow como activo.

Los lectores interesados en los mercados de criptomonedas disponibles pueden explorar Bitrue Exchange, mientras que el Bitrue Blog ofrece guías adicionales sobre tecnología blockchain y desarrollos en el mercado.

FAQ

¿Está Solana Alpenglow activo en mainnet?

A partir del 23 de septiembre de 2026, el rastreador de características de Anza todavía lista la activación de consenso de Alpenglow como pendiente. Su recomendación para adoptar Agave 4.3 no significa que el clúster haya cambiado de protocolos de consenso.

¿Cuál es la diferencia entre Agave 4.3 y Alpenglow?

Agave 4.3 es una versión del software de validador que incluye la primera fase de Alpenglow, Votor. El consenso de Alpenglow entra en efecto en un clúster solo cuando se lleva a cabo la migración y activación relevantes.

¿Harán que cada transacción de Solana sea final en 150 milisegundos?

No. Aproximadamente 150 milisegundos es un objetivo para la finalización del consenso, no un tiempo garantizado para cada bloque o una medida de toda la experiencia del usuario. El tiempo observado puede variar.

¿Reduce Alpenglow el tiempo de slot de Solana?

No. La actualización de finalización de Alpenglow y la reducción escalonada del tiempo de slot de Solana son cambios separados. La finalización mide cuando un bloque se establece bajo las reglas de consenso; el tiempo de slot concierne al momento de las oportunidades para producir bloques.

¿Los titulares de SOL necesitan tomar medidas para la actualización de Alpenglow?

No se espera que los usuarios ordinarios cambien la forma en que firman o envían transacciones. Los operadores de validadores y algunos desarrolladores o proveedores de datos tienen trabajo de migración por completar.

Descargo de responsabilidad: Las opiniones expresadas pertenecen exclusivamente al autor y no reflejan las opiniones de esta plataforma. Esta plataforma y sus afiliados declinan cualquier responsabilidad por la precisión o idoneidad de la información proporcionada. Es solo para fines informativos y no está destinada como consejo financiero o de inversión.