Solana migró su red de desarrolladores a Alpenglow, una actualización de consenso de gran envergadura diseñada para reducir drásticamente los tiempos de finalidad de las transacciones y cambiar la forma en que los validadores se coordinan en la blockchain. La migración se completó el 25 de septiembre, y la activación —conocida como Alpenswitch— entró en vigor en el epoch 1167 tras una cuenta regresiva de 17 minutos. La transición fue realizada por ingenieros de Anza, la empresa que desarrolla el software central de la red de Solana, y el cofundador de Solana, Anatoly Yakovenko, destacó el hito en una breve publicación en redes sociales poco después de la migración.

Alpenglow está diseñado para reducir la finalidad de las transacciones de Solana de aproximadamente 12.8 segundos a entre 100 y 150 milisegundos, lo que podría permitir confirmaciones casi instantáneas para las aplicaciones que dependen de una liquidación rápida. La finalidad es el punto en el que una transacción se considera liquidada de forma permanente y no puede revertirse, lo que la convierte en uno de los indicadores clave de la capacidad de respuesta de una blockchain en la práctica; trasladar esa garantía de varios segundos a una fracción de segundo acercaría la confirmación a la inmediatez que los usuarios esperan de las aplicaciones convencionales de internet.

La actualización ahora se está probando en la devnet de Solana, después de que el protocolo ya se hubiera desplegado en testnet. Ejecutar el nuevo sistema de consenso en ambos entornos públicos de pruebas brinda a los desarrolladores y operadores de red la oportunidad de examinar su rendimiento y estabilidad antes de tomar cualquier decisión sobre su despliegue en la red mainnet-beta, el entorno de producción donde las transacciones tienen valor real.

Votor reemplaza a TowerBFT

El núcleo del cambio reemplaza el mecanismo de consenso TowerBFT de Solana, que ha asegurado la red desde el lanzamiento de su mainnet en 2020, por Votor, un nuevo sistema de votación desarrollado por ingenieros de Anza en colaboración con investigadores de ETH Zurich. Los validadores aprobaron el cambio bajo el Solana Improvement Document SIMD-0326, el mecanismo formal de la red para ratificar cambios de protocolo.

Votor modifica la forma en que los validadores intercambian información de votación. En lugar de registrar los votos técnicosuales como transacciones dentro de los bloques, los validadores comunican esos votos directamente, y la información puede consolidarse en certificados criptográficos BLS: firmas agregadas que condensan muchos votos individuales en una única prueba compacta.

El cambio tiene como objetivo reducir la porción de capacidad de bloque consumida por la actividad relacionada con el consenso. Las transacciones técnicas de votación ocupaban previamente una parte sustancial del espacio de bloques de Solana, y algunas estimaciones situaban esa cifra hasta en 75%. Al mover esta actividad fuera del flujo de transacciones y agregarla en certificados compactos, Alpenglow está diseñado para liberar capacidad de red adicional para las transacciones de los usuarios y, al mismo tiempo, reducir potencialmente los costos operativos de los validadores.

Cabe destacar que la actualización no requiere un rediseño fundamental de la máquina virtual de Solana ni de su arquitectura de contratos inteligentes. Las aplicaciones creadas sobre la Solana Virtual Machine existente pueden seguir operando mientras cambia el mecanismo de consenso subyacente.

Metas de finalidad en menos de un segundo

El objetivo principal de rendimiento de Alpenglow es una reducción sustancial del tiempo necesario para que las transacciones se vuelvan finales. Bajo el nuevo sistema, se espera que la finalidad se alcance en unos 100 milisegundos cuando los validadores que representen al menos el 80% del stake de la red respondan dentro del plazo requerido. Un mecanismo de respaldo está diseñado para proporcionar la finalidad en aproximadamente 150 milisegundos cuando no se alcanza de inmediato el umbral más alto.

El salto a una finalidad de menos de un segundo podría resultar especialmente relevante para aplicaciones de pagos, sistemas de trading y juegos Web3, donde los retrasos en la confirmación de transacciones pueden afectar directamente la experiencia del usuario.

El protocolo también incorpora un modelo de tolerancia a fallos 20+20. Bajo esta estructura, la red está diseñada para mantenerse estable si el 20% de los validadores deja de estar disponible mientras otro 20% enfrenta simultáneamente ataques u otras interrupciones.

Los desarrolladores inician pruebas en el mundo real

El despliegue en devnet brinda a los desarrolladores de aplicaciones un entorno de bajo riesgo para probar software contra las nuevas reglas de consenso. Los tokens de devnet no tienen valor monetario real, lo que permite a los equipos examinar el comportamiento de las transacciones sin exponer a los usuarios a los riesgos financieros asociados con la actividad en mainnet. Las aplicaciones de pagos podrían usar el entorno para evaluar confirmaciones más rápidas, mientras que los juegos blockchain podrían probar si una menor latencia de liquidación mejora las experiencias interactivas.

No todas las aplicaciones requerirán cambios. El software básico que envía transacciones o consulta saldos de cuentas puede seguir operando sin modificaciones importantes. Sin embargo, las plataformas de análisis y los servicios que cuentan las transacciones de la blockchain podrían necesitar ajustar sus métodos, porque los votos de los validadores ya no aparecerán como transacciones individuales dentro de los bloques.

Alpenglow is live on devnet
— Solana (@solana) September 25, 2026

Los servicios de datos también deberán tener en cuenta los bloques candidatos en competencia hasta que la red alcance el acuerdo final; combinar información de bloques en competencia de manera prematura podría generar registros históricos inexactos.

El momento del mainnet sigue siendo incierto

Alpenglow ya funciona en la devnet y la testnet de Solana, pero no se ha anunciado una fecha firme para el despliegue en mainnet-beta. Las pruebas de estabilidad continúan, y las cifras de rendimiento citadas son metas basadas en pruebas de protocolo y simulaciones, más que resultados confirmados en condiciones plenamente reales de. La experiencia real del usuario también podría depender del procesamiento de las wallets, los procedimientos de depósito de los exchanges y otra infraestructura ajena a la capa de consenso.

La fase de pruebas públicas brinda a los desarrolladores de Solana y a los proveedores de infraestructura la oportunidad de validar si la velocidad y resiliencia propuestas por Alpenglow pueden traducirse en un rendimiento confiable antes de que se considere el protocolo para su despliegue en mainnet. La migración representa, por lo tanto, una prueba técnica significativa para Solana más que una actualización completada en toda la red, y los resultados de devnet y testnet aportarán evidencia importante sobre el rendimiento de la nueva arquitectura de consenso bajo cargas de trabajo más amplias —y sobre si la red puede avanzar hacia su finalidad objetivo de menos de un segundo en infraestructura real. Los indicadores a observar de aquí en adelante son si devnet y testnet mantienen las cifras de finalidad objetivo a medida que crecen las cargas de trabajo de prueba, y si un posterior paso de gobernanza establece un cronograma concreto para la activación de mainnet-beta.