Alpenglow, la actualización de consenso con la que Solana pretende reducir el tiempo de finalización de las transacciones desde aproximadamente 12,8 segundos hasta unos 150 milisegundos, ya está operativa en devnet y testnet. El despliegue permite a los desarrolladores probar sus aplicaciones y a los operadores de validadores preparar la infraestructura antes de una eventual llegada a la red principal.
Anza, la compañía responsable del software central de Solana, anunció la activación en devnet el 25 de septiembre, después de que la red de pruebas independiente —testnet— completara la transición un día antes. Por ahora, no existe una fecha definitiva para el lanzamiento de Alpenglow en mainnet.
Un nuevo diseño para alcanzar el consenso
Alpenglow busca modificar la forma en que los validadores acuerdan el estado de la blockchain. En el sistema actual, sus votos quedan registrados como transacciones dentro de los bloques. La propuesta plantea eliminar esos votos de los bloques y permitir que los validadores los intercambien directamente.
Según el diseño de la actualización, el acuerdo podría alcanzarse después de una o dos rondas de votación. La finalidad perseguida es acelerar el momento en que una operación puede considerarse irreversible dentro del mecanismo de consenso de la red.
La diferencia entre procesar una transacción y finalizarla resulta relevante para las aplicaciones financieras. Un exchange puede esperar a que un depósito sea definitivo antes de permitir que el usuario utilice esos fondos. Del mismo modo, una aplicación de pagos necesita confirmar que una operación no podrá revertirse antes de comunicar al comercio que la venta se ha completado.
Si Alpenglow logra el rendimiento previsto, esos procesos podrían apoyarse en una confirmación final mucho más rápida. Sin embargo, alcanzar 150 milisegundos en la blockchain no implica que cualquier operación tarde exactamente ese tiempo desde que el usuario la inicia hasta que el dinero está disponible. Las wallets, los exchanges y sus propios sistemas de validación pueden añadir demoras.
Devnet y testnet no equivalen todavía a producción
Devnet permite experimentar con tokens sin valor económico real y sirve para detectar errores en las aplicaciones. Testnet está más orientada a probar el software de la red y el funcionamiento de los validadores bajo condiciones de estrés. Que Alpenglow esté activo en ambos entornos ofrece una fase de evaluación más cercana al escenario que afrontaría en mainnet.
Aun así, el objetivo de 150 milisegundos procede de simulaciones y todavía no se ha demostrado en una red con actividad económica real. La carga de transacciones, el comportamiento de los validadores y la infraestructura utilizada por las aplicaciones pueden afectar al resultado final. Por eso, el despliegue actual debe entenderse como una etapa de validación tecnológica, no como la confirmación de que Solana ya alcanza esa velocidad.
El calendario de software de Anza contempla tentativamente la reanudación de activaciones de características el 28 de septiembre, pero esa fecha no equivale a un anuncio de lanzamiento de Alpenglow en la red principal. Antes de una eventual activación deberán continuar las pruebas y la evaluación por parte de desarrolladores, validadores y otros participantes del ecosistema.
El cambio también afectará a las métricas de actividad
La actualización tendrá consecuencias más allá del consenso. Si los votos de los validadores dejan de contabilizarse como transacciones dentro de los bloques, algunas estadísticas de Solana podrían mostrar menos operaciones aunque la actividad de los usuarios no haya disminuido.
El motivo sería un cambio en la forma de definir y contar las transacciones, no necesariamente una caída en el uso de la red. La Fundación de Solana ya ha advertido a los proveedores de datos de que tendrán que adaptar sus comparaciones históricas. Un descenso posterior en el número bruto de transacciones no podría interpretarse sin tener en cuenta esa modificación estructural.
Los servicios que construyen historiales de transacciones también deberán mantener separados los distintos bloques candidatos mientras la red determina cuál termina formando parte de la cadena definitiva. En cambio, las aplicaciones que se limitan a enviar transacciones y consultar saldos no necesitarían una migración específica, según la guía de la Fundación.
El siguiente desafío será comprobar si la teoría se mantiene bajo las condiciones de una blockchain que mueve dinero real. Hasta que Alpenglow supere esa fase y exista una decisión sobre mainnet, los 150 milisegundos siguen siendo un objetivo de diseño, no un rendimiento garantizado.
