La propuesta de consenso de Solana Alpenglow entró en su fase de votación comunitaria esta semana. Esto supuso un gran paso hacia la sustitución del actual sistema TowerBFT por un modelo más rápido y resistente.
La actualización también introdujo Rotor, un nuevo método de propagación de bloques, con posibles beneficios para las DApps y el valor de los tokens.
Proceso de votación y características clave de la Comunidad Solana
En particular, la propuesta Alpenglow pasó a una fase de votación comunitaria a partir de la época 840, y las votaciones se cerraron a finales de la época 842.
Antes de que comenzara la votación, se registraron y publicaron los pesos de las estacas en la época 839.
Los validadores podrían entonces reclamar fichas de votación vinculadas a su participación y dirigirlas hacia una de las tres opciones: Sí, No o Abstención.
Además, para que la propuesta fuera aprobada, los votos afirmativos debían igualar o superar los dos tercios de los votos afirmativos más los negativos, y las abstenciones seguirían contando para el quórum.
El quórum mínimo era del 33% del peso total de la estaca. Alpenglow se diseñó para sustituir a Proof-of-History y TowerBFT con una nueva estructura centrada en la velocidad y la fiabilidad.
Se trata de una característica muy importante, teniendo en cuenta el creciente clamor por los ETF de Solana al contado.
El elemento central de la propuesta era Rotor, un sistema de votación que finalizaba los bloques en una o dos rondas.
Si participaran el 80% de los validadores, los bloques podrían finalizarse en una ronda, con lo que los tiempos de confirmación se reducirían a 100-150 milisegundos.
El nuevo marco también incluía una Tasa de Admisión de Validadores, o IVA. Se trataba de una cuota fija de 1,6 SOL pagada en cada época por los validadores.
La tasa se quemó en lugar de redistribuirse, asegurando que no volviera a entrar en circulación.
El IVA se introdujo para mantener una barrera económica, puesto que la votación ya no se realizaría en la cadena.
También se compensó a los líderes de cada ronda por presentar datos de votos agregados y certificados de finalización.
El objetivo de estos cambios era reducir la sobrecarga de la red pasando a la agregación de votos fuera de la cadena, reduciendo los costes y manteniendo la equidad entre los participantes.
Los validadores que no votaron o enviaron votos contradictorios se arriesgaron a perder el derecho a las recompensas.
Rotor aporta un nuevo método de propagación de datos
Una parte clave del plan Alpenglow era Rotor, un protocolo de propagación en bloque destinado a sustituir al actual sistema Turbina de Solana.
Rotor utilizó una sola capa de nodos de retransmisión en lugar de la estructura en árbol de Turbina.
Este diseño redujo el número de saltos de red necesarios para mover datos por la red.
Los nodos de retransmisión se seleccionaban en función del peso de la estaca, lo que garantizaba que el ancho de banda disponible se compartiera de forma más uniforme.
Al distribuir las responsabilidades del ancho de banda, Rotor ayudó a evitar los cuellos de botella que podrían limitar el rendimiento.
El protocolo también reconocía que la latencia de la red, más que el cálculo, era el principal factor que ralentizaba la comunicación entre nodos.
El diseño de Rotor apoyaba el modelo de resiliencia de Solana. La red podía seguir funcionando si hasta un 20% de los validadores actuaban en su contra y otro 20% no respondía.
Esta tolerancia “20+20” significaba que la cadena podía mantener el progreso incluso durante interrupciones importantes.
Efectos en las DApps de Solana y posible impacto en el mercado
Si se adopta, Alpenglow podría ayudar a las aplicaciones en Solana. Agilizaría los intercambios, los juegos y los pagos.
También podría reducir los costes para los validadores, haciendo que la red sea más fuerte para los desarrolladores.
Para los proyectos de financiación descentralizada, unas confirmaciones más rápidas podrían ayudar a reducir el riesgo en periodos de gran actividad.
Los juegos y las aplicaciones sociales podrían ofrecer experiencias de usuario más fluidas y con menos retraso.
La combinación de una menor latencia y una mayor tolerancia a los fallos situó a Alpenglow como un paso adelante para que el uso de blockchain se sintiera más cercano a las aplicaciones estándar de Internet.
Los observadores del mercado también señalaron que las actualizaciones de protocolo de esta escala podrían influir en el precio de Solana a pesar de la volatilidad actual
Una base técnica más sólida y un mayor interés de los desarrolladores podrían dar lugar a un aumento de la demanda.
Sin embargo, cualquier subida de precio dependería de las condiciones generales del mercado, de la adopción general y de lo bien que la mejora cumpliera sus objetivos de rendimiento tras el lanzamiento.
