Ipinakilala ng Solana ang onchain governance na nagpapahintulot sa mga validator na bumoto sa mga pagbabago sa network sa pamamagitan ng mga proposal na may timbang ng stake.
Ang Solana Foundation ay naglunsad ng bagong onchain governance system para sa network. Ito ay tinatawag na Solana Governance Proposals, o SGP.
Ang mekanismo ay nagpapahintulot sa mga validator na magsumite, mag-sponsor, at magpasya sa mga pangunahing isyu ng ecosystem. Ang kapangyarihang bumoto ay direktang nakaugnay sa naka-stake na SOL.
Ang Solana ay kabilang sa pinakamalaking Layer 1 blockchain ayon sa market value at developer activity, at ang hakbang na ito ay nagbabago kung paano ginagawa ang mga desisyon sa buong network.
Paano Gumagana ang Pagboto ng Validator ng Solana
Ang sinumang validator na may hawak na hindi bababa sa 100,000 SOL sa delegadong stake ay maaaring magbukas ng isang SGP. Iyan ang entry point para sa pagmumungkahi ng pagbabago sa governance.
Mula doon, ang isang proposal ay nangangailangan ng suporta mula sa 15% ng kabuuang network stake bago ito pumunta sa isang pormal na boto. Ang threshold na ito ay nagsisilbing filter, na tinitiyak na ang mga ideya lamang na may tunay na interes ng komunidad ang umabot sa balota.
Ang patakaran ng 15% na suporta ay pumipigil sa network na bumoto sa mga isyung walang pakialam ang sinuman. Kung ang isang proposal ay hindi makakuha ng sapat na stake sa likod nito, ang proseso ay nagtatapos doon.
Walang sapilitang boto, walang nasasayang na cycle sa mga paksang mababa ang interes.
Kapag nalampasan na ang hadlang na iyon, ang proposal ay pumapasok sa isang structured timeline na binuo sa paligid ng sistema ng epoch ng Solana, kung saan ang bawat epoch ay tumatagal ng humigit-kumulang dalawang araw.
Bukod pa rito, ang buong cycle ay umaabot sa labing-isang epoch pagkatapos kumpirmahin ang suporta. Pitong epoch ang inilaan para sa bukas na talakayan, na nagbibigay sa komunidad ng oras upang debatehin ang proposal.
Isang epoch ang itinatabi para sa Node Consensus Network snapshot, na nagla-lock sa mga timbang ng stake na ginagamit para sa pagboto. Ang huling tatlong epoch ay ang aktwal na voting window.
Solana Launches Onchain Governance With Stake-Weighted Validator Voting
The Solana Foundation has launched Solana Governance Proposals, or SGP, a new onchain governance mechanism that allows validators to submit, sponsor and decide core ecosystem governance issues through… pic.twitter.com/JxfBmf9Qda
— Wu Blockchain (@WuBlockchain) July 2, 2026
SGP Kontra SIMD: Isang Dalawang-Daan na Sistema
Ang Solana ay mayroon nang technical proposal process na tinatawag na Solana Improvement Documents, o SIMDs. Ang SGPs ay gumagana nang iba. Sinasagot ng SIMDs kung paano bumuo ng isang bagay.
Sinasagot ng SGPs kung dapat bang ituloy ng network ang isang direksyon. Ang dalawang track ay nilalayong magkadagdag sa isa’t isa, hindi makipagkompetensya.
Alpenglow, isang iminungkahing pagbabago sa consensus protocol ng Solana, ay nagpapakita ng puwang na nilalayong punan ng SGPs. Ito ay napunta sa boto bilang isang SIMD bago ito nagkaroon ng sapat na teknikal na detalye para sa pormal na pag-apruba.
Kailangan muna ng core developers ng directional signal. Ang isang SGP ay maaaring nakuha ang desisyon na “oo, magpatuloy”, kasunod ang mga detalyadong SIMDs kapag mas tumanda pa ang disenyo.
Ang isang naipasa na SGP ay gumagana bilang isang mandato, hindi isang tapos na blueprint. Ang aktwal na implementation work ay dumadaan pa rin sa isa o higit pang SIMDs pagkatapos.
Ang core developers ay nagpapanatili ng kontrol sa technical build. Ang proseso ng SGP ay pumapasok lamang kapag ang mga validator o staker ay nais ng isang pormal na pagsasalita sa direksyon muna.
Basahin din:
https://www.livebitcoinnews.com/solana-lands-major-bank-deal-as-toss-tests-global-payments-network/
Approval Threshold at Integridad ng Boto
Ang pagpasa ng SGP ay nangangailangan ng supermajority. Ang mga boto ay dapat umabot ng hindi bababa sa dalawang-katlo ng pinagsamang For at Against stake. Ang mga boto ng abstain ay hindi binibilang sa denominator na iyon. Wala ring minimum na turnout requirement, kaya ang quorum ay hindi factor kung magtatagumpay o mabibigo ang isang boto.
Ang bawat SGP ay naka-angkla sa isang tiyak na dokumento, na naka-freeze sa isang fixed commit sa GitHub. Bukod dito, ang mga validator ay nagko-commit ng stake laban sa eksaktong bersyong iyon, na pumipigil sa mga proposal na magbago sa kalagitnaan ng boto.
Kapag na-freeze, hindi na mae-edit ang isang SGP. Bukod pa rito, ang anumang pagwawasto ay nangangailangan ng isang ganap na bagong proposal na pormal na pumapalit sa luma.
Ang onchain proposal mismo ay nilikha sa pamamagitan ng isang programang tinatawag na svmgov, na nagtatala ng antas ng suporta at panghuling tally nang direkta sa blockchain.
Ang nakasulat na dokumento ay nasa isang GitHub repository, habang ang boto mismo ay naaayos onchain. Magkasama, sila ay bumubuo ng dalawang bahagi ng bawat SGP na isinumite sa network.
Mag-iwan ng Tugon