Solana Alpenglow no llega el 28 de septiembre: «No Alpenrush», dice el jefe de investigación de Anza

Alpenglow, el nuevo mecanismo de consenso de Solana, no entró en funcionamiento en la mainnet el 28 de septiembre de 2026. La fecha que llevaba semanas circulando por calendarios y titulares procede de una entrada de calendario que se refiere a otra cosa. Anza, la casa de desarrollo que está detrás del principal cliente validador de Solana, ha negado expresamente que ese día se produjera una activación.

Para ti, que tienes Solana, eso significa en primer lugar que hoy no ocurre nada. Quien estuviera pensando en retirar la delegación por esa fecha, preparando un cambio de validador o planificando retiradas en torno a ese día puede dejarlo aparcado. La moneda cotizaba a 118,75 dólares el 28 de septiembre, un 3,29 % por debajo del día anterior, mientras que el balance de siete días permanecía casi sin cambios, en el 0,55 % (datos: CoinGecko).

Este texto explica de dónde salió la fecha, qué está realmente decidido y qué plazo cuenta a continuación. Y deja constancia de que cryptoticker.io mencionó el 28 de septiembre por su parte.

Qué constaba realmente en el calendario de Solana para el 28 de septiembre

Anza había publicado el 12 de agosto de 2026 el calendario de la versión 4.3 del cliente validador Agave. Allí figura el 28 de septiembre con la entrada «Mainnet-beta: Resume feature activation». Traducido significa: a partir de ese día Anza retoma el procesamiento de la cola de conmutadores de protocolo pendientes en la red de producción. Alpenglow no aparece citado en esa entrada.

Feature gate es el término técnico para tal conmutador: un cambio de código que ya está incluido en cada copia del software en funcionamiento, pero que solo surte efecto cuando suficientes validadores lo liberan. Solana abre esas puertas en los límites de época, y una época dura unas 38 horas. Una fecha del calendario marca, por tanto, el comienzo de una ventana y no el minuto en que una función determinada entra en servicio.

En la cobertura periodística, «las activaciones de funciones se retoman a partir del 28 de septiembre» se convirtió en «Alpenglow llega el 28 de septiembre». Ahí está todo el origen de la fecha. Ningún aplazamiento en sentido propio, sino una fecha que nunca estuvo asignada a Alpenglow.

Anza y Yakovenko desmienten la expectativa en torno a la fecha

Cuando la expectativa de un lanzamiento para el fin de semana cobró fuerza, los desarrolladores tomaron la palabra. Anatoly Yakovenko, cofundador de Solana, respondió a los rumores de un lanzamiento inminente en la mainnet con una sola palabra: «decel», el término contrario a acelerar.

Más explícito fue Roger Wattenhofer, director de investigación en Anza. Preguntó públicamente por qué habría que activar un protocolo que solo lleva unos días en prueba pública, y cerró con la frase «No Alpenrush». Ambas declaraciones son la razón por la que varias redacciones especializadas califican ya el 28 de septiembre de erróneo.

No se trata de una cancelación de Alpenglow. Es la constatación de que un mecanismo de consenso que modifica la forma en que la red acuerda un estado válido no se coloca, tras unos pocos días de pruebas, sobre una red que mueve miles de millones.

Alpenglow funciona en la testnet desde el 22 de septiembre

Lo que sí ocurrió: el 22 de septiembre de 2026 Alpenglow pasó a estar activo en la testnet de Solana. Allí sustituye al mecanismo anterior y convierte los bloques confirmados en definitivos al mismo tiempo. La distinción entre «confirmed» y «finalized», por la que se guiaban hasta ahora exchanges y aplicaciones, pierde así su sentido en la testnet.

La activación tuvo una consecuencia inmediata para los operadores de la testnet: Frankendancer, una etapa intermedia hacia el cliente alternativo Firedancer, perdió allí el soporte. Quien todavía lo utilizaba tuvo que cambiar. Para la mainnet eso no se aplica por ahora.

Votor sustituye a TowerBFT: el nuevo consenso y la finalidad de las transacciones

Votor es el componente que asume la votación de los validadores en Alpenglow y releva al mecanismo anterior, TowerBFT. La diferencia más visible está en el tiempo hasta que una transacción es definitiva. La marca objetivo se indica, según la fuente, entre 100 y 150 milisegundos; hoy transcurren varios segundos hasta la finalidad.

El segundo punto es menos espectacular y, para los validadores, el más importante: Alpenglow elimina las transacciones de voto separadas. Hasta ahora los validadores inscriben sus votos en la cadena como transacciones propias y pagan comisiones por ello. Si esa partida desaparece, el cálculo de costes de la operación cambia de forma perceptible y, con él, a largo plazo, la aritmética que hay detrás de los rendimientos de staking que te llegan.

El código completo para ello ya está en Agave 4.2, Votor incluido. En Solana, sin embargo, entregado no significa activado. Anza había retenido entonces expresamente la activación en la mainnet hasta que se completaran un endurecimiento adicional y un concurso de recompensas por errores dotado con 50.000 SOL, que se celebró en agosto.

El 9 de noviembre es la próxima ventana, no una fecha de lanzamiento

El 22 de septiembre Anza publicó el calendario de Agave v4.4 y creó ese mismo día la rama de desarrollo correspondiente. Allí constan dos fechas: en la devnet, las activaciones de funciones se retoman a partir del 7 de octubre; en la mainnet-beta, a partir del 9 de noviembre.

Esta entrada tampoco cita a Alpenglow por su nombre. Describe de nuevo una ventana en la que pueden liberarse conmutadores. En el seguimiento de feature gates de Anza, SIMD-0326, el identificador de la propuesta Alpenglow, sigue figurando en la lista de funciones que esperan una activación en la mainnet. No existe una fecha confirmada para ese conmutador concreto.

Si quieres seguir la evolución por tu cuenta, el seguimiento de feature gates de Anza es el lugar donde el estado cambia primero. Mientras SIMD-0326 figure allí entre las entradas en espera, en la mainnet no hay nada activado.

Tu SOL en staking: plazo de retirada y épocas en el calendario

Para el SOL delegado, la fecha que no llegó no cambia nada. Lo que sigue siendo importante es el mecanismo que rige de todos modos: una delegación no queda libre de inmediato, sino al final de la época en curso, y una época dura unas 38 horas. Quien quiera disponer de su SOL a corto plazo debe contar con esa espera.

Quien obtiene sus rendimientos a través de una plataforma en lugar de mediante una delegación propia debería releer allí las condiciones con regularidad en cualquier caso: los plazos mínimos, las participaciones en comisiones y la cuestión de si la plataforma custodia las monedas o solo las intermedia difieren mucho. Estos puntos deciden el rendimiento más que el porcentaje anunciado.

Cambiar de validador solo por una fecha de protocolo no tiene sentido. Lo tiene cuando tu validador muestra de forma duradera una mala disponibilidad o cobra comisiones altas. Esa revisión procede con independencia de Alpenglow.

El plazo de tenencia y los impuestos quedan al margen de la fecha de actualización

Un cambio de protocolo no es un canje ni una enajenación. Tus SOL siguen siendo las mismas monedas, con la misma fecha de adquisición. El plazo de tenencia de un año para las transmisiones privadas sigue corriendo, por tanto, con independencia de cuándo se active Alpenglow.

Distinto es el caso de los rendimientos de staking corrientes: esos ingresos se devengan en el momento en que te son asignados y se consideran separadamente de la ganancia de cotización. Quien acumula a lo largo del año muchas asignaciones pequeñas necesita un registro limpio. Ese registro tiene que seguir siendo comprensible meses después. Para la valoración de tu caso concreto, el asesor fiscal sigue siendo el responsable.

Vía de compra y custodia de SOL en Europa

Quien quiere comprar SOL en Europa dispone, desde la plena aplicación del reglamento de la UE sobre los mercados de criptoactivos, de una revisión previa más sencilla: el proveedor necesita autorización MiCA, y quien actúa como prestador de servicios en la UE debe poder acreditarla. Eso no sustituye a un repaso de las comisiones, aunque acota la selección de forma útil. Los modelos de costes de los centros de negociación autorizados difieren con todo notablemente, desde el diferencial hasta la comisión de retirada.

En la custodia rige el principio conocido: lo que está en el exchange es tuyo solo según las condiciones del exchange. Quien mantiene saldos grandes durante meses y de todos modos no opera duerme más tranquilo con una cartera propia; nuestra comparativa de carteras de hardware detalla las diferencias entre los dispositivos. Para el SOL delegado eso es, sin embargo, una ponderación, porque delegar desde la propia cartera supone más trabajo por tu parte.

Cómo manejar las fechas de protocolo aplazadas

Las fechas de actualización de una red son magnitudes de planificación y no compromisos. Para Ethereum, Base y Solana vale lo mismo: una fecha en un calendario de publicación describe cuándo un equipo de desarrollo querría liberar algo, si hasta entonces nada lo impide.

Una fecha se vuelve sólida solo cuando figura en la fuente que acciona realmente el conmutador, es decir, en el seguimiento de feature gates o en el anuncio del propio fabricante del cliente. Los informes de segunda mano adoptan una fecha a menudo más rápido de lo que los desarrolladores la confirman. Con Alpenglow, eso es exactamente lo que generó el 28 de septiembre.

En la práctica, para ti significa: no ates ninguna decisión de venta, de retirada de delegación o fiscal a una fecha de actualización anunciada mientras no proceda de la fuente primaria. El coste de una reacción prematura, por ejemplo una espera innecesaria de dos épocas tras retirar la delegación, lo soportas tú.

Qué escribió cryptoticker.io sobre el 28 de septiembre

En honor a la exhaustividad: nosotros también asumimos la fecha. El 1 de septiembre apareció en nuestra web «Solana Alpenglow: activación a partir del 28 de septiembre y qué deben comprobar ahora los delegadores», y el 23 de septiembre siguió un artículo de cotización que situaba el mercado cinco días antes de Alpenglow. Ambos textos se apoyaban en el calendario de Agave tal como estaba publicado entonces.

Esa lectura ha resultado excesiva. El calendario nombraba una ventana para activaciones de funciones, no el lanzamiento de Alpenglow. Lo dejamos consignado aquí para que la presentación anterior no quede sin comentario. El fondo de la actualización misma, es decir, qué modifica Votor técnicamente y por qué cuenta para los rendimientos de staking, no queda afectado.

Solana Alpenglow: qué te llevas

Alpenglow no está cancelado, funciona en pruebas. La fecha que corrió de boca en boca nunca lo fue. Mientras SIMD-0326 figure en Anza entre las funciones en espera, en la mainnet no hay nada activo; la próxima ventana de activación de funciones comienza el 9 de noviembre. Los tres pasos que de ello se derivan para ti:

1. Deja en reposo el saldo en staking. Sin otro motivo, no hay razón para sacar ahora SOL de la delegación. El límite de época de unas 38 horas sigue rigiendo, y un cambio solo vale la pena si tu validador rinde mal. Las condiciones de los proveedores están en la comparativa de staking.
2. Registra con limpieza las asignaciones de rendimiento. Los rendimientos de staking se devengan de forma continua, con independencia de la fecha de actualización, y necesitan un registro que aguante todavía la próxima primavera. Las herramientas adecuadas están en el panorama del software fiscal para criptomonedas.
3. Ordena la vía de compra y la custodia al margen de todo esto. La autorización MiCA, las comisiones y la cuestión de dónde están tus monedas las decides según tu horizonte de inversión y no según una fecha de actualización. La comparativa de exchanges es la puerta de entrada.

La cronología completa de la activación en la testnet y del calendario de la v4.4 la ha documentado Solana Compass.

(28 de septiembre de 2026. Este artículo no constituye asesoramiento de inversión. Los precios y las tarifas cambian; comprueba las condiciones con el proveedor antes de comprar.)