Naabot na ng Alpenglow upgrade ng Solana ang pampublikong developer network nito, na nagbibigay-daan sa mga application team na subukan ang isang sistemang idinisenyo para pababain ang transaction finality mula humigit-kumulang 12.8 segundo tungo sa tinatayang 150 milliseconds.
Ayon sa upgrade page ng Solana Foundation, aktibo na ngayon ang Alpenglow sa devnet at testnet ngunit hindi pa naia-activate sa mainnet. Inanunsyo ng Anza, na bumubuo ng core validator software ng Solana, ang paglipat sa devnet noong Set. 25, isang araw matapos makumpleto ng testnet ang transisyon nito.
Magkaiba ang papel ng dalawang network sa rollout. Maaaring gamitin ng mga application team ang devnet upang suriin kung paano kumikilos ang kanilang software gamit ang mga token na walang tunay na halaga, habang nagbibigay naman ang testnet sa mga validator at infrastructure operator ng lugar para subukan ang network software sa mas mahihigpit na kundisyon.
Para sa mga developer, nangangahulugan ang bagong yugto sa devnet na maaari na nilang i-check ang mga application laban sa Alpenglow nang hindi hinihintay na makarating ang sistema sa blockchain na humahawak ng pondo ng mga user. Patuloy na ginagamit ng mainnet ng Solana ang TowerBFT, kaya nananatiling target para sa planadong upgrade ang 150-millisecond figure sa halip na finality time na available na sa mga user ngayon.
Sa ilalim ng TowerBFT, nagsusumite ang mga validator ng mga boto bilang mga transaction na lumalabas sa loob ng mga block. Kailangang makaipon ng sapat na boto sa kabuuan ng 32 slots bago maging final ang isang block, na kasalukuyang tumatagal ng humigit-kumulang 12.8 segundo, ayon sa Foundation.
Sa unang yugto ng Alpenglow, na tinatawag na Votor, direktang nagpapadala ng mga boto ang mga validator sa isa’t isa. Ayon sa Foundation, maaaring maabot ng isang block ang finality matapos ang isang voting round kung ang mga validator na kumakatawan sa hindi bababa sa 80% ng stake ay bumoto para tanggapin ito. Nagbibigay ang ikalawang round ng isa pang landas kapag hindi naabot ng una ang threshold na iyon.
Ang finality ay ang punto kung saan sapat na ang antas ng pagkakasundo ng network sa isang transaction na hindi na ito maaaring baligtarin sa ilalim ng mga consensus rule nito. Mahalaga ang mas mabilis na resulta para sa isang U.S. exchange na nagpapasya kung kailan iko-credit ang isang Solana deposit o para sa isang payment provider na nagpapasya kung kailan ituturing na kumpleto ang bentahan ng isang merchant. Maaari pa ring magpatupad ang bawat serbisyo ng sarili nitong mga pagsusuri bago maglabas ng pondo o magkumpirma ng bayad sa isang customer.
Ibinubukod ng Foundation ang finality sa tagal ng oras na kailangan upang makagawa ng isang block. Noong Setyembre, ibinaba ng Solana ang target slot time nito mula 300 milliseconds tungo sa 250 milliseconds, at may karagdagang pagbabawas sa 200 milliseconds na nakaplano sa ilalim ng hiwalay na upgrade. Binabago ng mas maiikling slot kung gaano kadalas makakagawa ng mga ito ang network; binabago naman ng Alpenglow kung paano nagkakasundo ang mga validator na final na ang isang block.
Tinalakay ng naunang ulat ng crypto.news ang mga paghahanda sa testnet noong Set. 23, nang inihahanda ng mga developer ang Agave 4.3 para sa pampublikong pagsubok. Ang paglipat sa devnet ay nagbibigay na ngayon sa mga application team ng access sa upgraded consensus system sa network na karaniwan nilang ginagamit para sa development.
Para sa isang application na nagpapadala ng mga transaction at nagbabasa ng account balances, sinabi ng Foundation na hindi kailangan ng migration ang Alpenglow. Mananatiling pareho ang transaction execution, fees, at mga format na ginagamit sa pagpapadala ng mga transaction sa ilalim ng consensus upgrade.
Mas marami ang kailangang gawin ng mga serbisyong bumubuo ng transaction histories. Maaaring maglantad ang Alpenglow ng magkakatunggaling candidate blocks para sa parehong slot bago pumili ang network ng isa. Inuutusan ng Foundation ang mga data provider na panatilihing hiwalay ang mga candidate na iyon, at pagkatapos ay panatilihin ang block na umaabot sa confirmation. Ang pagsasama-sama ng mga transaction mula sa magkakaibang candidate ay maaaring mag-iwan sa isang explorer o ibang serbisyo ng maling rekord.
Mawawala rin ang mga validator vote sa mga block dahil hindi na isusumite ang mga ito bilang mga transaction. Bilang resulta, ang isang chart na nagbibilang ng parehong user transactions at validator votes ay magpapakita ng mas mababang kabuuang bilang ng transaction pagkatapos ng activation kahit pareho pa rin ang dami ng mga payment at trade na ginagawa ng mga user. Inabisuhan ng Foundation ang mga data provider na i-reset ang mga paghahambing at alert na nakabatay sa mga lumang bilang.
May ilang serbisyo ring kumukuha ng validator participation mula sa vote transactions. Sa ilalim ng Alpenglow, sinabi ng Foundation na lilipat ang impormasyong iyon sa mga certificate na nakakabit sa block data, kaya kailangan ng mga serbisyong iyon na baguhin kung saan nila ito kinukuha. Ang mga operator na gumagamit ng Geyser ng Solana o gRPC data streams ay kailangan ding isaalang-alang ang mga identifier na nagpapakilala sa mga candidate block sa loob ng isang slot.
Ginagawang mahalaga ng mga pagbabagong ito ang devnet testing para sa mga exchange, explorer at iba pang kumpanyang umaasa sa mga transaction record, kabilang ang mga serbisyo sa U.S. na konektado sa Solana. Nananatiling sarili nilang operational na desisyon ang kanilang mga patakaran sa deposit; hindi awtomatikong binabago ng network upgrade kung kailan ginagawang available ng isang platform ang mga pondo.
Iniugnay ng naunang roadmap ng Alpenglow ng Solana ang iminungkahing rollout sa mainnet sa Agave 4.3 at sa target na Oktubre. Ni ang transisyon ng testnet ni ang activation sa devnet ay hindi nagtatakda ng kumpirmadong petsa para sa paglipat ng live network.
Pansamantalang pinapayagan ng software schedule ng Anza na magpatuloy muli ang mga feature activation sa mainnet sa Set. 28. Hindi tinutukoy ng schedule ang araw na iyon bilang petsa ng activation ng Alpenglow, at nakalista pa rin sa status page ng Foundation ang upgrade bilang hindi aktibo sa mainnet.
Inilalarawan ng Foundation ang Votor bilang unang yugto ng Alpenglow. Ang susunod na yugto, ang Rotor, ay planong pumalit sa sistemang ginagamit sa pagpapalaganap ng mga block sa buong network. Ang kasalukuyang rollout ay tumutukoy sa mga pagbabago sa pagboto at finality, habang ang tinatayang 150-millisecond na target ay mula sa testing at simulations sa halip na mula sa mga transaction na na-settle sa ilalim ng live-market conditions.
SOL