Actualización Alpenglow de Solana: qué significa una finalidad de 150 ms para pagar con SOL

Alpenglow es el nuevo protocolo de consenso de Solana, diseñado por Anza para reducir el tiempo que tarda una transacción en volverse irreversible de unos 12.8 segundos a aproximadamente 150 milisegundos, según Anza y la Solana Foundation. Pasó la gobernanza de la comunidad como SIMD-0326 con el 98.27% de los votos a favor, según Solana Status, y la activación de funcionalidades en mainnet está programada para comenzar el 28 de septiembre de 2026, según el calendario de lanzamiento de Agave v4.3 de Anza.
Si tienes SOL y lo usas para pagar o recargar una tarjeta, este verano han circulado dos noticias sobre Solana: la red "casi se detuvo" el 12 de agosto, y una actualización llamada Alpenglow está a punto de hacerla mucho más rápida. Esta guía explica qué es la finalidad, qué cambia Alpenglow, qué pasó el 12 de agosto y qué significa cuando gastas SOL.
Tres relojes se confunden cada vez que alguien llama "rápida" a una blockchain.
- Tiempo de bloque (un slot, en Solana) es la frecuencia con la que se produce un nuevo bloque. No dice nada sobre si ese bloque se mantendrá.
- Confirmación es la señal temprana de la red de que un bloque es muy probable que se mantenga. En Solana, una transacción se "confirma" una vez que los validadores que poseen al menos dos tercios del stake han votado por su bloque, un estado llamado confirmación optimista, según Helius.
- Finalidad es el punto sin retorno. El bloque ya no puede reemplazarse y la transacción no puede revertirse.
Para una app de pagos, esta distinción lo es todo. Un comercio que entrega un café necesita una señal rápida de que es muy probable que llegue el dinero. Un exchange o un programa de tarjetas que acredita un saldo utilizable necesita finalidad, porque acreditar sobre un bloque que luego se reemplaza significa pagar dinero que nunca llegó.
Durante la mayor parte de la historia de Solana, el tiempo de slot fue de unos 400 ms, y la finalidad bajo el protocolo actual, Tower BFT (Byzantine Fault Tolerant, tolerancia a fallas bizantinas), tardó unos 12.8 segundos desde la creación del bloque, según Anza, porque requiere unos 32 slots confirmados adicionales, según Helius. Los slots ya se están acortando: SIMD-0525 redujo el tiempo de slot en mainnet a 350 ms el 19 de agosto de 2026 y a 300 ms el 25 de agosto, según el registro de actualizaciones de Solana. Eso recorta la espera proporcionalmente, pero aun así hay que esperar decenas de bloques, así que la finalidad sigue siendo del orden de diez segundos.
| Etapa | Qué significa | Solana hoy (Tower BFT) | Objetivo de Alpenglow |
|---|---|---|---|
| Slot / tiempo de bloque | Se produce un nuevo bloque | 300 ms (400 ms hasta agosto de 2026) | Sin cambios por Alpenglow |
| Confirmado | Dos tercios del stake votaron por el bloque | Unos pocos slots | Reemplazado por la finalidad rápida |
| Finalizado | Irreversible | ~12.8 s con slots de 400 ms | ~150 ms mediana, ~100 ms en el mejor caso |
Para el rendimiento en lugar de la latencia, consulta nuestro desglose de transacciones por segundo de Solana.
Anza, la empresa de investigación y desarrollo de Solana escindida de Solana Labs, publicó Alpenglow el 19 de mayo de 2025, según Anza, y retira Tower BFT y Proof of History a favor de dos componentes nuevos.
Votor es el protocolo de votación: los validadores "se envían votos directamente entre sí en lugar de como transacciones, los agregan en certificados y finalizan un bloque en una o dos rondas", según la Solana Foundation. Si el 80% del stake vota por un bloque, este se finaliza en una sola ronda; si solo responde el 60%, se finaliza tras dos rondas, según Anza. El tiempo se gestiona con timeouts locales en lugar del reloj sincronizado que proporcionaba Proof of History, según SIMD-0326.
Rotor reemplaza a Turbine, la capa que distribuye los datos de bloque entre validadores, "con una única capa de retransmisión para minimizar la latencia de red", según la Solana Foundation. No forma parte de la activación actual: SIMD-0326 cubre solo Votor, y la Foundation indica que Rotor está previsto "para una versión posterior, una vez adoptado Votor, y aún no está programado".
El modelo de resiliencia "20+20" es la parte que importa para la historia del 12 de agosto. Alpenglow está diseñado para seguir operando con hasta 20% de stake adversario y, al mismo tiempo, otro 20% de stake no disponible, según Anza. El SIMD es franco sobre la compensación: el protocolo "no tiene la seguridad bizantina del 33% que se puede lograr con protocolos de votación de dos rondas", pero "la votación en una ronda y la resistencia a fallas por caída del 40% valen la compensación", según SIMD-0326.
- Votación. SIMD-0326 se aprobó el 2 de septiembre de 2025 con 98.27% Sí, 1.05% No, 0.69% Abstención y 52% del stake votando, según Solana Status y crypto.news.
- Código entregado, interruptor apagado. Agave 4.2 contiene el código de Alpenglow pero no lo activa. Las notas de la Foundation sobre 4.2 decían que la activación "está prevista para Agave 4.3, la versión siguiente, con objetivo de octubre de 2026", según la Solana Foundation.
- Objetivo actual: 28 de septiembre. El calendario de lanzamiento de v4.3 de Anza, publicado el 12 de agosto de 2026, adelantó el objetivo: la activación de funcionalidades en testnet y devnet comenzó el 19 y el 24 de agosto; se pidió a los validadores con 10% y luego 25% del stake que actualizaran el 8 y el 14 de septiembre; la adopción general se recomienda para el 21 de septiembre; y la activación de funcionalidades en mainnet-beta comienza el 28 de septiembre de 2026. Anza marca todas las fechas como tentativas, así que trata el 28 de septiembre como un objetivo, no como una garantía.
Así que, a mediados de septiembre de 2026: aprobado, activo en testnet y devnet, pero todavía no activo en mainnet.
La mañana del 12 de agosto de 2026, una mala ruta de internet originada en la instalación de Miami del proveedor de infraestructura TeraSwitch dejó fuera de línea a validadores que tenían casi el 29% del SOL en stake. El proveedor corrigió la ruta en unos diez minutos, pero los validadores afectados permanecieron caídos durante los 33 minutos completos porque no se activaron los sistemas de respaldo, según CoinDesk, citando al proveedor de staking Marinade Finance. Unos 90 validadores fueron afectados; 597 de 699 siguieron votando y los bloques se siguieron produciendo.
Por qué los titulares: con Tower BFT, Solana deja de finalizar si más de un tercio de los tokens en stake se apagan, y Marinade estimó que la red llegó a unos 20 millones de SOL de ese límite, según CoinDesk. La Solana Foundation muestra el mismo panorama: "casi 29% del stake de la red" fuera de línea, con recuperación "en poco más de 30 minutos", y afirma que es probable que los usuarios nunca lo notaran. El consenso se mantuvo. No hubo detención.
Es fácil leer "20+20" y concluir que Alpenglow manejaría peor un 29% de stake fuera de línea que el límite actual de un tercio. No sería así, mientras el stake fuera de línea solo esté fuera de línea.
- Con Alpenglow, la ruta rápida del 80% en una ronda no habría estado disponible con alrededor del 71% del stake respondiendo. La ruta lenta del 60% en dos rondas habría seguido finalizando, porque el protocolo está diseñado para "40% de resistencia a fallas por caída" cuando ningún stake es adversario, según SIMD-0326. Más lento durante 33 minutos, pero no cerca de detenerse.
- La cifra de 20% fuera de línea en "20+20" es lo que queda mientras el protocolo también absorbe 20% de stake adversario. Frente a una caída de validadores honestos que solo están desconectados, el límite es 40%.
El costo es la otra mitad de la frase: tolerancia del 20% a stake adversario en lugar del 33% de Tower BFT. Una falla tipo TeraSwitch, sin embargo, cae del lado más seguro de las nuevas cuentas.
Según Helius, la mainnet de Solana se ha detenido por completo siete veces: diciembre de 2020 (unas 6 horas), 14 de septiembre de 2021 (17 horas), del 30 de abril al 1 de mayo de 2022 (8 horas), junio de 2022 (4.5 horas), septiembre de 2022 (8.5 horas), 25 de febrero de 2023 (casi 19 horas) y 6 de febrero de 2024 (casi 5 horas). Desde ese reinicio el historial está limpio: "desde febrero de 2024, Solana ha funcionado con 100% de disponibilidad", según la Solana Foundation, y el 12 de agosto no rompió la racha porque los bloques nunca se detuvieron. Sigue siendo una advertencia justa sobre la concentración, ya que un solo proveedor de conectividad concentró más de un cuarto de todo el SOL en stake, según CoinDesk; Alpenglow aumenta la tolerancia a caídas, pero no resuelve eso.
Más rápido: todo lo que espera la finalidad antes de actuar. Un flujo de comercio con Solana Pay que hoy muestra "confirmado" en un par de segundos y "final" una docena de segundos después vería ambos colapsar hacia una fracción de segundo, y los exchanges o programas de tarjetas que acreditan depósitos solo en la finalidad podrían acreditarlos casi tan rápido como llega la transacción. Como dice SIMD-0326, "la confirmación optimista queda reemplazada por una finalidad más rápida (real)".
Sin cambios: comisiones y billeteras. Alpenglow es un cambio de consenso; las comisiones de transacción las fija un mercado de comisiones aparte y las billeteras firman las mismas transacciones. Para ver cómo se usa la cadena para pagos en el día a día, consulta nuestra guía de pagos con Solana.
Para los usuarios de SolCard, Solana es la vía principal. En agosto de 2026, el 64% de los depósitos de SolCard llegaron por Solana y el 43% de todos los depósitos fueron SOL, un patrón que desglosamos en nuestro informe de pagos cripto de agosto de 2026.
Así se ubica la finalidad en ese flujo. Cuando recargas una SolCard con SOL, el saldo se acredita una vez procesado el depósito y, desde entonces, se mantiene en fiat. Las compras con tarjeta nunca dependen de una transacción on-chain en vivo, por eso un incidente como el del 12 de agosto no podría haber rechazado un pago en el checkout. Lo que una finalidad más rápida podría acortar es la espera entre enviar SOL y poder gastarlo. Ese es todo el cambio: las comisiones, los límites y el funcionamiento de la tarjeta en el terminal no cambian con Alpenglow.
Un nuevo protocolo de consenso para Solana, diseñado por Anza y publicado el 19 de mayo de 2025. Reemplaza Tower BFT y Proof of History con Votor, que finaliza bloques en una ronda de votación con 80% de participación de stake o en dos con 60%, con el objetivo de una finalidad mediana de unos 150 ms frente a unos 12.8 s hoy, según Anza.
Todavía no, a mediados de septiembre de 2026. Pasó la gobernanza el 2 de septiembre de 2025, se entregó en Agave 4.2 con la activación deshabilitada, y el calendario de lanzamiento de v4.3 de Anza tiene la activación de funcionalidades en mainnet comenzando el 28 de septiembre de 2026, con todas las fechas marcadas como tentativas.
Unos 12.8 segundos desde la creación del bloque bajo Tower BFT con slots de 400 ms, según Anza; con los slots de mainnet ahora en 300 ms, la espera es proporcionalmente menor, pero sigue siendo del orden de diez segundos. La confirmación optimista llega mucho antes.
Para una falla puramente de desconexión, sí. Alpenglow está diseñado para 40% de resistencia a fallas por caída, así que con alrededor del 71% del stake respondiendo habría seguido finalizando por su ruta de dos rondas en lugar de acercarse a detenerse, según SIMD-0326. La compensación es una tolerancia del 20% a stake adversario en lugar del 33%.
La promesa de Alpenglow es simple: finalidad en unos 150 ms en lugar de unos 12.8 segundos. Pasó la gobernanza por un margen amplio y está en un calendario publicado y tentativo para empezar a activarse en mainnet el 28 de septiembre de 2026; la finalidad de hoy sigue siendo la antigua. El casi incidente del 12 de agosto mostró lo cerca que está el límite de un tercio fuera de línea de Solana cuando un solo proveedor concentra tanto stake; la tolerancia de 40% a caídas de Alpenglow habría convertido eso en media hora lenta en lugar de un susto, a cambio de menor tolerancia a stake malicioso. Para quien financia una tarjeta con SOL, el efecto es una espera más corta entre enviar un depósito y gastarlo, y nada más.
- Anza -- Alpenglow: un nuevo consenso para Solana
- Solana Foundation -- SIMD-0326: Alpenglow (GitHub)
- Solana Status -- Resultado de la gobernanza de SIMD-0326
- crypto.news -- La votación de la actualización Alpenglow de Solana se aprueba con 98% de votos a favor
- Anza -- Calendario de lanzamiento de Agave v4.3
- Solana Foundation -- Página de la actualización Alpenglow
- Solana Foundation -- Resumen de la versión Agave 4.2
- Solana Foundation -- Tiempos de slot reducidos (SIMD-0525)
- CoinDesk -- Solana se acercó a un umbral de congelamiento el miércoles, según Marinade Finance
- Solana Foundation -- Solana: construir, demostrar y ganar confianza en público
- Helius -- Historia completa de las caídas de Solana
- Helius -- ¿Qué son los niveles de compromiso de Solana?




