El 21 de octubre de 2026, a las 13:54 UTC aproximadamente, Solana activó Alpenglow en la mainnet-beta, reemplazando TowerBFT por Votor y reduciendo el tiempo objetivo de finalidad de unos 12,8 segundos a 150 milisegundos, según Anza y la Solana Foundation.
Para esta cobertura revisamos la página oficial de Alpenglow de la Solana Foundation (actualizada en octubre de 2026), los comunicados de Anza del 21 de octubre y los reportes de Decrypt, The Block y Unchained. Ninguna fuente primaria resultó inaccesible.
Qué se activó el 21 de octubre
El epoch 1064 comenzó alrededor de las 13:36 UTC. Tras 5.000 slots, en el slot 459.653.000, la red efectuó el cambio de TowerBFT a Votor. Anza declaró que la finalidad pasó de 12,8 segundos a aproximadamente 150 milisegundos. La Solana Foundation confirma que Alpenglow está en vivo desde ese epoch y que Votor es la fase operativa actualmente activa.
Solana 已在主网激活 Alpenglow 共识升级,用 Votor 替换原有 TowerBFT,并用 Rotor 替换 Turbine 区块传播协议。
, xiyu (@ohxiyu) October 23, 2026
升级后区块最终确定时间从约 12.8 秒缩短至约 150 毫秒,直接减少交易确认等待;交易执行与 SVM 未变,改动集中在验证者投票方式、共识机制以及共识信息向下游基础设施的传递方式。
Con Votor, los validadores intercambian votos directamente y los agregan en certificados, en lugar de insertarlos como transacciones on-chain. Un bloque queda finalizado tras uno o dos rondas de votación: vía rápida con el 80% del stake o vía alternativa con el 60%. La ejecución de transacciones, la SVM, los programas y las comisiones permanecen sin cambios.

Por qué importa para exchanges, comercios y usuarios
Bajo TowerBFT, una transacción podía confirmarse en pocos segundos, pero necesitaba unos 12,8 segundos para alcanzar la finalidad plena, el punto en que ya no es reversible. Con Votor, el objetivo es llevar ese momento a unos 150 milisegundos. Según Anza, esto reduce el tiempo de espera para los exchanges que acreditan depósitos y para los comercios que procesan pagos.
Para los usuarios finales, wallets y aplicaciones continúan funcionando igual que antes. La diferencia percibida, si se cumple el objetivo, es una confirmación prácticamente inmediata. La Foundation aclara que la finalidad de 150 ms es un objetivo de diseño, no una garantía independiente de las condiciones de red. Anza precisó que el rendimiento real dependerá de las condiciones de la red y de la distribución geográfica de los validadores.
🚨 $ETH ALERT: Ethereum delays Glamsterdam test after security devs flag risk to existing contracts
, Futures Wire (@FuturesWire) October 23, 2026
📊 Trade This Asset: https://t.co/wsbSCPlkCm
🟢 Bullish: 25%
• Developers postponed the upgrade to investigate potential smart-contract security risks before…
El cambio se produjo tras la aprobación de la propuesta SIMD-0326 en septiembre de 2025, con aproximadamente el 98% de votos favorables de los validadores. Anza llevó el protocolo del white paper (mayo de 2025) a mainnet en menos de 18 meses. Las pruebas en clusters comunitarios y en devnet/testnet ya habían mostrado la capacidad de completar migraciones en vivo, aunque con algunos rollbacks durante los ensayos.
Qué no cambia y qué sigue pendiente
Rotor, la segunda fase que debería reemplazar a Turbine en la propagación de bloques, aún no tiene fecha. La Solana Foundation lo indica como “later release, unscheduled”. El Proof of History tampoco rige el ritmo de los bloques de la misma forma que antes, pero los detalles de ejecución para los desarrolladores de aplicaciones sencillas permanecen sin cambios.
Los validadores deben usar un cliente basado en Agave 4.3.2 (Agave, Jito-Solana o Harmonic Salsa) y mantener al menos 0,8 SOL en el vote account por encima del mínimo rent-exempt para pagar el Validator Admission Ticket. Firedancer y Frankendancer no estaban soportados para la migración.
Las primeras lecturas de dashboard, reportadas por Altcoin Buzz y otros medios, mostraron valores de alrededor de 202 milisegundos en muestras individuales. Todavía no existe una media sostenida e independiente publicada que confirme los 150 ms en mainnet. Esta es nuestra lectura: el dato de diseño es claro, pero la medición operativa está aún en fase de observación.

El contexto con otras mejoras de Solana
Este cambio de consenso es distinto de la reducción de los tiempos de slot. Tal como reconstruimos en nuestro artículo sobre la reducción de slots de 400 a 350 ms, SIMD-0525 actúa sobre la duración objetivo de los bloques, no sobre la finalidad. Alpenglow opera sobre el protocolo de acuerdo entre validadores.
En abril describimos el diseño de Alpenglow como una mejora planificada. Ahora la primera fase está en vivo. La red continúa gestionando volúmenes elevados de actividad, incluyendo el 97% del volumen de acciones tokenizadas on-chain según datos reportados previamente en nuestro análisis sobre Solana y RWA.
Alpenglow is already speeding things up on mainnet-beta.
, JUST DREAM (@justdream) October 19, 2026
Epoch is coming in earlier than they planned! 🤯
Quiet win, but these are the ones that actually matter. $SOL keeps cooking. https://t.co/mjSQv13KnK pic.twitter.com/HOhFgq4eU1
La propuesta SIMD-0370 de Firedancer, que busca eliminar los límites estáticos de cómputo por bloque tras Alpenglow, sigue siendo un camino posterior y aún no aprobado, como describimos en el artículo sobre la propuesta de bloques sin límites.
¿Qué implica para LATAM y España?
No existen, por el momento, comunicados específicos de exchanges operando en América Latina o España sobre cambios operativos vinculados a Alpenglow. La finalidad más rápida, si se confirma con mediciones independientes, reduce teóricamente el tiempo de espera en depósitos y retiros, pero las políticas de confirmación de cada plataforma siguen siendo autónomas.
En un contexto regional donde Solana es utilizada activamente para pagos, remesas y proyectos DeFi, una finalidad de 150 ms acercaría la velocidad de la red a la de los sistemas de pago tradicionales. Ese es el punto de inflexión que los desarrolladores de aplicaciones en México, Argentina o Colombia deberían seguir de cerca. La clasificación de Solana como commodity digital, recogida en el documento conjunto SEC-CFTC de marzo de 2026, no se modifica con esta actualización técnica.
Para quienes operan con Solana desde España o LATAM, el punto práctico es el mismo que para cualquier usuario: wallets y aplicaciones no requieren ninguna acción. Los validadores de la región, si los hay, deben cumplir los requisitos de cliente y mantener el balance mínimo en el vote account.
Alpenglow
Qué está confirmado y qué no
- Confirmado: Votor activo en mainnet desde el 21 de octubre de 2026 en el slot 459.653.000; TowerBFT retirado; objetivo de finalidad de aproximadamente 150 ms declarado por Anza y la Solana Foundation.
- No indicado: medición independiente y sostenida de la finalidad media en mainnet; fecha de Rotor; impacto operativo específico para plataformas en LATAM o España.
- A seguir: lecturas de dashboard y mediciones independientes en las próximas semanas; posible activación de Rotor; adopción de los requisitos de cliente por parte de los validadores.
La lectura de fondo
Básicamente, alpenglow cierra un ciclo iniciado con el white paper de mayo de 2025 y sitúa a Solana en un modelo de finalidad en milisegundos, alineando el tiempo de irreversibilidad al de muchas infraestructuras de pago tradicionales. El cambio es real a nivel del protocolo de consenso. La cifra de “150 milisegundos” sigue siendo un objetivo declarado, no un dato consolidado por observadores independientes.
Las señales concretas que hay que seguir son las primeras medias de finalidad publicadas por dashboards y proveedores RPC, el posible anuncio de una fecha para Rotor, y si los validadores que aún no han actualizado el cliente mantienen su participación en la red. Para usuarios y plataformas, la prueba práctica será si los tiempos de confirmación percibidos se acortan sin cambios de código en el lado del cliente.



