Este es un segmento del boletín 0xResearch. Para leer ediciones completas, suscríbete.
La semana pasada, nos sumergimos en SIMD-326 (Alpenglow), que propone un nuevo protocolo de consenso para Solana. El impacto principal de Alpenglow es una reducción de 100x en el tiempo de finalidad de Solana, de ~ 12.8 segundos a alrededor de 150 ms.
Una votación de señalización de validador para SIMD-326 tuvo lugar entre las épocas 840 (a partir del 27 de agosto) y 842 (que terminó hoy), con una tasa de participación preliminar de apuestas del 51% al escrito.
SIMD-326 pasará, con ~ 99% de los votos no absorbidos a favor. Con el período de votación de Alpenglow llegando a su fin, es un buen momento para un repaso sobre cómo funciona la gobernanza de Solana.
La gobernanza de la cadena de Solana está destinada a señalar el sentimiento de la comunidad en lugar de la aplicación automática de los cambios. En otras palabras, el consenso social es el árbitro final, con el punto de decisión real descansando con validadores y desarrolladores que deben acordar colectivamente implementar y ejecutar el nuevo software. Una parte interesada clave en este proceso es el equipo ANZA, que debe diseñar y implementar cambios en el cliente de Agave a través de las puertas de características.
