Solana los desarrolladores principales han introducido una revisión integral del consenso llamada "Alpenglow" en el proceso formal de gobernanza de la cadena de bloques, proponiendo reemplazar el sistema actual TowerBFT de la red con una arquitectura rediseñada que promete tiempos de finalización de bloques tan bajos como 100-150 milisegundos. La propuesta, redactada por Quentin Kniep, Kobi Sliwinski y Roger Wattenhofer, representa lo que describen como "una revisión importante del protocolo de consenso central de Solana" que eliminaría los mecanismos existentes de Proof-of-History y TowerBFT.
Qué saber:
- Alpenglow introduce el protocolo Votor, moviendo la votación de validadores fuera de la cadena para lograr la finalización de bloques en menos de un segundo y reducir el ancho de banda de la red
- La propuesta requiere una tarifa de ticket de admisión por validador de 1.6 SOL por época para mantener barreras económicas comparables a los costos de votación actuales en la cadena
- La votación comunitaria se realiza a través de las épocas 840-842, requiriendo una supermayoría de dos tercios para su aprobación con validadores que usan tokens de voto reclamables
Cronograma de gobernanza y mecánica de votación
El marco de gobernanza establece un calendario de implementación en tres fases que abarca múltiples épocas. La discusión se desarrolla a través de las épocas 833-838, seguida de la captura del peso de la participación en la época 839 y votaciones vinculantes a través de las épocas 840-842 utilizando tokens de voto reclamables distribuidos a cuentas designadas "Sí," "No" o "Abstención." Con Solana actualmente en la época 834, la ventana de discusión sigue activa mientras se aproxima el período de votación en varias épocas.
La aprobación requiere un umbral de supermayoría donde los votos afirmativos deben constituir al menos dos tercios de los votos combinados de Sí y No, junto con un quórum del 33% que incluya abstenciones.
Los tokens de voto se distribuirán a través de un sistema adaptado de distribuidor de Merkle, permitiendo a los validadores dirigir tokens a sus cuentas de opción preferidas durante la ventana de época designada. La fundación publicará pesos de participación y un script de conteo público para verificación independiente de los resultados.
Arquitectura técnica del sistema Alpenglow
La propuesta se centra en Votor, un protocolo de finalización directa basado en líder que cambia fundamentalmente el enfoque de consenso de Solana. En lugar de procesar votos como transacciones en la cadena a través de redes de gossip pesadas, Alpenglow pasa al intercambio de votos fuera de la cadena con agregación de firmas locales. Los validadores votan para notificar o saltar bloques, mientras que los líderes agregan votos ocho ranuras después y presentan pruebas compactas a la red.
Este cambio arquitectónico apoya lo que los desarrolladores llaman un modelo de "20+20" de vivacidad, diseñado para tolerar hasta un 20% de validadores adversarios y un 20% de validadores no receptivos sin detener el progreso de la red.
El sistema busca reducir significativamente la latencia mientras disminuye los requisitos de ancho de banda en toda la red. Según los autores de la propuesta, "Alpenglow permite latencias mucho más bajas, mejora la tolerancia a fallos y, en general, una mayor eficiencia del protocolo."
La actualización crearía cambios visibles a nivel de cliente, reemplazando la confirmación optimista con la finalización real en escalas de tiempo muy cortas. Los desarrolladores afirman que este enfoque lleva las latencias de confirmación en línea con las expectativas de usuarios de Web2 mientras fortalece las garantías de seguridad que resultaron difíciles de formalizar bajo el sistema TowerBFT actual.
Reestructuración económica e incentivos para validadores
Mover los votos fuera de la cadena requiere cambios significativos en la economía de los validadores dentro del ecosistema Solana. La propuesta introduce un sistema de tickets de admisión de validadores que requiere una tarifa fija de 1.6 SOL por época que se quema para mantener barreras económicas aproximadamente equivalentes a las estructuras actuales de tarifas de voto en la cadena. Esta cantidad representa aproximadamente el 80% de los costos de voto existentes, asegurando que ningún operador de validador experimente peores condiciones económicas durante la transición.
Bajo Alpenglow, los validadores deben emitir exactamente un voto válido por ranura, con votos en conflicto detectables a través del sistema. La no participación persistente deja a los validadores inelegibles para recompensas y arriesga su eliminación del conjunto activo de validadores. Los líderes reciben una compensación igual a las recompensas de votos por ranura de los votos agregados, más bonos fijos cuando incluyen certificados de finalización rápida o finalización en sus bloques.
Respuesta de la comunidad y preocupaciones de implementación
La retroalimentación de los validadores se ha centrado en los riesgos operacionales y los protocolos de implementación en torno a los cambios propuestos. Una respuesta centrada en validadores enfatiza la necesidad de "planes de prueba, implementación y mecanismos de retroceso" embebidos antes de cualquier implementación en la red principal, comparando el alcance con otras transiciones de protocolo a escala industrial.
Los miembros de la comunidad han planteado preguntas específicas sobre los niveles de precios del VAT, los mecanismos de vencimiento de transacciones en un entorno posterior a Proof-of-History y los procedimientos de manejo de equivocación de líderes.
Las preocupaciones adicionales se centran en los posibles efectos en las subastas de MEV y la experiencia del usuario de los clientes cuando se ignoran porciones de bloque bajo ciertas condiciones de falla.
Estas discusiones destacan que, si bien el objetivo de finalización de 150 milisegundos genera entusiasmo, las decisiones de votación probablemente dependerán del confort de los validadores con pruebas de seguridad, casos límite de incentivos y claridad en la vía de migración.
Entendiendo términos clave de blockchain
Varios conceptos técnicos centrales a la propuesta de Alpenglow requieren explicación para una comprensión más amplia. Los mecanismos de consenso determinan cómo las redes blockchain acuerdan la validez de transacciones y el orden de bloques, mientras que la finalización se refiere al punto donde las transacciones se vuelven irreversibles. TowerBFT representa el sistema de Tolerancia a Fallos Bizantinos actual de Solana, diseñado para mantener la seguridad de la red incluso cuando algunos validadores actúan maliciosamente o no responden.
Proof-of-History sirve como el mecanismo único de cronometraje de Solana, creando retrasos verificables entre eventos sin requerir comunicación de validadores. La economía de los validadores engloba los incentivos financieros y los costos asociados con la operación de nodos de validación de la red. MEV, o Valor Máximo Extraíble, describe las ganancias que los validadores pueden obtener al reorganizar transacciones dentro de bloques.
Contexto del mercado y desarrollo futuro
Al momento de la redacción, SOL se cotiza a $181.89, reflejando un interés continuo del mercado en la trayectoria de desarrollo técnico de Solana. La documentación de la propuesta de Alpenglow refiere un libro blanco completo de más de 50 páginas junto con análisis independientes que apoyan el enfoque técnico. Sin embargo, la implementación inicial se centra específicamente en los mecanismos de finalización y votación, con un protocolo de distribución de datos separado llamado Rotor planeado para propuestas futuras SIMD.
El proceso de gobernanza refleja mecanismos consultivos previos de Solana pero conlleva riesgos significativamente mayores dada la naturaleza fundamental de los cambios en el consenso.
El éxito posicionaría a Solana entre las redes blockchain principales de finalización más rápida, potencialmente atrayendo aplicaciones que requieren confirmación de transacciones casi instantánea.
Pensamientos finales
Alpenglow representa el cambio propuesto más significativo a la arquitectura central de Solana desde el lanzamiento de la red, prometiendo mejoras dramáticas en los tiempos de finalización y la tolerancia a fallos. La votación comunitaria programada para las épocas 840-842 determinará si los validadores aceptan esta revisión integral del consenso a pesar de las complejidades de implementación y los requisitos de reestructuración económica.