Solana activará Alpenglow en la red principal el 21 de octubre

Solana prevé activar Alpenglow en la red principal el 21 de octubre. El sistema sustituirá a TowerBFT, su mecanismo de consenso actual, y aspira a alcanzar la finalidad de las transacciones en unos 150 milisegundos, frente a los aproximadamente 12,8 segundos actuales. Anza anunció la fecha el 13 de octubre. El objetivo reduciría el tiempo de finalidad en casi un 99%, aunque el rendimiento real dependerá de las condiciones de la red, la participación de los validadores y el número de rondas de votación necesarias.

Por qué importa

Alpenglow reduce el tiempo entre el procesamiento de una transacción y el momento en que se considera irreversible, no el tiempo necesario para producir bloques. Su sistema Votor permite a los validadores intercambiar votos directamente y combinarlos en certificados criptográficos, con el objetivo de finalizar bloques tras una o dos rondas de votación. Solana redujo recientemente los tiempos de producción de bloques a unos 200 milisegundos, un cambio distinto que afecta al procesamiento de transacciones.

Una finalidad más rápida podría permitir a los proveedores de pagos considerar antes que las transferencias están liquidadas y a las plataformas de trading completar operaciones que dependen de la liquidación. También podría facilitar aplicaciones relacionadas con activos tokenizados y pagos con stablecoins. La ejecución de transacciones no cambiará, por lo que se espera que las aplicaciones existentes sigan funcionando sin modificar sus programas subyacentes.

Impacto en el mercado

La migración pondrá a prueba la capacidad de Solana para sustituir su sistema de consenso mientras la red sigue activa. Está previsto que la activación comience en torno a las 15:00 UTC, al inicio de la época 1064. TowerBFT seguirá funcionando durante otros 5.000 slots, unos 18 minutos, antes de que la red intente cambiar a Votor. Para completar la transición, los validadores que representen al menos el 82% del SOL en staking deberán firmar un certificado génesis. Durante el cambio, las transacciones de los usuarios dejarán de incluirse en bloques brevemente.

Los validadores necesitarán software basado en Agave 4.3.0 y al menos 0,8 SOL por encima de su saldo exento de alquiler para pagar la tarifa de participación. Los clientes Firedancer y Frankendancer no serán compatibles durante la migración. Alpenglow ya se ha desplegado en testnet y devnet, pero la transición del 21 de octubre a la red principal será su primera prueba en vivo. Rotor, un componente independiente para la distribución de bloques, está previsto para una versión posterior.