Nettverket byttet konsensus etter et kort overgangsvindu
Epoke 1064 startet rundt 13:36 UTC den 21. okt.. Flagg for nettverksaktivering ble aktivert ved starten av epoken, men nettverket fortsatte å bruke TowerBFT for de første 5,000 slotene. Det overgangsvinduet varte i rundt 18 minutter.

Alpenglow tok kontroll rundt 13:54 UTC fra slot 459,653,000. Solana rapporterte at 446 av 654 validatorer sertifiserte overgangsblokken. Forsinkelsen var planlagt og ga operatørene et klart punkt der de kunne kontrollere om det nye konsensussystemet hadde startet.
Votor erstatter stemmetransaksjoner med direkte validatormeldinger
Under TowerBFT, la validatorer inn stemmer i transaksjoner, og blokkfinalisering var avhengig av at stemmer samlet seg over 32 slots. Alpenglow‘s Votor systemet sender stemmer direkte mellom validatorer og slår dem sammen til sertifikater. En blokk kan bli endelig etter én eller to stemmerunder.
Lommebøker og vanlige programmer trenger ikke et nytt transaksjonsformat. Solana Virtual Machine, kontoer og avgiftsmodell består. Den praktiske fordelen er raskere visshet om at en bekreftet overføring eller en handling i en applikasjon ikke kan reverseres.
Slottiden på 200 millisekunder er en separat endring
Solana reduserte slot-tiden fra 400 til 200 millisekunder i en separat oktoberoppdatering. Slot-tid beskriver hvor ofte nettverket kan produsere en ny slot. Alpenglows omtrent 150 millisekunder beskriver måltiden for å finalisere en blokk. De to tallene måler ulike deler av systemet.
Målet er ikke et fast resultat: tiden det tar å finalisere en blokk kan variere med nettverksforholdene og hvor valideringene befinner seg. Børser og applikasjoner bør måle faktisk atferd i stedet for å behandle 150 millisekunder som et løfte for hver overføring.
| Detalj | Bekreftet informasjon |
|---|---|
| Epoke 1064 begynte | Rundt 13:36 UTC den 21. okt. 2026 |
| Konsensusen ble byttet til Alpenglow | Rundt 13:54 UTC ved slot 459,653,000 |
| Måltid for å finalisere en blokk | Rundt 150 ms, sammenlignet med omtrent 12.8 sekunder under TowerBFT |
| Egen oppdatering av slottid | 200 ms |
| Kompatible validator-klienter | Agave, Jito-Solana og Harmonic Salsa |
| Validator Admission Ticket | 0.8 SOL per epoke fra stemmekontoen |
| Fremtidig komponent | Rotor protokoll for blokkdistribusjon |
Datatjenester må skille mellom flere versjoner av samme slot
En slot kan midlertidig ha mer enn én kandidatblokk, som Solana kaller kandidatbanker. En bank_id identifiserer en kandidat innenfor én datatilkobling. Indekserere må holde disse versjonene adskilt til én blir bekreftet. Når de sammenligner data fra ulike leverandører, bør de bruke blokkhashen fordi bank_id verdier er lokale for hver tilkobling.
Stemmetransaksjoner vises ikke lenger inne i blokker. Dashbord som tidligere telte disse stemmene som transaksjoner, kan derfor vise et plutselig fall i viste TPS selv når brukeraktiviteten er uendret. Dette er en regnskapsendring, ikke bevis på at nettverket har mistet trafikk.
Validatorer trenger kompatibel programvare og midler til inngangsbilletten
Mainnet-validatorer må kjøre kompatible versjoner av Agave, Jito-Solana eller Harmonic Salsa. De trenger også minst 0.8 SOL over det husleiefrie minimumet på stemmekontoen. Beløpet finansierer Validator Admission Ticket, identifisert i dokumentasjonen med den engelske forkortelsen V-A-T, for neste epoke.
Den Validator Admission Ticket erstatter den løpende kostnaden ved å sende stemmetransaksjoner. Hvis stemmekontoen ikke kan betale for billetten, kan validatoren ikke stemme eller produsere blokker i den påfølgende epoken. Operatører kan dirigere fremtidige blokkinntekter til kontoen, men de trenger fortsatt en startbuffer.

Rotor vil bli introdusert senere
Utgivelsen på live mainnet inkluderer Votor. Rotor, den planlagte erstatningen for Turbine-distribusjon av blokkdata, kommer senere og har ingen bekreftet aktiveringsdato. Konsensusbyttet er fullført, men den bredere Alpenglow nettverksplanen er ennå ikke fullt ut rullet ut.
For brukerne er den umiddelbare forbedringen raskere endelig bekreftelse. Børser, utforskere og dataleverandører må nå håndtere kandidatbanker og det reviderte transaksjonsantallet riktig, slik at tjenestene deres viser nettverkets aktivitet korrekt.
Denne artikkelen er kun for informasjon og er ikke investeringsrådgivning.




