Solana presenta Quantumglow para proteger Alpenglow de ataques cuánticos

Solana ha promovido Quantumglow, una adaptación post-cuántica propuesta de Alpenglow diseñada para proteger el consenso mientras preserva la rápida finalización de la red.

Resumen

• Quantumglow propone cambios en las firmas de los validadores y la autenticación de bloques sin anunciar una fecha de implementación.
• Anza publicó la investigación subyacente en julio, antes del último video explicativo de Solana.
• La activación de la red principal de Alpenglow es independiente de los cambios propuestos en su criptografía post-cuántica.
• El BIP-360 de Bitcoin apunta a claves públicas expuestas, con firmas adicionales necesarias para una protección más completa.

Los desarrolladores de Solana describieron la propuesta en un video publicado el 22 de octubre, presentándola como una forma de asegurar el acuerdo entre los validadores contra ataques cuánticos. La cuenta principal de Solana compartió el explicador y dijo que la red "ha estado a la vanguardia en preparación cuántica y sigue adelante en su preparación."

¿Cómo sería el consenso de Solana en un mundo post-cuántico?

Conoce Quantumglow: una adaptación propuesta de Alpenglow que busca proteger el consenso mientras preserva la rápida finalización. @jacobvcreech y @qkniep explican cómo funciona. Video completo a continuación👇 pic.twitter.com/G005a4KcSI
--- Desarrolladores de Solana (@solana_devs) 22 de octubre de 2026

Ninguno de los anuncios proporcionó una fecha de activación ni identificó un Documento de Mejora de Solana específico para Quantumglow, conocido como SIMD. La publicación del desarrollador describió una adaptación en propuesta, sin anunciar una actualización de seguridad implementada.

La investigación precede al último explicador. Anza publicó su visión general de Quantumglow el 30 de julio, nombrando a Quentin Kniep, Kobi Sliwinski y Roger Wattenhofer como sus autores y dirigiendo a los lectores a la Sección 5 del documento técnico actualizado de Alpenglow.

Quantumglow cambia la forma en que los validadores autentican el acuerdo

La visión general de Anza de julio identifica dos obstáculos para reemplazar la criptografía existente de Alpenglow. Las firmas post-cuánticas ocupan más espacio, mientras que la agregación de firmas compactas utilizada para probar el acuerdo de los validadores no tiene un reemplazo listo comparable bajo los requisitos de los investigadores.

Los autores proponen Ax, abreviatura de Alpenglow XMSS, un esquema de firma basado en hash adaptado al protocolo. Los validadores intercambiarían y almacenarían en caché material de clave pública de un solo uso antes de su uso, reduciendo la información que debe acompañar a las firmas posteriores.

Para la autenticación de bloques, Anza describe un compromiso firmado que cubre la carga útil del bloque, respaldado por canales de comunicación autenticados. Su diseño elimina la necesidad de adjuntar una gran firma post-cuántica a cada pieza de datos del bloque.

La investigación acompañante sobre firmas de quórum distribuidas explica el segundo cambio. Kniep, Jakub Sliwinski y Wattenhofer describen el movimiento de certificados de mensajes enviados a través de la red a eventos registrados localmente después de que un nodo reúna suficiente evidencia.

Su documento, presentado el 20 de julio, utiliza firmas ordinarias y un mecanismo de difusión de aprobación. Separa la evidencia que apoya la seguridad de la evidencia que apoya la vitalidad, la capacidad del protocolo para seguir avanzando.

Los investigadores dicen que cada mensaje mantiene un tamaño constante independientemente del número de nodos, aunque la comunicación total crece cuadráticamente. Su afirmación de rendimiento se refiere al diseño propuesto y sus supuestos declarados, sin establecer un resultado medido en la red principal.

El despliegue de Alpenglow de Solana tiene un registro de activación separado

La página de actualización de la Fundación Solana identifica a Alpenglow como activo en la red principal tras la activación en la época 1064 el 21 de octubre. La Fundación lista aproximadamente 150 milisegundos como su objetivo de finalización, en comparación con 12.8 segundos para TowerBFT.

La Fundación registra el consenso de Alpenglow comenzando en el slot 459,653,000, después de un bloque génesis certificado por votos de 446 de 654 validadores. Su documentación separa el sistema de votación Votor implementado de Rotor, un componente de distribución de datos reservado para un lanzamiento posterior.

Antes de esa transferencia, crypto.news informó anteriormente sobre la migración de consenso planificada y sus requisitos para los operadores. La cobertura del 19 de octubre documentó la necesidad de software de validador compatible y financiación suficiente de cuentas de voto.

SIMD-0326 especifica las partes de Votor de Alpenglow y hace referencia a la versión 1.1 de su libro blanco. La propuesta deja explícitamente a Rotor para un SIMD separado, mostrando que la especificación de consenso original no cubre todos los componentes discutidos en investigaciones posteriores.

La Fundación Solana dice que Alpenglow deja sin cambios la ejecución de transacciones, programas y mecánicas de tarifas de transacción. Su guía de migración establece que los usuarios ordinarios no necesitan cambiar la forma en que firman, envían o aprueban transacciones.

La eliminación de votos en la cadena crea cambios separados para los servicios de análisis. Como se detalla en la cobertura del 20 de octubre sobre la eliminación de transacciones de voto, la Fundación instruye a los exploradores a restablecer las métricas que contaban los votos de los validadores junto con las transacciones de los usuarios.

La protección de billeteras requiere trabajo más allá del consenso

La evaluación de seguridad de Anza del 27 de abril identifica vulnerabilidades cuánticas distintas en cuentas, propagación de bloques, consenso y programas definidos por el usuario. Max Resnick y Sam Kim advierten que un atacante capaz de romper Ed25519 podría falsificar firmas de cuentas, mientras que los votos de consenso falsificados podrían respaldar confirmaciones conflictivas.

Su lista de verificación exige trabajo en la migración de cuentas, verificación de firmas de transacciones, herramientas criptográficas a nivel de red y programa. La evaluación no se compromete a un único esquema de firma post-cuántica.

Las primeras implementaciones de Falcon formaron otra parte de esa preparación. La cobertura del 28 de abril documentó a Anza y Firedancer probando la tecnología de firma, con los equipos describiéndola como una opción para una posible activación futura.

La evaluación de Anza describe una prueba de migración prototipo que vincula una cuenta existente a una nueva clave pública post-cuántica. Los autores distinguen dicha migración de cuentas de los programas de bóveda opcionales, que no pueden asegurar de forma independiente el consenso, la red o cada aplicación que utilice firmas vulnerables.

Las BIP-360 de Bitcoin abordan claves expuestas

La especificación BIP-360 de Bitcoin propone salidas Pay-to-Merkle-Root a través de un soft fork, eliminando la opción de gasto de clave de ruta utilizada por Taproot. Sus autores describen la protección contra ataques a claves públicas expuestas durante largos períodos.

El borrador separa explícitamente esa protección de los ataques realizados mientras una transacción de gasto espera confirmación. Sus autores dicen que la protección contra esas exposiciones más cortas puede requerir firmas post-cuánticas a través de una propuesta separada.

La motivación de BIP-360 describe la recuperación de claves cuánticas como derivar una clave privada de una clave pública rompiendo la suposición del logaritmo discreto. Los autores dicen que el momento y la viabilidad eventual de una computadora cuántica criptográficamente relevante siguen siendo inciertos. Su propuesta no establece una fecha en la que tal ataque se vuelva práctico ni establece que el hardware actual pueda realizarlo.

El repositorio lista BIP-360 como un borrador escrito por Hunter Beast, Ethan Heilman e Isabel Foxen Duke. Su resumen establece que el tipo de salida propuesto mantiene la funcionalidad del árbol de scripts mientras elimina el gasto de clave de ruta vulnerable a cuántica.