
Los validadores de Solana están votando sobre SIMD-0326, una importante renovación del protocolo que reemplazaría el actual mecanismo de consenso TowerBFT con Alpenglow, un nuevo sistema que promete reducir la finalidad de bloque de 12,8 segundos a tan solo 100-150 milisegundos.
La propuesta introduce votación directa, agregación de firmas y una tarifa de Ticket de Admisión de Validador de 1,6 SOL por época para mantener las barreras económicas mientras elimina las transacciones de voto en cadena.
La actualización Alpenglow se centra en Votor, un protocolo de votación ligero que finaliza bloques mediante procesos de votación de una o dos rondas dependiendo de las condiciones de la red.
Los validadores intercambiarían votos directamente utilizando agregados criptográficos para probar el consenso, reduciendo dramáticamente la sobrecarga de ancho de banda del tráfico pesado de gossip.
El sistema introduce mecanismos de certificación robustos con diferentes tipos de certificados para notarizar, saltar o finalizar bloques basados en los votos de los validadores.
La implementación de Alpenglow será una separación fundamental de los mecanismos Proof of Work (PoW) y TowerBFT de Solana.
Abordará las limitaciones de rendimiento y seguridad que imponen largos retrasos de finalidad sin garantías formales de seguridad.
La nueva arquitectura opera en un modelo de resiliencia "20+20", permitiendo que el protocolo permanezca activo incluso si el 20% de los validadores son adversarios y otro 20% no responde.
El protocolo divide el tiempo en ranuras discretas con líderes asignados elegidos a través de un proceso aleatorio y verificable.
Cada líder gestiona ranuras consecutivas durante su ventana, recopilando transacciones para crear bloques divididos en fragmentos intermedios y fragmentos más pequeños.
Estos fragmentos se distribuyen inicialmente a través de la red utilizando Turbine, con planes para reemplazarlo con el sistema Rotor más eficiente en una actualización posterior, que requerirá aprobación SIMD separada.
La votación off-chain reemplaza el sistema actual donde los validadores envían transacciones de voto en cadena para cada ranura, eliminando significativo ancho de banda, comisiones por transacción y sobrecarga de procesamiento.
Los validadores emiten exactamente un voto por ranura, siendo detectables los votos conflictivos y los fallos de participación resultando en exclusión de recompensas y posible eliminación del conjunto de validadores activos.
El mecanismo Validator Admission Ticket requiere que cada validador pague 1,6 SOL por época antes de participar, con la comisión quemada para compensar la inflación mientras preserva la dinámica económica actual.
Este costo inicial reemplaza las comisiones de transacción directas para votar, manteniendo una barrera económica equivalente durante el período de transición.
Las respuestas de los validadores revelan sentimientos mixtos sobre las implicaciones económicas de la actualización y la estrategia de implementación.
Un validador, Firedancer, expresó fuerte apoyo, señalando que las simplificaciones ahorrarían meses de trabajo abordando casos extremos de TowerBFT.
Sin embargo, otros miembros de la comunidad expresaron preocupaciones sobre la tarifa de 1,6 SOL creando altas barreras de entrada para nuevos validadores mientras protege el conjunto activo actual.
Modelos alternativos de VAT surgieron en las discusiones, incluyendo distribución proporcional basada en stake activo o segmentación por tamaño de stake con tarifas escalonadas que van desde 0,5 a 5 SOL por época.
Los partidarios argumentan que la tarifa actual de 1,6 SOL representa solo el 80% de los costos existentes de votación en cadena, haciendo la participación ligeramente más asequible mientras mantiene la seguridad de la red.
Las preocupaciones técnicas se centran en las políticas de expiración de transacciones sin Proof of Work (PoW), seguimiento del rendimiento del validador con votación off-chain, y la ausencia de planes detallados de prueba e implementación.
Los miembros de la comunidad cuestionaron cómo el reemplazo de blockhash evitaría ataques de doble gasto y si los mecanismos de tiempo de espera afectarían el tiempo de construcción de bloques y los procesos de subasta de Jito.
El proceso de votación abarca las épocas 833-842, con períodos de discusión seguidos por recolección de peso de stake, distribución de tokens a través de la herramienta adaptada Jito Merkle Distributor, y votación final entre direcciones de Sí, No y Abstención.
La propuesta requiere una mayoría de dos tercios de votos Sí versus No para pasar, con un umbral de quórum del 33% incluyendo abstenciones.
La actualización llega mientras Solana continúa la evolución de su gobernanza tras votaciones contenciosas previas, incluyendo la rechazada propuesta de inflación dinámica SIMD-0228 que no logró alcanzar la aprobación por supermayoría a pesar del apoyo institucional inicial.
Mirando hacia adelante, la actualización Alpenglow busca lograr latencia de consenso con rendimiento de nivel Web2, mientras también fortalece la postura de seguridad y la equidad económica.
Sin embargo, los críticos piden planes de prueba exhaustivos y estrategias de implementación más claras antes de aprobar cambios tan fundamentales en el protocolo durante el actual ciclo de mercado alcista.


