News Heat Trend
Project Overview
Agave is a decentralized, non-custodial money market protocol in which users can participate as depositors or borrowers. It is a fork of Aave.
Solana launches Alpenglow upgrade public beta, aims to shorten transaction finality to 150 milliseconds
According to CoinDesk, Solana has been testing the Alpenglow upgrade on its public testnet, aiming to reduce transaction finality from approximately 12.8 seconds to 150 milliseconds. The upgrade will replace TowerBFT with the Votor voting protocol, enabling validators to confirm blocks through one to two rounds of direct voting. Currently, testing only supports the Agave 4.3 client developed by Anza, while Firedancer and Frankendancer under Jump Crypto have not yet been integrated. A mainnet launch date has not yet been confirmed.
Solana's Alpenglow upgrade enters public testnet, targeting transaction finality reduced to 150 milliseconds
the Alpenglow upgrade for the Solana blockchain network has entered public testnet, with developers set to test reducing transaction finality from approximately 13 seconds to 0.15 seconds, or 150 milliseconds.The upgrade will replace Solana's existing TowerBFT consensus system with Votor, allowing validators to confirm blocks through one or two rounds of direct voting, though the way users send funds will not change.The initial testnet migration requires Agave 4.3, and Firedancer or Frankendancer are not yet supported. The September 28 mainnet update remains a tentative arrangement and is not a confirmed launch date for Alpenglow. (CoinDesk)
Solana has shortened its network slot time to 350 milliseconds for the first time, with a target of 200 milliseconds
Odaily News: Jacob Creech, Vice President of Technology at the Solana Foundation, stated that Solana has reduced its network slot time to 350 milliseconds, the first adjustment since the network's inception. He shared on X that the next step is to bring it down to 300 milliseconds.Solana's slot time browser shows the current average slot time is 360 milliseconds, down from the network's initial setting of 400 milliseconds. In June, the Solana Foundation unveiled a plan to shorten slot time from 400 milliseconds to 200 milliseconds, with three subsequent reductions of 50 milliseconds each.All four phases are planned to be activated on the mainnet via the validator client Agave v4.2, developed by Anza, though the timeline has yet to be finalized. The related proposal, SIMD-0525, was approved and merged on May 14. (Cointelegraph)
Researchers disclose Solana PoH clock attack vulnerability; transition risks prior to the Alpenglow upgrade remain unresolved.
According to CryptoSlate, researchers from USENIX Security publicly disclosed a clock attack vulnerability against Solana’s Proof of History (PoH) mechanism on August 12. The vulnerability had been privately reported to the Solana development team as early as December 2025. Research indicates that a malicious scheduler leader could manipulate the PoH logical clock through "re-anchoring," slowing the progression of logical time. This would yield a longer transaction selection window within physical time, allowing the attacker to isolate honest leaders' blocks via the TowerBFT fork-choice mechanism, with the required stake for the attack falling below 33%. The Alpenglow security contest hosted by Anza, which offered a 50,000 SOL prize pool, concluded on August 19. However, the vulnerability was excluded from the evaluation scope because the contest rules explicitly excluded "behaviors that can only be triggered when Alpenglow is inactive." The Solana development team confirmed awareness of the issue, stating that the probability of the worst-case scenario occurring under current conditions is low. They expect the Alpenglow upgrade to fundamentally eliminate the attack's prerequisites. The Alpenglow code is already integrated into the Agave 4.2 client but remains inactive on the mainnet, with full deployment expected alongside Agave 4.3. Until then, the transitional risks associated with this vulnerability have yet to receive public implementation-level analysis or official responses.
Anza, Core Development Team of Solana: Recommends Solana Mainnet Validators to Use Agave 4.0
Anza, a core Solana development team, announced that it has recommended Solana mainnet validators upgrade to Agave 4.0. This release includes XDP for Turbine, TPU transaction ingestion exclusively over QUIC, faster replay stages, and a suite of feature-gated SIMD instructions set to activate during this cycle. Production environment results from large mainnet validators show Turbine retransmission latency has dropped from 600 ms to approximately 0.8 ms. Additionally, UDP-based transaction ingestion has been removed, making QUIC the sole transaction submission method; simple vote transactions now follow the same cost model as regular transactions. Features including p-token, Stake Program v5, SBPFv3 program support, pre-funded account creation, and BLS12-381 system calls will also be enabled during the 4.0 cycle.
Related news
Solana launches Alpenglow upgrade public beta, aims to shorten transaction finality to 150 milliseconds
According to CoinDesk, Solana has been testing the Alpenglow upgrade on its public testnet, aiming to reduce transaction finality from approximately 12.8 seconds to 150 milliseconds. The upgrade will replace TowerBFT with the Votor voting protocol, enabling validators to confirm blocks through one to two rounds of direct voting. Currently, testing only supports the Agave 4.3 client developed by Anza, while Firedancer and Frankendancer under Jump Crypto have not yet been integrated. A mainnet launch date has not yet been confirmed.
Solana's Alpenglow upgrade enters public testnet, targeting transaction finality reduced to 150 milliseconds
the Alpenglow upgrade for the Solana blockchain network has entered public testnet, with developers set to test reducing transaction finality from approximately 13 seconds to 0.15 seconds, or 150 milliseconds.The upgrade will replace Solana's existing TowerBFT consensus system with Votor, allowing validators to confirm blocks through one or two rounds of direct voting, though the way users send funds will not change.The initial testnet migration requires Agave 4.3, and Firedancer or Frankendancer are not yet supported. The September 28 mainnet update remains a tentative arrangement and is not a confirmed launch date for Alpenglow. (CoinDesk)
Solana has shortened its network slot time to 350 milliseconds for the first time, with a target of 200 milliseconds
Odaily News: Jacob Creech, Vice President of Technology at the Solana Foundation, stated that Solana has reduced its network slot time to 350 milliseconds, the first adjustment since the network's inception. He shared on X that the next step is to bring it down to 300 milliseconds.Solana's slot time browser shows the current average slot time is 360 milliseconds, down from the network's initial setting of 400 milliseconds. In June, the Solana Foundation unveiled a plan to shorten slot time from 400 milliseconds to 200 milliseconds, with three subsequent reductions of 50 milliseconds each.All four phases are planned to be activated on the mainnet via the validator client Agave v4.2, developed by Anza, though the timeline has yet to be finalized. The related proposal, SIMD-0525, was approved and merged on May 14. (Cointelegraph)
Researchers disclose Solana PoH clock attack vulnerability; transition risks prior to the Alpenglow upgrade remain unresolved.
According to CryptoSlate, researchers from USENIX Security publicly disclosed a clock attack vulnerability against Solana’s Proof of History (PoH) mechanism on August 12. The vulnerability had been privately reported to the Solana development team as early as December 2025. Research indicates that a malicious scheduler leader could manipulate the PoH logical clock through "re-anchoring," slowing the progression of logical time. This would yield a longer transaction selection window within physical time, allowing the attacker to isolate honest leaders' blocks via the TowerBFT fork-choice mechanism, with the required stake for the attack falling below 33%. The Alpenglow security contest hosted by Anza, which offered a 50,000 SOL prize pool, concluded on August 19. However, the vulnerability was excluded from the evaluation scope because the contest rules explicitly excluded "behaviors that can only be triggered when Alpenglow is inactive." The Solana development team confirmed awareness of the issue, stating that the probability of the worst-case scenario occurring under current conditions is low. They expect the Alpenglow upgrade to fundamentally eliminate the attack's prerequisites. The Alpenglow code is already integrated into the Agave 4.2 client but remains inactive on the mainnet, with full deployment expected alongside Agave 4.3. Until then, the transitional risks associated with this vulnerability have yet to receive public implementation-level analysis or official responses.
Anza, Core Development Team of Solana: Recommends Solana Mainnet Validators to Use Agave 4.0
Anza, a core Solana development team, announced that it has recommended Solana mainnet validators upgrade to Agave 4.0. This release includes XDP for Turbine, TPU transaction ingestion exclusively over QUIC, faster replay stages, and a suite of feature-gated SIMD instructions set to activate during this cycle. Production environment results from large mainnet validators show Turbine retransmission latency has dropped from 600 ms to approximately 0.8 ms. Additionally, UDP-based transaction ingestion has been removed, making QUIC the sole transaction submission method; simple vote transactions now follow the same cost model as regular transactions. Features including p-token, Stake Program v5, SBPFv3 program support, pre-funded account creation, and BLS12-381 system calls will also be enabled during the 4.0 cycle.