Solana ya tiene fecha para el mayor cambio de consenso desde que arrancó su red principal. El próximo 21 de octubre, en torno a las 14:50 UTC, entra en producción Alpenglow, el upgrade que promete cerrar una transacción de forma irrevocable en menos de 150 milisegundos y jubilar TowerBFT, el sistema de votación que la red arrastra desde 2020. Lo confirmó Anza, el equipo que mantiene el cliente validador de referencia, con un añadido incómodo: el contador de transacciones de Solana podría desplomarse el día del estreno sin que eso signifique menos actividad real.
La cifra que más se va a repetir estos días son los 150 milisegundos, pero conviene entender qué se mide exactamente. Una transacción en Solana ya puede confirmarse casi al instante; lo que cambia es la garantía que hay detrás. Hasta ahora había que esperar varios segundos para tener la certeza de que ese movimiento no se revertiría. Eso es la finalidad, y es justo lo que Alpenglow quiere llevar a una décima de segundo y medio.
Qué cambia el 21 de octubre: de segundos a 150 milisegundos
Según el anuncio de Anza, el despliegue en mainnet-beta —la red principal, donde ya corren dinero y aplicaciones reales— está fijado para el miércoles 21 de octubre, y son 18 meses de trabajo los que se condensan en una migración que ocurre en un solo slot. La forma de votar cambia por completo. Hoy los validadores confirman bloques enviando votos como transacciones on-chain, una por una y con su coste aparejado. Con Alpenglow, el mecanismo se llama Votor y funciona de otro modo: los validadores intercambian sus votos y los agrupan en un certificado que basta para cerrar el bloque tras una o dos rondas.
El beneficio tangible lo notará quien necesita certeza para actuar. Un comercio que entrega la mercancía en cuanto el pago es firme, o un puente entre cadenas que desbloquea fondos en otra red, dejan de esperar esos segundos de más. Eso sí, Anza presenta los 150 milisegundos como una proyección y no como un compromiso cerrado: el rendimiento real dependerá de las condiciones de la red en cada momento.
Cómo se migra: Agave 4.3.0, 5.000 slots y una tarifa fija de 0,8 SOL
Los operadores que sostienen la red —los validadores, esos nodos que producen bloques y validan transacciones poniendo en juego su propio SOL— tienen deberes. Para hacer el cambio hace falta software basado en Agave 4.3.0, la implementación de referencia que desarrolla Anza y que publica abiertamente su repositorio oficial en GitHub. Y aquí aparece un detalle que no ha sentado igual de bien a todos: Firedancer y Frankendancer, el segundo cliente validador independiente que Jump Crypto lleva años construyendo en paralelo, no podrán acompañar en la migración inicial. Los operadores que corren esas implementaciones tendrán que apoyarse temporalmente en otro cliente.
El calendario está medido al detalle. La migración se ejecuta durante la época 1064 —una época es el periodo en el que Solana reparte los roles de producción entre los validadores— y arranca sobre las 15:00 UTC del 21 de octubre. Durante los primeros 5.000 slots, cada uno de ellos una ventana de tiempo en la que un validador produce un bloque, la red mantiene el sistema de voto actual. Unos 18 minutos después, el interruptor cambia. El modelo económico también se mueve: los validadores pasan de pagar cerca de 1 SOL por época en comisiones de voto a una tarifa fija de admisión de 0,8 SOL.
El día del estreno, Solana registrará menos transacciones que nunca en su contador público y estará procesando exactamente las mismas órdenes de siempre.
La letra pequeña: menos transacciones en el contador y un cambio que se juega en un solo slot
Hay una consecuencia no buscada que merece atención. Al dejar de registrar los votos dentro de los bloques, el número total de transacciones de Solana podría caer de forma llamativa el mismo día del estreno, aunque el volumen real de pagos y operaciones sea idéntico. Los paneles que vigilan la red, como el de Solana Beach o los dashboards de Helius, van a mostrar un descenso que no responde a menos uso, sino a menos votos contabilizados. Quien mire esa métrica sin contexto sacará una conclusión equivocada.
Llevo tiempo sosteniendo que el dato verdaderamente relevante de Alpenglow no son los 150 milisegundos, sino el cambio de arquitectura que esconde. Solana arrastra desde 2021 y 2022 episodios de paradas de red que durante años alimentaron la crítica de que toda su infraestructura dependía de una única implementación de cliente, la de Anza. TowerBFT, heredero directo del Proof of History —el reloj criptográfico que sella el orden temporal de cada transacción antes de que nadie la vote—, sostiene la red desde que mainnet abrió en 2020. Retirarlo es, en la práctica, cambiar los cimientos con el edificio lleno de gente.
El riesgo está donde suelen estar estas cosas: en la ejecución. Una migración de consenso en mainnet no se puede ensayar del todo, y los mercados de predicción, según los datos que circulan en el sector, no anticipan un impacto relevante sobre el precio en el corto plazo. Aun así, cualquier contratiempo en el arranque de la época 1064 golpearía la percepción de una red que presume de estabilidad justo cuando más capital institucional la está mirando. Para poner contexto, SOL cotizaba alrededor de 104 dólares el 14 de octubre, con una capitalización cercana a los 61.300 millones de dólares.
A partir del 21 de octubre toca vigilar tres cosas: cómo se comportan los primeros bloques posteriores al cambio de voto, si el descenso del contador de transacciones se normaliza en los días siguientes y cuándo se incorporan Firedancer y Frankendancer. Ahí se sabrá si Alpenglow es una cifra bonita en un gráfico o el cambio estructural que Solana lleva persiguiendo desde su fundación.
