El 13 de octubre, Anza y la Fundación Solana anunciaron el calendario de activación en la red principal de la actualización de consenso Alpenglow: está previsto que se active en el epoch 1064, correspondiente al 21 de octubre alrededor de las 23:00 (UTC+8; aproximadamente las 15:00 UTC). El objetivo oficial es reducir el tiempo de finalidad de unos 12,8 segundos a unos 150 milisegundos. En la primera fase, Votor reemplazará TowerBFT: los votos de los validadores pasarán a ser mensajes directos entre pares con agregación de certificados, en vez de registrarse en los bloques como transacciones de voto en la cadena. La segunda fase, Rotor, reemplazará la capa de propagación Turbine, pero todavía no tiene fecha programada.
Votor utiliza un mecanismo de doble vía: si en la primera ronda se certifica aproximadamente el 80 % del stake, se alcanza la finalidad rápidamente; de lo contrario, se pasa a una segunda ronda, en la que se avanza con un umbral aproximado del 60 % para certificar, alcanzar la finalidad o saltar. Antes de la activación, los validadores deberán ejecutar un cliente basado en Agave 4.3.0 (Agave, Jito-Solana o Harmonic Salsa); Firedancer y Frankendancer no serán compatibles durante la migración. Las cuentas de voto deberán mantener al menos 0.8 SOL adicionales (por encima del mínimo exento de alquiler) para pagar el VAT de cada epoch; el cargo se deducirá de la cuenta de voto y se quemará. Para los usuarios comunes, no cambiará la forma en que las carteras y aplicaciones firman y envían transacciones; la capa de ejecución SVM, el formato de las transacciones y el mecanismo de comisiones no se verán afectados, y tras la actualización la confirmación y la finalidad tenderán a coincidir. La compuerta de activación de la función es A1pengvuM6JEcyNuTnMqepBKhwHE3N6PmUrdATGawhJS; después del inicio del epoch, TowerBFT seguirá funcionando durante unos 5000 slots (aproximadamente 18 minutos). Luego, alrededor del slot 459653000, se cambiará a Votor y se completará la migración del consenso en toda la red.
#SOL #Alpenglow #行情 no constituye asesoramiento de inversión
Votor utiliza un mecanismo de doble vía: si en la primera ronda se certifica aproximadamente el 80 % del stake, se alcanza la finalidad rápidamente; de lo contrario, se pasa a una segunda ronda, en la que se avanza con un umbral aproximado del 60 % para certificar, alcanzar la finalidad o saltar. Antes de la activación, los validadores deberán ejecutar un cliente basado en Agave 4.3.0 (Agave, Jito-Solana o Harmonic Salsa); Firedancer y Frankendancer no serán compatibles durante la migración. Las cuentas de voto deberán mantener al menos 0.8 SOL adicionales (por encima del mínimo exento de alquiler) para pagar el VAT de cada epoch; el cargo se deducirá de la cuenta de voto y se quemará. Para los usuarios comunes, no cambiará la forma en que las carteras y aplicaciones firman y envían transacciones; la capa de ejecución SVM, el formato de las transacciones y el mecanismo de comisiones no se verán afectados, y tras la actualización la confirmación y la finalidad tenderán a coincidir. La compuerta de activación de la función es A1pengvuM6JEcyNuTnMqepBKhwHE3N6PmUrdATGawhJS; después del inicio del epoch, TowerBFT seguirá funcionando durante unos 5000 slots (aproximadamente 18 minutos). Luego, alrededor del slot 459653000, se cambiará a Votor y se completará la migración del consenso en toda la red.
#SOL #Alpenglow #行情 no constituye asesoramiento de inversión