Este es un segmento del boletín Lightspeed. Para leer las ediciones completas, suscríbase.
Los validadores de Solana han comenzado a votar sobre SIMD-0326, la propuesta de gobernanza para su nuevo protocolo de consenso Alpenglow.
La propuesta necesita al menos el 33% de los validadores para alcanzar el quórum. Hasta esta mañana, al menos el 11,8% (135) de los aproximadamente 1,3K validadores de Solana han votado a favor, según Dune.
Cuando envías una transacción en Solana hoy, la cadena tarda aproximadamente ~12,8 segundos (32 ranuras * 0,4s tiempo de ranura) para alcanzar la finalidad determinista, aunque a veces también se hace referencia informalmente a que tiene una finalidad de transacción suave/optimista de 500-600ms.
12,8 segundos es rápido en comparación con los 12,8 minutos de finalidad del consenso Gasper de Ethereum, pero palidece en comparación con la velocidad de consenso de cadenas más nuevas como Mysticeti de Sui, con 390-500ms.
Alpenglow promete reducir aún más la ventana de tiempo de 12,8 segundos a 100-150ms, logrando una mejora de 100 veces, dependiendo de dónde esté ubicado geográficamente un validador.
Lo hace eliminando algunas piezas centrales heredadas de la cadena de Solana como proof-of-history (PoH), Tower BFT y la propagación de votos basada en gossip.
El usuario promedio de Solana no tiene idea de qué son estos, ni necesitan preocuparse, así que intentaré mantenerlo simple.
PoH y Tower BFT son las dos piezas centrales de la arquitectura de Solana hoy que permiten a los validadores ordenar bloques sin tener que interactuar.
Piensa en PoH como un cronómetro criptográfico pre-consenso que marca los bloques con tiempo. Esas marcas de tiempo sirven como un reloj compartido que el algoritmo Tower BFT luego presenta a los validadores para compromisos. De esta manera, la blockchain Solana puede seguir produciendo bloques sin requerir una ronda de consenso sincrónica como es típico en las cadenas tradicionales.
Este diseño de protocolo ha servido bien a Solana, pero hay compensaciones.
Por un lado, crea un costo adicional para las transacciones de votación, que constituyen algo así como el 70% de las transacciones en cadena de Solana (ver gráfico gris a continuación). Las transacciones de votación son claramente distintas de los tipos de transacciones que los usuarios ordinarios envían para usar la cadena; son una certificación que los validadores tienen que pagar para asegurar sus compromisos para Tower BFT, o un costo de hacer negocios.
Esto ha creado algo así como un problema pernicioso de larga data para los validadores de Solana.
Cuanto mayor sea el stake de un validador de Solana, más oportunidades de ganancia se les dan para producir bloques. Pero cada validador, independientemente del tamaño de su stake, paga las mismas comisiones para votar.
Esta economía de "costo fijo, ingreso variable" resulta en una situación donde los validadores grandes terminan con un mayor stake con el tiempo, en efecto centralizando el stake de la red de validadores pequeños a grandes. La descentralización de la red sufre porque no es rentable ejecutar un validador a menos que vengas con bolsillos profundos.
(Eso también explica por qué la Fundación Solana tiene una iniciativa para subsidiar a los validadores más pequeños en su primer año de operaciones.)
Alpenglow pretende atajar este problema de raíz eliminando por completo los costos de votación. Ahí es donde entran sus nuevos componentes, Votor y Rotor.
Votor traslada la votación del validador fuera de la cadena, pero registra el agregado como un certificado compacto en cadena. Alpenglow, por lo tanto, reemplaza las transacciones de voto por ranura con una tarifa fija, comprimiendo el consenso en una o dos rondas para lograr su finalidad objetivo de 100-150ms.
Rotor, por otro lado, es un protocolo mejorado de propagación de bloques que reemplaza a Turbine. Utiliza un esquema de relevo más simple para reducir el número de veces que los datos saltan de nodo a nodo, reduciendo la latencia de red de extremo a extremo.
Votor y Rotor sustentan conjuntamente el modelo de resiliencia "20+20" prometido por Alpenglow. Bajo este nuevo modelo, la red Solana preserva la seguridad y la vivacidad incluso con el 20% del stake controlado por validadores maliciosos y un 20% adicional offline.
Si todo esto sigue siendo demasiado confuso, simplemente imagina a Peter Griffin de IA bailando a través de un mapa de Minecraft — de alguna manera, el consenso comienza a tener sentido.
Recibe las noticias en tu bandeja de entrada. Explora los boletines de Blockworks:
Fuente: https://blockworks.co/news/solana-validators-commence-vote-alpenglow
