Cargando precios…
🔥BULLISH

Solana Alpenglow reordena validadores por geografía

Reducir a la mitad la latencia de transferencia de bloques es el titular; el coste es confiar en que los validadores autodeclaren su ubicación, y un atacante aislado puede ahora retener dos cubos adyacentes durante seis ventanas consecutivas.

Los investigadores de Anza Roger Wattenhofer y Quentin Kniep están proponiendo a Solana un rediseño del calendario de líderes de validadores mediante el SIMD-0675, que reorganiza las ventanas de producción por proximidad geográfica. Su simulación modela una caída de la latencia media de traspaso de 36,2 milisegundos a 17,0 milisegundos, y de la mediana en todos los traspasos de 23,4 milisegundos a 4,5 milisegundos, agrupando a los líderes cercanos en cubos de tres ventanas. El inconveniente es que la pertenencia a un cubo depende de las ubicaciones que los validadores registran por sí mismos; el protocolo no puede verificar de forma independiente las coordenadas reales de una máquina. La especificación complementaria SIMD-0674 almacenaría las coordenadas autodeclaradas en las cuentas de voto, con actualizaciones firmadas y una comprobación geométrica de superficie que confirma que el punto está plausiblemente sobre la Tierra, pero no dice nada sobre si el validador está realmente allí.

Por qué importa

El calendario de líderes ponderado por stake de Solana siempre ha favorecido a los validadores agrupados cerca de grandes concentraciones de stake, ya que la sucesión aleatoria tiende a situar al siguiente líder cerca de los operadores en esos hubs. La nueva regla de agrupación pretende dar a los validadores fuera de esos centros una parte más justa de los traspasos locales baratos, algo que los autores enmarcan como un incentivo para operar lejos de los hubs existentes en lugar de una redistribución del stake. El traspaso rápido de líder de Alpenglow depende de que el líder anterior envíe el siguiente bloque por una ruta directa, y la reordenación geográfica acorta ese salto de media. Reducir la latencia de traspaso es una de las victorias más limpias disponibles antes de que la duración de los slots cambie, por lo que cualquier mejora estructural aquí se suma a otros cambios de la era Alpenglow ya en testnet.

Impacto en el mercado

La propuesta es crítica para el consenso y requeriría su propia feature gate, con los issues de seguimiento del calendario aún sin asignar y ambos pull requests abiertos a fecha de 7 de octubre. El caso adversarial de Wattenhofer y Kniep sitúa a un atacante con un 5% de stake solo en Sídney, sin ningún otro validador en Oceanía; con la configuración de tres ventanas propuesta, ese operador puede retener dos cubos adyacentes durante seis ventanas consecutivas de líder, más del doble del tamaño configurado del cubo. El borrador también señala el riesgo de censura regional durante una ejecución y de secuencias de slots saltados más largas si una interrupción eléctrica, de red o jurisdiccional golpea a un clúster. La comprobación de incentivos de Wattenhofer y Kniep descubrió que un operador honesto, el mayor validador de Ashburn, podría recortar 2,7 milisegundos de su traspaso medio al declararse en São Paulo, lo que sugiere que el modelo autodeclarado tiene al menos un caso explotable que conviene cerrar antes de la activación.

Tokens relacionados
$SOL

Preguntas frecuentes

  1. ¿Qué cambia realmente el SIMD-0675 de Solana en la producción de bloques?

    Reordena el calendario de líderes ponderado por stake en cubos geográficos de tres ventanas para que los validadores cercanos produzcan de forma consecutiva, modelado para recortar la latencia media de traspaso de 36,2 ms a 17,0 ms sin dar a nadie más ventanas.

  2. ¿Por qué la planificación geográfica es arriesgada para Solana?

    Los cubos dependen de las ubicaciones que los validadores registran por sí mismos; el protocolo puede comprobar que un punto está sobre la Tierra, pero no puede verificar la máquina real del validador. Un atacante aislado con un 5% de stake en Sídney puede llenar dos cubos adyacentes y retener seis ventanas…

  3. ¿Quién escribió el SIMD-0675 y en qué punto se encuentra?

    Roger Wattenhofer, jefe de investigación de Anza y profesor de ETH Zúrich, y Quentin Kniep, investigador de Anza y ETH Zúrich, abrieron el 29 de septiembre tanto el pull request del calendario como el complementario de registro de ubicación. A fecha de 7 de octubre, ninguno se ha fusionado.

  4. ¿Cómo interactúa esto con el traspaso rápido de líder de Alpenglow?

    El traspaso rápido de Alpenglow envía el bloque del líder anterior directamente al siguiente. La reordenación geográfica acorta ese salto de media al situar a los validadores cercanos en el mismo cubo, que es la fuente de la mayor parte de la reducción de latencia modelada.

  5. ¿Cuándo podría entrar en producción el SIMD-0675 en Solana?

    El calendario es crítico para el consenso y requeriría una feature gate, con los issues de seguimiento aún sin asignar. El borrador propone activar el nuevo algoritmo dos epochs después de que se active la feature gate, por lo que el plazo de la red principal sigue abierto.

Atribución de fuente
Agregado de CryptoSlate · Verificado · Última actualización hace 13d
Abrir original →