Sinimulan ng Solana ang voting phase para sa inaabangang Alpenglow upgrade, isang malaking pagbabago sa consensus na posibleng pinakamalaking pagbabago sa kasaysayan ng network.
Ang proposal na kilala bilang SIMD-0326 ay live na para sa mga boto ng validator, kung saan mahigit 10% na ang nagpapakita ng suporta. Para maipasa, kailangan ng initiative ng hindi bababa sa 33% quorum at two-thirds majority ng mga bumoboto.
Solana Alpenglow Upgrade: Ano ang Dapat Malaman ng Users
Sinabi ng mga community observer na ang Alpenglow ang pinaka-ambisyosong update mula nang mag-launch ang Solana.
Inilarawan ito ng analytics platform na Solana Floor bilang pinakamahalagang consensus upgrade proposal sa kasaysayan ng network.
Papalitan ng Alpenglow ang legacy system ng Solana na Proof-of-History (PoH) at TowerBFT. Ang upgrade na ito ay naglalayong maghatid ng modernong consensus architecture na kayang mag-finalize ng block nang halos instant.
Habang ang TowerBFT ay nangangailangan ng humigit-kumulang 12.8 seconds para mag-finalize ng block, ang Alpenglow ay nangangako na babawasan ito sa 100–150 milliseconds lang. Ang bilis na ito ay maihahambing sa Web2 applications.
“Basically, Web2 speed with blockchain security,” sabi ng isang user na nagbiro.
Sa core ng Alpenglow ay ang Votor, isang magaan na direct-voting protocol. Sa Votor, ang mga validator ay nagfa-finalize ng blocks sa pamamagitan ng single o dual voting round, depende sa kondisyon ng network.
Sa pamamagitan ng direktang pagpapalitan ng boto at paggamit ng cryptographic aggregation, mas kaunting network overhead ang kailangan para makamit ang consensus. Binabawasan nito ang traffic na matagal nang nagiging bottleneck.
Ang motibasyon para sa pagbabago ay nagmumula sa parehong performance at security challenges ng kasalukuyang modelo ng Solana.
Walang formal safety guarantees ang TowerBFT at may mahabang finality delays na maaaring mag-iwan sa network na vulnerable sa reorgs at degraded performance.
Ina-address ng Alpenglow ang mga kahinaang ito sa pamamagitan ng:
- “20+20” fault tolerance: Mananatiling live ang network kahit 20% ng validators ay malicious at ang isa pang 20% ay offline.
- Economic fairness: Kailangan magbayad ng Validator Admission Ticket (VAT) na 1.6 SOL per epoch ang mga validator para makilahok, na tinitiyak na may stake sila sa laro at pinipigilan ang free-riding.
- Off-chain voting: Ang pag-aalis ng per-slot vote transactions ay nagpapababa ng gastos at bandwidth usage.
Nagbabago rin ang reward structure. Ang mga leader na nag-a-aggregate ng boto ay kikita ng parehong reward tulad ng mga kasamang validator.
May bonus din para sa pag-produce ng finalization certificates. Layunin nito na i-align ang incentives habang binabawasan ang overhead.
Timeline at Proseso ng Pagboto
Ang voting process ay naka-structure sa paligid ng Solana epochs:
- Epoch 833–838: Discussion period
- Epoch 839: Stake weights published
- Epochs 840–842: Voting tokens distributed and cast
Gagamit ang mga validator ng Jito-built distributor tool para i-claim ang voting tokens, na maaari nilang ipadala sa mga address para sa Yes, No, o Abstain.
Magiging matagumpay ang proposal kung ang Yes votes ay bumubuo ng hindi bababa sa two-thirds ng Yes+No totals, basta’t maabot ang quorum.
Maagang on-chain data ay nagpapakita ng mahigit 10% na suporta mula sa validators, pero kailangan ng mas malawak na buy-in para maabot ang 33% threshold.
Kung maipasa, posibleng baguhin ng Alpenglow ang competitive positioning ng Solana sa Layer-1 (L1) blockchain race.
Sa pagbagsak ng finality times sa ilalim ng 200ms, maaaring makita ng mga developer at trader ang Solana bilang blockchain na sa wakas ay tumutugma sa bilis ng Web2 nang hindi isinasakripisyo ang decentralization.
