Solana ha movido la actualización Alpenglow a su testnet pública, donde los desarrolladores intentarán reducir la finalidad de las transacciones de unos 12,8 segundos a 0,15 segundos. La finalidad es el momento en que un pago se vuelve irreversible, el punto de control que exchanges, bridges y comerciantes esperan antes de acreditar depósitos, liberar fondos entre cadenas o dar una venta por liquidada. La actualización sustituye el consenso TowerBFT de Solana por Votor, un protocolo en el que los validadores se envían votos directamente entre sí y finalizan los bloques tras una o dos rondas.
Por qué importa
La finalidad es el límite mínimo de latencia para la infraestructura de pagos. Con unos 13 segundos, la acreditación de depósitos y las liberaciones de los bridges conllevan una espera inherente; con 150 milisegundos, los pagos en Solana empiezan a comportarse como la liquidación instantánea de las redes de tarjetas, una brecha significativa que cerrar a medida que las stablecoins entran en las finanzas reguladas. Los usuarios no notan ningún cambio: las aplicaciones siguen ejecutando transacciones exactamente igual que hoy, sin necesidad de actualizar wallets ni flujos de envío. Alpenglow ya ha pasado más de cuatro meses en una red más pequeña construida a medida, así que el paso a la testnet prueba si el conjunto más amplio de ordenadores y servicios que ya ejecutan la blockchain pueden cambiar juntos.
Impacto en el mercado
Los validadores que participen necesitan Agave 4.3, el cliente principal mantenido por Anza, que lo recomendó a todos los validadores de mainnet el 21 de septiembre tras despliegues escalonados a operadores que cubrían el 10% y luego el 25% del SOL en staking. Firedancer y Frankendancer no tendrán soporte en la primera migración, por lo que esta se realiza íntegramente a través de Agave. El 28 de septiembre aparece en el calendario de Anza como fecha tentativa de mainnet para las funciones de Agave 4.3, pero no es un lanzamiento confirmado de Alpenglow. Hay que observar la estabilidad de la testnet y si los validadores de mainnet se suman al cambio.
Preguntas frecuentes
-
¿Qué cambia con la actualización Alpenglow de Solana?
Sustituye el consenso TowerBFT de Solana por Votor, un protocolo en el que los validadores se envían votos directamente entre sí y finalizan los bloques tras una o dos rondas, en lugar de apilar votos a lo largo de 32 slots.
-
¿Cuánto más rápida es la finalidad con Alpenglow?
Solana apunta a reducir la finalidad de las transacciones de unos 12,8 segundos a 0,15 segundos, lo que significa que los pagos se vuelven irreversibles casi de inmediato.
-
¿Los usuarios de Solana necesitan cambiar de wallet o la forma de enviar fondos?
No. Las aplicaciones siguen ejecutando transacciones igual que hoy, y el cambio de consenso ocurre por debajo de la capa visible para el usuario.
-
¿Cuándo llegará Alpenglow a la mainnet de Solana?
El 28 de septiembre aparece en el calendario de Anza como fecha tentativa para habilitar las funciones de Agave 4.3 en mainnet, pero no es una fecha de lanzamiento confirmada de Alpenglow.
-
¿La primera migración de Alpenglow es compatible con Firedancer?
No. La migración inicial a testnet requiere Agave 4.3 y no es compatible con Firedancer ni Frankendancer, por lo que se realiza íntegramente a través del cliente Agave.