La firma Anza, surgida de Solana Labs, ha presentado un nuevo protocolo de consenso llamado Alpenglow, que promete revolucionar la infraestructura de Solana con tiempos de finalización inferiores a 150 milisegundos.
Anza Presenta Alpenglow: Una Nueva Era para Solana
Anza, empresa de infraestructura blockchain derivada de Solana Labs, ha revelado Alpenglow, un nuevo protocolo de consenso proof-of-stake que busca reemplazar el actual sistema TowerBFT y la prueba de historial (proof-of-history).
Según sus desarrolladores, se trata del cambio más profundo en la arquitectura de Solana desde su creación.
“Creemos que el lanzamiento de Alpenglow será un punto de inflexión para Solana”, señalaron Quentin Kniep, Kobi Sliwinski y Roger Wattenhofer, investigadores de Anza.
Componentes Clave: Votor y Rotor
Alpenglow está compuesto por dos mecanismos principales:
- Votor: Se encargará de procesar transacciones de votación y lógica de finalización de bloques, reemplazando a TowerBFT. Su objetivo es alcanzar la finalización en una sola ronda si el 80% del stake participa, o en dos rondas con al menos el 60%.
- Rotor: Sustituye el sistema de prueba de historial con un nuevo protocolo de difusión de datos que acelera la sincronización entre nodos, mejorando la velocidad de consenso.
Este nuevo modelo, según Anza, permitiría alcanzar una latencia de finalización de 150 milisegundos, acercando a Solana a los estándares de rendimiento de la Web2.
Desempeño Bajo Condiciones de Red Adversas
El diseño dual de votación de Votor permite que los dos modos de finalización trabajen en paralelo, optando por el más rápido en cada situación. Esto ofrecería una resiliencia superior ante condiciones de red inestables, reduciendo significativamente la latencia de confirmación de transacciones.
¿Solución a las Caídas de Red de Solana?
Aunque Alpenglow representa un avance técnico importante, no resolverá por sí solo los problemas de interrupciones en la red de Solana. Actualmente, Solana cuenta con un único cliente en producción, Agave, lo cual representa un punto único de falla en caso de vulnerabilidad.
No obstante, se espera que este año entre en funcionamiento un segundo cliente llamado Firedancer, desarrollado de forma independiente, que proporcionará diversificación de clientes validadores y mayor robustez a la red.
