«Alpenglow» de Solana llega a su segunda red de pruebas; la finalización en 100 ms está a la vista

Solana retira su antiguo motor de consenso en dos redes públicas

Solana acaba de lograr algo que habría sonado a ciencia ficción en sus inicios. Su rediseño del consenso «Alpenglow» ya está operativo en dos redes de prueba públicas, con un diseño que tiene como objetivo una liquidación irreversible en aproximadamente una décima de segundo.

Esto dista mucho de los aproximadamente 12,8 segundos que la red necesita actualmente para alcanzar la finalidad económica. El cofundador Anatoly Yakovenko celebró la cuenta atrás de la red de desarrollo con cinco palabras: «No estáis preparados para esto». Sin embargo, la verdadera prueba aún está por llegar, y la infraestructura responsable de proteger miles de millones en activos aún no ha dado el salto.

TowerBFT queda descartado tras una cuenta atrás de 17 minutos

Anza, la empresa responsable del cliente validador Agave de Solana, activó Alpenglow en la red de pruebas pública el 24 de septiembre. Tras una cuenta atrás de 5.000 slots que duró aproximadamente 17 minutos, la transición concluyó en el slot 444.625.255. El último bloque de TowerBFT representaba el 82 % de la participación. A continuación, se generó un bloque génesis de Alpenglow, que retiró el sistema de consenso anterior de ese clúster y traspasó las funciones de finalización a Votor.

Devnet se sumó a la iniciativa el 25 de septiembre, completando su transición en el slot 504 148 999. Tampoco se trataba de experimentos totalmente nuevos. Un clúster dedicado de la comunidad había ensayado el cambio desde mayo, incluyendo un primer intento fallido que requirió un reinicio. El protocolo principal, SIMD-0326, recibió la aprobación de la gobernanza en septiembre de 2025 con un 98,27 % de los votos participantes.

De 12,8 segundos a un abrir y cerrar de ojos

Aquí es donde la cosa se pone interesante. El sistema actual de Solana exige a los validadores que envíen sus votos como transacciones en cadena y esperen a que se complete una cadena de confirmación de 32 ranuras. Según se informa, esas transacciones de votación representan aproximadamente el 75 % del recuento total de transacciones de la red. Votor traslada la votación fuera de la cadena, recopilando los votos entre pares en certificados BLS compactos. Operan simultáneamente dos vías de confirmación.

• Ruta rápida: el 80 % de la participación está de acuerdo en una ronda, con un objetivo de 100 milisegundos.
• Ruta alternativa: el 60 % se pone de acuerdo inicialmente, seguido de otra ronda, con un objetivo de 150 milisegundos.

La contrapartida es un modelo de seguridad revisado que da cabida a un 20 % de participación adversaria y otro 20 % fuera de línea. Rotor, el sustituto previsto de la propagación de bloques de Turbine, llegará más adelante. La máquina virtual de Solana, el formato de las transacciones, los programas y las comisiones permanecen sin cambios. Los usuarios de carteras no tendrán que migrar nada.

Una finalización más rápida supone un inconveniente para las plataformas de intercambio

La declaración de Yakovenko tiene una implicación práctica. Aunque el protocolo de Solana liquide las transacciones en 100 milisegundos, es posible que las plataformas de intercambio, los puentes y los custodios sigan procesando los depósitos utilizando sistemas diseñados para períodos de confirmación considerablemente más largos. Hay otro inconveniente. La eliminación de los votos de los validadores de los bloques hará que disminuya el recuento de transacciones registradas, incluso cuando la actividad real de los usuarios no haya variado.

Anza advierte a los proveedores de infraestructura que se preparen. Los indexadores deben distinguir entre los bancos candidatos que compiten entre sí hasta la certificación definitiva, mientras que los consumidores de Geyser y gRPC recibirán un nuevo identificador bank_id. Ilan Gitter, de la Fundación Solana, citó más de 25 000 transacciones por segundo con una finalidad de 150 milisegundos en el clúster de la red de pruebas tras la activación. Una cifra nada desdeñable, sin duda, pero medida en un clúster de pruebas y no en la red principal.

La red principal aún tiene algunos obstáculos que superar

El rendimiento anunciado de 100-150 milisegundos procede de simulaciones y pruebas a menor escala. Aún no se han demostrado resultados sostenidos en un conjunto completo de validadores públicos que gestionen la actividad real del mercado. La diversidad de clientes supone otra complicación. Ni Firedancer ni Frankendancer han implementado Votor, por lo que las primeras transiciones públicas dependen de Agave 4.3.

Anza quiere que los desarrolladores prueben las integraciones durante un periodo de observación antes de cualquier migración a la red principal beta. No se ha anunciado ninguna fecha firme de activación. El 28 de septiembre aparece en los calendarios de Agave como una ventana para reanudar las activaciones de funciones, no como un lanzamiento confirmado de Alpenglow. Para Solana, la propuesta es bastante sencilla. Las transacciones que actualmente tardan segundos en completarse podrían llegar a liquidarse en milisegundos. Que las plataformas de intercambio, los custodios y los proveedores de infraestructura que gestionan esas transacciones puedan seguir el ritmo es otra cuestión totalmente distinta.