Solana ha empezado a mover su motor de consenso. La versión Agave 4.3, el cliente validador que desarrolla el equipo de Anza, activa Votor, el mecanismo que sustituye a TowerBFT y que desembocará en el Alpenswitch, el traslado coordinado de la red principal al nuevo consenso. Es el mayor cambio de protocolo desde el lanzamiento de la red.
El dato que mejor lo resume cabe en una línea: la finalidad pasa de unos 12,8 segundos a un objetivo de 150 milisegundos. La finalidad es el instante a partir del cual un bloque ya no se puede revertir. Hoy, una transferencia puede aparecer confirmada en tu exchange y no ser definitiva hasta 32 bloques después.
Qué cambia Agave 4.3: de TowerBFT a Votor
Desde su lanzamiento, Solana ha ordenado el tiempo con dos piezas. Una es Proof of History, o PoH: un reloj criptográfico que sella la hora de cada transacción antes de que nadie vote nada. La otra es TowerBFT, el sistema con el que los validadores —los ordenadores que sostienen la red a cambio de recompensas en SOL— votan qué bloques son válidos. El problema era el método: cada voto viajaba como una transacción más dentro del bloque, y hacían falta 32 slots de votación para cerrarlo de forma definitiva.
Votor corta por lo sano. Los validadores dejan de votar dentro del flujo de transacciones y se intercambian mensajes firmados directamente entre ellos.
El protocolo agrupa esas firmas en certificados criptográficos, que funcionan como un acta notarial firmada por la mayoría de la red. Hay dos caminos hacia el cierre. Si al menos el 80% del stake —el SOL que los usuarios delegan en los validadores— notariza un bloque en la primera ronda, el bloque queda cerrado de inmediato. Si no, pero más del 60% ha votado a favor, se abre una segunda ronda que culmina en el certificado de finalización.
Conviven con un cambio diario para los operadores. PoH deja de ser el reloj del consenso: cada validador pasa a usar temporizadores locales y, si espera demasiado sin recibir un bloque aceptable, emite un voto de salto para que la red siga avanzando.
Solana no cambia una pieza: cambia la forma en la que la red se pone de acuerdo sobre lo que ya ha ocurrido.
Y llega un matiz que conviene entender bien. Alpenglow renuncia al umbral bizantino clásico de un tercio: tolera hasta un 20% de stake adversario y otro 20% desconectado, y sigue progresando si un 60% honesto responde. El conjunto de certificados que este sistema pone en marcha circulan fuera del pipeline de transacciones, una frontera nueva para quien audita la red. Menos tolerancia al validador malicioso, más paciencia con el que se cae.
Falta una mitad del diseño. Rotor, el sistema que rediseñará la propagación de bloques, se quedó fuera de la propuesta SIMD-0326, que rige la activación inicial. Necesitará su propio documento y, de momento, no tiene fecha publicada. Turbine seguirá moviendo los datos de la red, y los 150 milisegundos se alcanzan sin Rotor.
A quién afecta el Alpenswitch y a quién no
Los votos desaparecen del ledger. Las transacciones de voto han llegado a representar alrededor de tres cuartas partes de todo lo registrado on-chain, aunque su cómputo apenas suponga un 5% del total. Cada una cuesta 5.000 lamports, la unidad mínima de SOL, pero engordaba el contador bruto de transacciones y distorsionaba cualquier comparación con otras redes.
Ojo con la estadística. Cuando Alpenglow se active en mainnet, el TPS bruto caerá en picado sin que la actividad de usuarios haya bajado ni un ápice. La métrica honesta pasa a ser el TPS sin votos. Ese es el número que habrá que seguir de aquí en adelante.
El cambio también cierra la brecha entre confirmed y finalized, los dos niveles de compromiso que hoy usan las aplicaciones. El primero bastaba para una consulta rápida, pero los puentes, exchanges, y sistemas de liquidación exigían el segundo. Con Votor, ambos apuntan al mismo estado de consenso. Ninguna aplicación tiene que cambiar su configuración el día del despliegue, aunque la diferencia de latencia entre ambos se esfuma.
Queda el detalle incómodo para las infraestructuras. Un slot ya no sirve como identificador único de bloque. Agave 4.3 amplía Geyser, la interfaz por la que los nodos emiten datos on-chain, con un identificador nuevo, bank_id, que distingue qué instancia local produjo cada evento. Los indexadores que asumían que un slot era un bloque tendrán que adaptar su lógica antes de la próxima versión mayor.
El riesgo que casi nadie discute: menos tolerancia al fallo bizantino
Aquí conviene tomar distancia. Solana ya ha vivido episodios que obligan a leer este anuncio con prudencia: las paradas de red de septiembre de 2021 y febrero de 2022, cuando la red dejó de producir bloques durante horas, costaron a SOL buena parte de su credibilidad técnica.
Alpenglow no es un parche de rendimiento, es un cambio de supuestos. El modelo de 20+20 asume que la inmensa mayoría del stake responde y que los fallos vienen de caídas, no de traiciones coordinadas. Si ese supuesto se rompe, el sistema tiene menos margen que un diseño BFT clásico. Los certificados grabados en el nuevo footer del bloque dejan rastro auditable de quién votó qué.
Tampoco ayuda que Rotor siga sin calendario mientras Turbine carga con la propagación. Dicho de otro modo: Solana cambia el cerebro antes que las arterias.
Para el inversor, el resumen es sencillo. Menos espera en cada operación, menos ruido en el ledger y una estadística de rendimiento por fin comparable. Y una pregunta abierta: ¿será el TPS sin votos la métrica que Wall Street mire cuando evalúe la red? Los paneles públicos lo dirán antes que los titulares.
