La actualización Helicon de Avalanche está programada para otorgar a los validadores compromisos más cortos y de renovación automática, mientras aumenta el umbral de disponibilidad para las recompensas y reduce los rendimientos en las duraciones más cortas.
La actualización de la red está programada para activarse en Avalanche Mainnet el 22 de septiembre a las 15:00 UTC. Los validadores deben instalar AvalancheGo v1.15.0 previamente para mantener la compatibilidad con la cadena actualizada.

¿Qué cambios para los validadores?
Helicon reducirá el período mínimo de validación de la Red Principal de 336 horas a 48 horas. También permitirá que los validadores elegibles comiencen automáticamente otro ciclo cuando termine el actual, reduciendo el trabajo manual de firma y posibles brechas en las recompensas por salir y volver a unirse repetidamente al conjunto de validadores.
Los operadores pueden elegir qué porcentaje de la recompensa de cada ciclo reinvertir en el siguiente y actualizar la configuración para un ciclo futuro. Esto permite combinar compromisos de capital breves con validación continua, en lugar de optar entre un bloqueo prolongado o restaking manual repetido.
La función solo se aplica al stake propio del validador. Las delegaciones no se renovarán automáticamente, y cada delegación debe ajustarse dentro de un ciclo del validador, ya que no se garantiza que el validador continúe más allá de ese límite.
Los períodos de validación que comiencen el 22 de septiembre o después deben lograr al menos un 90% de tiempo de actividad para ganar recompensas, frente al 80% anterior. La regla no es retroactiva: los períodos que comenzaron antes de la activación siguen sujetos al requisito existente del 80%, incluso si se extienden más allá del 22 de septiembre.
La medición del tiempo de actividad de Avalanche no cambiará, y las recompensas seguirán siendo todo o nada. Caer por debajo del umbral aplicable hace que se pierda la recompensa completa para ese período, aunque el principal del validador no se reduce.
Para un validador que utiliza renovación automática, no cumplir con el umbral tiene una consecuencia adicional. La posición no se renueva en otro ciclo, y el validador saldrá. Su principal y las recompensas acumuladas en ciclos anteriores se devolverán, pero la recompensa del ciclo fallido se perderá.
Los ciclos cortos reducen el tiempo durante el cual se compromete el capital, mientras que el umbral más alto aumenta la confiabilidad operativa necesaria para cobrar la recompensa de cada ciclo y continuar automáticamente. Para los operadores, esto vincula la continuidad con el rendimiento ciclo por ciclo sin modificar cómo Avalanche mide la respuesta de los pares ni agregar un buffer de recompensa parcial.
Cómo cambian los recompensas de Avalanche de corta duración
Helicon también comenzará un ajuste de 90 días para Avalanche’s reward curve. La tasa mínima de consumo del protocolo, un parámetro que ayuda a determinar las recompensas de staking, está programada para disminuir linealmente del 10% al 7,5%. La tasa máxima con una duración de un año permanecerá sin cambios.
Los modelos de Avalanche estiman que este ajuste reducirá la tasa de recompensa anualizada en la duración más corta en aproximadamente un 1,3% después de la implementación gradual. El rendimiento real exacto seguirá siendo variable, ya que depende de factores como la oferta de AVAX, la duración y las opciones de capitalización.
Los mismos modelos proyectan que la inflación de AVAX disminuirá aproximadamente entre 0,5 % y 1 %, y que la duración promedio ponderada por stake aumentará aproximadamente dos meses. Esos resultados son estimaciones que dependen de cómo respondan los validadores y los delegadores.
La compensación mecánica es más cierta: Helicon facilita el uso de compromisos de validador cortos y renovables, pero establece una recompensa más baja en el corto plazo, conserva la tasa de un año y exige un tiempo de actividad más confiable para nuevos períodos de validación.
La publicación Avalanche’s Helicon upgrade cuts validator lockups from 14 days to 48 hours apareció por primera vez en CryptoSlate.

