Her er alt, du har brug for at vide om opgraderingen, lige fra dens tekniske mekanik og trinvise udrulning gennem Agave-validator-klienten til sikkerhedsforanstaltningerne og den bredere infrastruktur-køreplan, den er en del af.

Hvordan Alpenglow ændrer konsensus og finalitet

Ændringerne er vidtrækkende. Tabellen nedenfor opsummerer de vigtigste forskelle mellem Solanas nuværende konsensus og hvad Alpenglow vil bringe:

Votor er omdrejningspunktet. I stedet for den flerlagede stemmeeskalering, som Tower BFT krævede – hvilket tog 32 trinvise afstemningsrunder med kumulative lockout-perioder – gør Votor det muligt for validatorer at finalisere blokke i en enkelt eller to-runde proces . I hurtigstien bliver en blok finaliseret umiddelbart efter én runde, hvis mindst 80 % af den samlede indsatte vægt støtter den, hvilket opnår finalitet på cirka 100 ms. Hvis støtten er mellem 60 % og 80 %, udløses en anden runde, hvilket opnår finalitet på cirka 150 ms .

Det har også en stor sidegevinst at flytte afstemningsdata off-chain gennem BLS-aggregerede signaturer: det frigør cirka en tredjedel af Solanas nuværende blokplads – som tidligere gik til at registrere individuelle validatorstemmer som on-chain-transaktioner – til rigtige brugertransaktioner .

Udviklings- & udrulningstidslinje: Agave 4.2 vs. 4.3

Udrulningen er bevidst opdelt i to faser via to udgivelser af Agave-validator-klienten, den primære implementering vedligeholdt af Anza. Denne to-fasede tilgang gør det muligt at sende den komplette Alpenglow-kodebase tidligt til test i fællesskabet, sikkerhedsaudits og validering på testklynger, før mainnet-aktivering udløses.

Agave 4.2 (august 2026) — Testgrundlaget

• Anbefalet til mainnet-adoption: August 2026, med feature-aktiveringer, der starter ugen den 17. august .
• Hvad det aktiverer på mainnet: Tre ikke-Alpenglow opgraderinger: en ~90 % reduktion i on-chain-omkostninger, understøttelse af større transaktioner (det nye Transaction v1-format) og det første trin af en fem-trins slot-tidsreduktion fra 400 ms mod et mål på 200 ms . Det første fald tager slots fra 400 ms til 350 ms .
• Alpenglows status i 4.2: Den komplette Alpenglow-kodebase sendes feature-komplet, men er IKKE aktiveret på mainnet. Den er bundlet til brug på fællesskabets testklynger og til sikkerhedsgennemgang .

Agave 4.3 (september–oktober 2026) — Mainnet-aktivering

• Målrettet mainnet-aktivering: Der er to offentlige datoer fra officielle kilder. Anza offentliggjorde en tidsplan den 12. august, der sigter mod 28. september 2026 for mainnet-beta-feature-aktivering . Solana Foundation har beskrevet målet som oktober 2026 .
• Hvad det aktiverer: Alpenglow-konsensus går live på mainnet. Validatorer skal have oprettet et Validator Admission Ticket (VAT) og opdateret BLS-publik nøglehåndtering for at deltage .
• Væsentlig usikkerhed: Nogle rapporter og diskussioner har peget på en lancering i september, men officielle retningslinjer fra Solana Foundation knytter aktiveringen til Agave 4.3 med et oktober-mål . Datoerne forbliver mål, ikke garantier. Stilladset – styringsgodkendelse, måneders klyngetestning, en bug bounty-sikkerhedssprint og BLS-nøgleregistrering, der allerede er live på mainnet – er stort set på plads, men ingen nøjagtig aktiveringsblok eller epoke er blevet offentliggjort .

Sikkerhedsforanstaltninger: Bug Bounty, test og økonomisk sikkerhed

I betragtning af omfanget af ændringen har Anza og Solana Foundation implementeret en flerlags sikkerhedstilgang:

• Bug bounty-konkurrence: Anza åbnede en dedikeret Alpenglow bug bounty på GitHub, med indsendelser åbnet den 5. august 2026 og kørende til den 19. august 2026 . Belønningerne udgør op til 50.000 SOL (ca. 3,8 millioner dollars) for forskere, der finder sårbarheder i de centrale Votor- og BLS-komponenter . Konkurrencen målretter mod fire moduler i anza-xyz/agave-kodebasen: votor (afstemningsmotoren), votor-messages (stemme- og certifikatserialisering), bls-sigverify og bls-cert-verify .
• Flertrins testning: Alpenglow-koden har været live på en Anza-fællesskabstestklynge siden den 11. maj 2026 – første gang eksterne validatorer var i stand til at køre den . Den blev derefter sendt i Agave 4.2 til bredere fællestestning og sikkerhedsgennemgang før mainnet-aktivering . Under tidlig klyngetestning blev mindst to fejl opdaget og rettet: en i TowerBFT/PoH-migrationskoden og en anden, hvor validatorer ved et uheld forbød peer-forbindelser .
• Validator Admission Ticket (VAT): Et fast gebyr på 1,6 SOL pr. epoke for validatorer for at deltage i det aktive konsensussæt, designet til at forhindre spam og økonomisk sikre afstemningssættet .
• Højere fejltolerance: Den nye konsensus hæver den byzantinske fejltolerance ved blandede fejl fra 33 % til 40 %, hvilket forbedrer modstandsdygtigheden over for scenarier, hvor op til 20 % af validatorerne opfører sig ondsindet, og yderligere 20 % er offline samtidigt .

Bredere kontekst: Alpenglow i Solanas 2026-køreplan

Alpenglow er en del af Solanas større infrastrukturudbygning i 2026, der sigter mod at udvikle netværket til det, teamet kalder "Internet Capital Markets" – en højtydende, institutionel finansiel platform .

• Firedancer: En uafhængig validator-klient fra Jump Crypto, der har passeret 20 % mainnet-indsats efter cirka 100 dage . Firedancer og Alpenglow er komplementære – Firedancer forbedrer klientdiversitet og eksekveringsgennemstrømning (har opnået 1 million TPS i test), mens Alpenglow omarbejder konsensusfinaliteten .
• ACE (Asynchronous Concurrent Execution): En ny eksekveringsmodel designet til mere retfærdig transaktionssortering og højere gennemstrømning under belastning .
• DoubleZero / IBRL: Netværks- og båndbreddelagsforbedringer til yderligere at reducere validator-latens .
• Styringsmandat: SIMD-0326 blev godkendt med 98,27 % validatoropbakning i september 2025, hvilket afspejler en usædvanlig stærk konsensus i fællesskabet om ændringen .

Tilsammen positionerer disse opgraderinger Solana til at tilbyde sub-150 ms finalitet, million-TPS peak-kapacitet og multi-klient redundans – egenskaber, der gør netværket troværdigt som infrastruktur til højfrekvent handel, traditionelle finansielle arbejdsbyrder og forbrugerrettede applikationer, der kræver næsten øjeblikkelig afvikling .

Her er alt, du har brug for at vide om opgraderingen, lige fra dens tekniske mekanik og trinvise udrulning gennem Agave-validator-klienten til sikkerhedsforanstaltningerne og den bredere infrastruktur-køreplan, den er en del af.

Hvordan Alpenglow ændrer konsensus og finalitet

Ændringerne er vidtrækkende. Tabellen nedenfor opsummerer de vigtigste forskelle mellem Solanas nuværende konsensus og hvad Alpenglow vil bringe:

Votor er omdrejningspunktet. I stedet for den flerlagede stemmeeskalering, som Tower BFT krævede – hvilket tog 32 trinvise afstemningsrunder med kumulative lockout-perioder – gør Votor det muligt for validatorer at finalisere blokke i en enkelt eller to-runde proces . I hurtigstien bliver en blok finaliseret umiddelbart efter én runde, hvis mindst 80 % af den samlede indsatte vægt støtter den, hvilket opnår finalitet på cirka 100 ms. Hvis støtten er mellem 60 % og 80 %, udløses en anden runde, hvilket opnår finalitet på cirka 150 ms .

Det har også en stor sidegevinst at flytte afstemningsdata off-chain gennem BLS-aggregerede signaturer: det frigør cirka en tredjedel af Solanas nuværende blokplads – som tidligere gik til at registrere individuelle validatorstemmer som on-chain-transaktioner – til rigtige brugertransaktioner .

Udviklings- & udrulningstidslinje: Agave 4.2 vs. 4.3

Udrulningen er bevidst opdelt i to faser via to udgivelser af Agave-validator-klienten, den primære implementering vedligeholdt af Anza. Denne to-fasede tilgang gør det muligt at sende den komplette Alpenglow-kodebase tidligt til test i fællesskabet, sikkerhedsaudits og validering på testklynger, før mainnet-aktivering udløses.

Agave 4.2 (august 2026) — Testgrundlaget

• Anbefalet til mainnet-adoption: August 2026, med feature-aktiveringer, der starter ugen den 17. august .
• Hvad det aktiverer på mainnet: Tre ikke-Alpenglow opgraderinger: en ~90 % reduktion i on-chain-omkostninger, understøttelse af større transaktioner (det nye Transaction v1-format) og det første trin af en fem-trins slot-tidsreduktion fra 400 ms mod et mål på 200 ms . Det første fald tager slots fra 400 ms til 350 ms .
• Alpenglows status i 4.2: Den komplette Alpenglow-kodebase sendes feature-komplet, men er IKKE aktiveret på mainnet. Den er bundlet til brug på fællesskabets testklynger og til sikkerhedsgennemgang .

Agave 4.3 (september–oktober 2026) — Mainnet-aktivering

• Målrettet mainnet-aktivering: Der er to offentlige datoer fra officielle kilder. Anza offentliggjorde en tidsplan den 12. august, der sigter mod 28. september 2026 for mainnet-beta-feature-aktivering . Solana Foundation har beskrevet målet som oktober 2026 .
• Hvad det aktiverer: Alpenglow-konsensus går live på mainnet. Validatorer skal have oprettet et Validator Admission Ticket (VAT) og opdateret BLS-publik nøglehåndtering for at deltage .
• Væsentlig usikkerhed: Nogle rapporter og diskussioner har peget på en lancering i september, men officielle retningslinjer fra Solana Foundation knytter aktiveringen til Agave 4.3 med et oktober-mål . Datoerne forbliver mål, ikke garantier. Stilladset – styringsgodkendelse, måneders klyngetestning, en bug bounty-sikkerhedssprint og BLS-nøgleregistrering, der allerede er live på mainnet – er stort set på plads, men ingen nøjagtig aktiveringsblok eller epoke er blevet offentliggjort .

Sikkerhedsforanstaltninger: Bug Bounty, test og økonomisk sikkerhed

I betragtning af omfanget af ændringen har Anza og Solana Foundation implementeret en flerlags sikkerhedstilgang:

• Bug bounty-konkurrence: Anza åbnede en dedikeret Alpenglow bug bounty på GitHub, med indsendelser åbnet den 5. august 2026 og kørende til den 19. august 2026 . Belønningerne udgør op til 50.000 SOL (ca. 3,8 millioner dollars) for forskere, der finder sårbarheder i de centrale Votor- og BLS-komponenter . Konkurrencen målretter mod fire moduler i anza-xyz/agave-kodebasen: votor (afstemningsmotoren), votor-messages (stemme- og certifikatserialisering), bls-sigverify og bls-cert-verify .
• Flertrins testning: Alpenglow-koden har været live på en Anza-fællesskabstestklynge siden den 11. maj 2026 – første gang eksterne validatorer var i stand til at køre den . Den blev derefter sendt i Agave 4.2 til bredere fællestestning og sikkerhedsgennemgang før mainnet-aktivering . Under tidlig klyngetestning blev mindst to fejl opdaget og rettet: en i TowerBFT/PoH-migrationskoden og en anden, hvor validatorer ved et uheld forbød peer-forbindelser .
• Validator Admission Ticket (VAT): Et fast gebyr på 1,6 SOL pr. epoke for validatorer for at deltage i det aktive konsensussæt, designet til at forhindre spam og økonomisk sikre afstemningssættet .
• Højere fejltolerance: Den nye konsensus hæver den byzantinske fejltolerance ved blandede fejl fra 33 % til 40 %, hvilket forbedrer modstandsdygtigheden over for scenarier, hvor op til 20 % af validatorerne opfører sig ondsindet, og yderligere 20 % er offline samtidigt .

Bredere kontekst: Alpenglow i Solanas 2026-køreplan

Alpenglow er en del af Solanas større infrastrukturudbygning i 2026, der sigter mod at udvikle netværket til det, teamet kalder "Internet Capital Markets" – en højtydende, institutionel finansiel platform .

• Firedancer: En uafhængig validator-klient fra Jump Crypto, der har passeret 20 % mainnet-indsats efter cirka 100 dage . Firedancer og Alpenglow er komplementære – Firedancer forbedrer klientdiversitet og eksekveringsgennemstrømning (har opnået 1 million TPS i test), mens Alpenglow omarbejder konsensusfinaliteten .
• ACE (Asynchronous Concurrent Execution): En ny eksekveringsmodel designet til mere retfærdig transaktionssortering og højere gennemstrømning under belastning .
• DoubleZero / IBRL: Netværks- og båndbreddelagsforbedringer til yderligere at reducere validator-latens .
• Styringsmandat: SIMD-0326 blev godkendt med 98,27 % validatoropbakning i september 2025, hvilket afspejler en usædvanlig stærk konsensus i fællesskabet om ændringen .

Tilsammen positionerer disse opgraderinger Solana til at tilbyde sub-150 ms finalitet, million-TPS peak-kapacitet og multi-klient redundans – egenskaber, der gør netværket troværdigt som infrastruktur til højfrekvent handel, traditionelle finansielle arbejdsbyrder og forbrugerrettede applikationer, der kræver næsten øjeblikkelig afvikling .