Her er alt du trenger å vite om oppgraderingen, fra tekniske mekanismer og den stegvise utrullingen via Agave validator-klienten til sikkerhetstiltakene og den bredere infrastrukturplanen den er en del av.

Hvordan Alpenglow endrer konsensus og endelighet

Endringene er omfattende. Tabellen nedenfor oppsummerer de viktigste forskjellene mellom Solanas nåværende konsensus og hva Alpenglow vil bringe:

Votor er selve hjertet. I stedet for flerlags stemmeopprykk som Tower BFT krevde — som tok 32 inkrementelle avstemningsrunder med kumulative låseperioder — lar Votor validatorer finalisere blokker i en enkelt eller torundet prosess . I hurtigstien blir en blokk finalisert umiddelbart etter én runde hvis minst 80 % av den totale innsatsvekten støtter den, noe som oppnår endelighet på omtrent 100 ms. Hvis støtten er mellom 60 % og 80 %, utløses en andre runde, som oppnår endelighet på omtrent 150 ms .

Å flytte avstemningsdata utenfor kjeden gjennom BLS-aggregerte signaturer har også en stor bieffekt: det frigjør omtrent en tredjedel av Solanas nåværende blokkplass — som tidligere gikk til å registrere individuelle validatorstemmer som transaksjoner på kjeden — til faktiske brukertransaksjoner .

Utvikling og rulleringsplan: Agave 4.2 vs. 4.3

Utrullingen er bevisst stegvis over to utgivelser av Agave validator-klienten, den primære implementeringen vedlikeholdt av Anza. Denne tofase-tilnærmingen lar den komplette Alpenglow-kodebasen bli sendt tidlig for fellesskapstesting, sikkerhetsrevisjoner og testklyngevalidering før hovednettaktivering utløses.

Agave 4.2 (august 2026) — Testgrunnlag

• Anbefalt for hovednettadopsjon: august 2026, med funksjonsaktiveringer som starter uken 17. august .
• Hva den aktiverer på hovednettet: Tre ikke-Alpenglow-oppgraderinger: en ~90 % reduksjon i leieavgifter på kjeden, støtte for større transaksjoner (det nye Transaction v1-formatet), og det første trinnet i en femstegs slottidsreduksjon fra 400 ms mot et mål på 200 ms . Det første trinnet reduserer slottider fra 400 ms til 350 ms .
• Alpenglows status i 4.2: Den komplette Alpenglow-kodebasen sendes med funksjonskomplett, men er IKKE aktivert på hovednettet. Den er inkludert for fellesskapets testklyngebruk og sikkerhetsgjennomgang .

Agave 4.3 (september–oktober 2026) — Hovednettaktivering

• Målrettet hovednettaktivering: Det er to offentlige datoer fra offisielle kilder. Anza publiserte en tidsplan 12. august med mål om 28. september 2026 for mainnet-beta-funksjonsaktivering . Solana Foundation har beskrevet målet som oktober 2026 .
• Hva den aktiverer: Alpenglow-konsensus går live på hovednettet. Validatorer må ha opprettet en Validator Admission Ticket (VAT) og oppdatert BLS-pubkey-administrasjon for å delta .
• Nøkkelusikkerhet: Noen rapporter og diskusjoner har pekt på en lansering i september, men offisiell veiledning fra Solana Foundation knytter aktiveringen til Agave 4.3 med et mål i oktober . Datoene forblir mål, ikke garantier. Det tekniske stillaset — styringsgodkjenning, måneder med klyngetesting, en bug bounty-sikkerhetssprint, og BLS-nøkkelregistrering som allerede er live på hovednettet — er stort sett på plass, men ingen nøyaktig aktiveringsblokk eller epoke er publisert .

Sikkerhetstiltak: Bug bounty, testing og økonomisk sikkerhet

Gitt omfanget av endringen, har Anza og Solana Foundation implementert en flerlags sikkerhetstilnærming:

• Bug bounty-konkurranse: Anza åpnet en dedikert Alpenglow bug bounty på GitHub, med innsendinger åpnet 5. august 2026 og løpende til 19. august 2026 . Belønningene utgjør totalt opptil 50 000 SOL (omtrent 3,8 millioner dollar) for forskere som finner sårbarheter i Votor- og BLS-komponentene . Konkurransen er rettet mot fire moduler i anza-xyz/agave-kodebasen: votor (avstemningsmotoren), votor-messages (stemme- og sertifikatserialisering), bls-sigverify, og bls-cert-verify .
• Flerfasetesting: Alpenglow-koden har vært live på en Anza-fellesskapstestklynge siden 11. mai 2026 — første gang eksterne validatorer kunne kjøre den . Den ble deretter sendt i Agave 4.2 for bredere fellesskapstesting og sikkerhetsgjennomgang før hovednettaktivering . Under tidlig klyngetesting ble minst to feil oppdaget og lappet: en i TowerBFT/PoH-migreringskoden og en annen som involverte validatorer som ved et uhell forbyr peer-tilkoblinger .
• Validator Admission Ticket (VAT): En flat avgift på 1,6 SOL per epoke for validatorer for å delta i det aktive konsensussettet, designet for å forhindre spam og økonomisk sikre avstemningssettet .
• Høyere feiltoleranse: Den nye konsensusen øker den bysantinske feiltoleransen for blandede feil fra 33 % til 40 %, noe som forbedrer motstandskraften mot scenarier der opptil 20 % av validatorer oppfører seg ondsinnet og ytterligere 20 % er samtidig frakoblet .

Bredere kontekst: Alpenglow i Solanas 2026-veikart

Alpenglow er én brikke i Solanas større infrastrukturutbygging for 2026, med mål om å utvikle nettverket til det teamet kaller "Internet Capital Markets" — en høytytende, institusjonsklar finansiell plattform .

• Firedancer: En uavhengig validator-klient fra Jump Crypto som har passert 20 % hovednettsandel etter omtrent 100 dager . Firedancer og Alpenglow er komplementære — Firedancer forbedrer klientdiversitet og utførelsesgjennomstrømming (oppnår 1 million TPS i testing), mens Alpenglow omarbeider konsensusendelighet .
• ACE (Asynchronous Concurrent Execution): En ny utførelsesmodell designet for rettferdig transaksjonsordning og høyere gjennomstrømning under belastning .
• DoubleZero / IBRL: Nettverks- og båndbreddelagsforbedringer for ytterligere å redusere validator-latens .
• Styringsmandat: SIMD-0326 besto med 98,27 % validatorgodkjenning i september 2025, noe som reflekterer eksepsjonelt sterk fellesskapskonsensus for endringen .

Sammen posisjonerer disse oppgraderingene Solana til å tilby endelighet under 150 ms, million-TPS toppkapasitet og flerklient-redundans — egenskaper som gjør nettverket troverdig som infrastruktur for høyfrekvent handel, tradisjonelle finansielle arbeidsbelastninger og forbrukerrettede applikasjoner som krever nær-umiddelbar oppgjør .

Her er alt du trenger å vite om oppgraderingen, fra tekniske mekanismer og den stegvise utrullingen via Agave validator-klienten til sikkerhetstiltakene og den bredere infrastrukturplanen den er en del av.

Hvordan Alpenglow endrer konsensus og endelighet

Endringene er omfattende. Tabellen nedenfor oppsummerer de viktigste forskjellene mellom Solanas nåværende konsensus og hva Alpenglow vil bringe:

Votor er selve hjertet. I stedet for flerlags stemmeopprykk som Tower BFT krevde — som tok 32 inkrementelle avstemningsrunder med kumulative låseperioder — lar Votor validatorer finalisere blokker i en enkelt eller torundet prosess . I hurtigstien blir en blokk finalisert umiddelbart etter én runde hvis minst 80 % av den totale innsatsvekten støtter den, noe som oppnår endelighet på omtrent 100 ms. Hvis støtten er mellom 60 % og 80 %, utløses en andre runde, som oppnår endelighet på omtrent 150 ms .

Å flytte avstemningsdata utenfor kjeden gjennom BLS-aggregerte signaturer har også en stor bieffekt: det frigjør omtrent en tredjedel av Solanas nåværende blokkplass — som tidligere gikk til å registrere individuelle validatorstemmer som transaksjoner på kjeden — til faktiske brukertransaksjoner .

Utvikling og rulleringsplan: Agave 4.2 vs. 4.3

Utrullingen er bevisst stegvis over to utgivelser av Agave validator-klienten, den primære implementeringen vedlikeholdt av Anza. Denne tofase-tilnærmingen lar den komplette Alpenglow-kodebasen bli sendt tidlig for fellesskapstesting, sikkerhetsrevisjoner og testklyngevalidering før hovednettaktivering utløses.

Agave 4.2 (august 2026) — Testgrunnlag

• Anbefalt for hovednettadopsjon: august 2026, med funksjonsaktiveringer som starter uken 17. august .
• Hva den aktiverer på hovednettet: Tre ikke-Alpenglow-oppgraderinger: en ~90 % reduksjon i leieavgifter på kjeden, støtte for større transaksjoner (det nye Transaction v1-formatet), og det første trinnet i en femstegs slottidsreduksjon fra 400 ms mot et mål på 200 ms . Det første trinnet reduserer slottider fra 400 ms til 350 ms .
• Alpenglows status i 4.2: Den komplette Alpenglow-kodebasen sendes med funksjonskomplett, men er IKKE aktivert på hovednettet. Den er inkludert for fellesskapets testklyngebruk og sikkerhetsgjennomgang .

Agave 4.3 (september–oktober 2026) — Hovednettaktivering

• Målrettet hovednettaktivering: Det er to offentlige datoer fra offisielle kilder. Anza publiserte en tidsplan 12. august med mål om 28. september 2026 for mainnet-beta-funksjonsaktivering . Solana Foundation har beskrevet målet som oktober 2026 .
• Hva den aktiverer: Alpenglow-konsensus går live på hovednettet. Validatorer må ha opprettet en Validator Admission Ticket (VAT) og oppdatert BLS-pubkey-administrasjon for å delta .
• Nøkkelusikkerhet: Noen rapporter og diskusjoner har pekt på en lansering i september, men offisiell veiledning fra Solana Foundation knytter aktiveringen til Agave 4.3 med et mål i oktober . Datoene forblir mål, ikke garantier. Det tekniske stillaset — styringsgodkjenning, måneder med klyngetesting, en bug bounty-sikkerhetssprint, og BLS-nøkkelregistrering som allerede er live på hovednettet — er stort sett på plass, men ingen nøyaktig aktiveringsblokk eller epoke er publisert .

Sikkerhetstiltak: Bug bounty, testing og økonomisk sikkerhet

Gitt omfanget av endringen, har Anza og Solana Foundation implementert en flerlags sikkerhetstilnærming:

• Bug bounty-konkurranse: Anza åpnet en dedikert Alpenglow bug bounty på GitHub, med innsendinger åpnet 5. august 2026 og løpende til 19. august 2026 . Belønningene utgjør totalt opptil 50 000 SOL (omtrent 3,8 millioner dollar) for forskere som finner sårbarheter i Votor- og BLS-komponentene . Konkurransen er rettet mot fire moduler i anza-xyz/agave-kodebasen: votor (avstemningsmotoren), votor-messages (stemme- og sertifikatserialisering), bls-sigverify, og bls-cert-verify .
• Flerfasetesting: Alpenglow-koden har vært live på en Anza-fellesskapstestklynge siden 11. mai 2026 — første gang eksterne validatorer kunne kjøre den . Den ble deretter sendt i Agave 4.2 for bredere fellesskapstesting og sikkerhetsgjennomgang før hovednettaktivering . Under tidlig klyngetesting ble minst to feil oppdaget og lappet: en i TowerBFT/PoH-migreringskoden og en annen som involverte validatorer som ved et uhell forbyr peer-tilkoblinger .
• Validator Admission Ticket (VAT): En flat avgift på 1,6 SOL per epoke for validatorer for å delta i det aktive konsensussettet, designet for å forhindre spam og økonomisk sikre avstemningssettet .
• Høyere feiltoleranse: Den nye konsensusen øker den bysantinske feiltoleransen for blandede feil fra 33 % til 40 %, noe som forbedrer motstandskraften mot scenarier der opptil 20 % av validatorer oppfører seg ondsinnet og ytterligere 20 % er samtidig frakoblet .

Bredere kontekst: Alpenglow i Solanas 2026-veikart

Alpenglow er én brikke i Solanas større infrastrukturutbygging for 2026, med mål om å utvikle nettverket til det teamet kaller "Internet Capital Markets" — en høytytende, institusjonsklar finansiell plattform .

• Firedancer: En uavhengig validator-klient fra Jump Crypto som har passert 20 % hovednettsandel etter omtrent 100 dager . Firedancer og Alpenglow er komplementære — Firedancer forbedrer klientdiversitet og utførelsesgjennomstrømming (oppnår 1 million TPS i testing), mens Alpenglow omarbeider konsensusendelighet .
• ACE (Asynchronous Concurrent Execution): En ny utførelsesmodell designet for rettferdig transaksjonsordning og høyere gjennomstrømning under belastning .
• DoubleZero / IBRL: Nettverks- og båndbreddelagsforbedringer for ytterligere å redusere validator-latens .
• Styringsmandat: SIMD-0326 besto med 98,27 % validatorgodkjenning i september 2025, noe som reflekterer eksepsjonelt sterk fellesskapskonsensus for endringen .

Sammen posisjonerer disse oppgraderingene Solana til å tilby endelighet under 150 ms, million-TPS toppkapasitet og flerklient-redundans — egenskaper som gjør nettverket troverdig som infrastruktur for høyfrekvent handel, tradisjonelle finansielle arbeidsbelastninger og forbrukerrettede applikasjoner som krever nær-umiddelbar oppgjør .