Governance sa Gonka: Paano pinamamahalaan ang isang desentralisadong network

Ang governance sa Gonka ay gumagana sa dalawang antas, bawat isa ay may sariling bilis at saklaw ng mga desisyon.

Operational Voting (minuto) — mga operasyonal na desisyon sa loob ng network. Kapag may pagtatalo tungkol sa validity ng isang inference request o resulta ng PoC, ang mga host ay bumoboto sa pamamagitan ng x/group module ng Cosmos SDK. Ang bigat ng boto ay tinutukoy ng PoC weight — mas maraming compute ang ginagawa ng node, mas malaki ang impluwensya nito. Ang ganitong mga boto ay tumatagal ng ilang minuto at nagresolba ng mga partikular na alitan: kung tama ba ang inference, kung ginawa ba ng node ang trabaho nito.

Governance Voting (araw) — mga estratehikong desisyon tungkol sa pagpapaunlad ng protocol. Mga update sa software, pagbabago ng mga parameter ng network, pag-activate ng mga bagong modelo, pamamahagi ng pondo ng Community Pool — lahat ng ito ay inilalagay sa boto ng lahat ng host. Ang panahon ng pagboto ay mula ilang araw hanggang isang linggo, upang ang lahat ng kalahok ay magkaroon ng oras na pag-aralan ang panukala.

Ang pangunahing pagkakaiba sa karamihan ng crypto project: ang bigat ng boto ay tinutukoy ng Proof of Compute, hindi ng staking. Sa Gonka, hindi mo mabibili ang boto sa pamamagitan lamang ng pag-iipon ng token sa wallet. Ang impluwensya ay katumbas ng tunay na compute contribution — ang mga GPU na nagpoproseso ng AI request at bumubuo ng proof of work. Mula sa update na v0.2.16, ang power na nakumpirma sa nakaraang epoch ay binibilang: ang bagong host ay bumoboto nang may zero weight sa unang epoch, at ang pagtaas ng power ay nagdadagdag ng boto mula sa susunod na epoch. Ito ay nag-uugnay ng governance sa mga tunay na sumusuporta sa arkitektura ng network, hindi sa speculative capital.

Sa pagsasagawa, ibig sabihin nito: ang operator na may dalawang server na 8× H100 bawat isa ay may humigit-kumulang doble ang boto kumpara sa operator na may isang ganoong server — dahil nagpoproseso siya ng humigit-kumulang doble ang inference request. Self-balancing ang sistema: ang mga mas naglalaan para sa operasyon ng network ay may mas malaking impluwensya sa pagpapaunlad nito.

Ang pag-upgrade ng Gonka protocol ay isang pormal na proseso mula sa code hanggang sa activation sa network. Bawat hakbang ay transparent at verifiable.

Proseso ng pag-upgrade:

1. Pull Request sa GitHub — ang mga developer (Gonka team o mga contributor) ay gumagawa ng PR sa repository na gonka-ai/gonka.
2. Review ng komunidad — sinusuri, pinag-uusapan, at tinetest ang code. CertiK audit para sa mga kritikal na pagbabago.
3. Release — binuo ang bagong bersyon ng inferenced binary.
4. On-chain proposal — gumagawa ng proposal para sa upgrade sa network kasama ang paglalarawan ng mga pagbabago.
5. Deposit + Vote — naglalagay ng deposit ang mga host (activation threshold) at bumoboto sa loob ng voting period.
6. Cosmovisor — kapag naaprubahan, awtomatikong ina-update ng Cosmovisor ang mga node sa tinukoy na block height.

Mula Enero hanggang Mayo 2026, dinaanan ng network ang 13+ matagumpay na pagboto — mula sa bersyon v0.2.2 hanggang v0.2.13. Lahat ng proposal ay naaprubahan. Kronolohiya ng mga pangunahing upgrade:

• v0.2.11 (Marso 2026, proposal #31) — 673,699 boto na «pabor» na may 0 «laban». Ipinakilala ang subnet inference — mekanismo ng off-chain computation sa pamamagitan ng mga subnet, na nangangako ng 100x na paglago sa throughput.
• v0.2.13 (Mayo 2026, proposal #54) — pinagtibay noong Mayo 21, 2026 (62.8% «pabor», turnout 39.9% sa quorum na 33.4%), na-activate sa block 4267300. Nagdagdag ng MiniMax-M2.7 bilang ikatlong modelo sa network, na-activate ang Ethereum bridge wiring, at binaba ang quorum sa 0.25.

Mga opsyon sa boto:

• Yes — sinusuportahan ko ang upgrade.
• No — laban sa upgrade.
• No with Veto — lubos na laban; kung higit sa 33% ng mga boto — tatanggihan ang proposal, at masusunog ang deposit.
• Abstain — hindi bumoboto, pero kabilang sa quorum.

Ang buong kasaysayan ng pagboto ay makikita sa gonka.gg/network/proposals — maaari mong tingnan ang bawat proposal, resulta, at listahan ng mga bumoto.

GiP — ay isang sistema para sa pormalisasyon ng mga ideya sa pag-unlad ng protocol ng Gonka, na inilunsad noong Pebrero 24, 2026 sa pamamagitan ng GitHub Discussions (issue #795).

Format ng bawat GiP:

• Motivation — anong problema ang tinutugunan ng panukala.
• Solution — teknikal na paglalarawan ng solusyon.
• Roadmap — plano ng pagpapatupad ayon sa mga yugto.
• Open Questions — mga hindi pa nalulutas na tanong para sa talakayan ng komunidad.

Ang GiP ay hindi binding — hindi nito inoobliga ang team na magpatupad. Ngunit bumubuo ito ng konsensus ng komunidad at nagtatakda ng direksyon para sa mga susunod na on-chain proposals. Sa katunayan, ang GiP ay "pre-governance": talakayan bago ang pagboto.

Mga pangunahing GiP:

• #800 Multi-Model PoC — suporta para sa maraming AI-model nang sabay-sabay. Sa kasalukuyan, gumagana ang network sa MiniMax M2.7 (idinagdag sa v0.2.13), DeepSeek V4 Flash (proposal #94), at GLM-5.3 Flash (proposal #101). Inilalarawan ng GiP ang arkitektura para sa parallel na operasyon ng iba't ibang modelo na may hiwalay na Proof of Useful Work.
• #801 Inference Scaling — subnet architecture para sa pag-scale. Ang bahagi ng GiP na ito ay naipatupad na sa v0.2.11 (subnet inference).
• #860 Quality Protocol — routing ng mga query batay sa kalidad ng mga sagot. Ang mga node na nagbibigay ng mas mahusay na resulta ay nakakakuha ng mas maraming traffic at rewards.

Sinumang kalahok ay maaaring gumawa ng GiP sa pamamagitan ng GitHub Discussions. Minimal ang threshold para makasali — kailangan lang ng GitHub account at pag-unawa sa problema. Ang mga aktibong talakayan na may partisipasyon ng Gonka team at mga host ay nagpapakita na gumagana ang sistema: nakakatanggap ng feedback ang mga panukala, pinapabuti, at patuloy na ipinapatupad.

Community Pool — pondo para sa pagpapaunlad ng Gonka ecosystem. Humigit-kumulang 20% ng genesis-emission (~200 milyong GNK) ay inilaan para sa mga grants, bounties at pagpopondo sa mga inisyatiba ng komunidad.

Bounties para sa kontribusyon sa code — ang pangunahing mekanismo ng pamamahagi ng pondo ng Community Pool. Ang mga developer ay tumatanggap ng reward para sa PR sa repositoryong gonka-ai/gonka: mula sa pag-aayos ng mga bug hanggang sa pagpapatupad ng mga bagong feature. Ang laki ng bounty ay depende sa kumplikado at kahalagahan ng kontribusyon:

Mekanismo ng Pag-apruba: Ang mga bounty ay isinasama sa README ng upgrade proposals. Kapag bumoto ang mga host para sa pag-update ng protocol, sabay nilang inaaprubahan ang listahan ng mga bayad para sa mga PR na isinama sa release na iyon. Ang transparency ay kumpleto — kahit sino ay maaaring suriin kung para saan at magkano ang ibinayad.

Bukod sa mga bounty, maaaring pondohan ng Community Pool ang: pag-develop ng mga tool ng ecosystem, marketing, mga inisyatibong pang-edukasyon at mga grants para sa pananaliksik. Higit pa tungkol sa pagkakakitaan sa pamamagitan ng GitHub — sa isang hiwalay na artikulo.

Ang bata pang network ay vulnerable: kakaunti ang mga node, kakaunti ang stake, ang 51% attack ay teoretikal na posible. Nilulutas ito ng Gonka sa pamamagitan ng ilang mekanismo.

Guardian System — tatlong pinagkakatiwalaang node, kontrolado ng Gonka team, na may kabuuang 34% consensus power. Hindi maaaring magpataw ng desisyon ang Guardians (34% < 67% para sa pagtanggap), ngunit maaari nilang harangan ang isang mapanirang panukala (34% > 33% veto threshold). Ang susi: Awtomatikong nade-deactivate ang Guardians kapag ang kabuuang kapangyarihan ng network (total_network_power) ay umabot sa 10 milyong yunit. Ito ay hindi isang manual na switch — ang deactivation ay naka-program sa protocol.

Collateral System — kailangan ng mga host na magdeposito ng GNK bilang collateral upang makakuha ng buong weight:

• Base Weight (20%) — walang kondisyong weight, iginagawad sa mismong paggana ng node.
• Collateral-Eligible (80%) — karagdagang weight, magagamit lamang kung may collateral sa GNK. Ang halaga ng collateral ay proporsyonal sa computational power.

Slashing — parusa para sa mga paglabag:

• 20% ng collateral — para sa INVALID inference (nagbigay ang node ng maling resulta).
• 10% ng collateral — para sa downtime (hindi available ang node nang higit sa pinahihintulutang threshold).

Grace Period — 180 epochs (~6 na buwan), kung saan ang mga bagong host ay maaaring gumana nang walang collateral. Binabawasan nito ang hadlang sa pagpasok: maaaring magsimulang mag-mine, kumita ng GNK sa pamamagitan ng mga reward at pagkatapos ay magdeposito ng collateral. Matapos ang Grace Period, ang node na walang collateral ay nakakakuha lamang ng 20% ng potensyal na weight.

Ang lahat ng mekanismong ito ay inilarawan sa tokenomics ng GNK at nakatuon sa isang layunin: upang protektahan ang network sa maagang yugto, nang hindi sinasakripisyo ang desentralisasyon sa pangmatagalang panahon.

Ang Governance sa Gonka ay hindi isang static na sistema, kundi isang nagbabagong proseso. Narito ang mga pangunahing direksyon ng pag-unlad para sa 2026–2027.

Multi-Model PoC (GiP #800) — naipatupad: ang una noong Mayo 2026 sa pamamagitan ng DevShards ay ang Kimi K2.6 (kalaunan ay inalis sa network), ang MiniMax-M2.7 ay idinagdag sa v0.2.13 (proposal #54), ang DeepSeek V4 Flash ay ikinonekta noong Agosto 2026 (proposal #94), at ang GLM-5.3 Flash noong Setyembre 2026 (proposal #101). Ang mga susunod na kandidato ay mga embedding-model para sa RAG: magbubukas ito sa Gonka para sa bagong uri ng mga aplikasyon (search engine, corporate knowledge base, chatbot na may memory).

Inference Quality Protocol (GiP #860) — routing ayon sa kalidad. Sa kasalukuyan, ang mga query ay ipinamamahagi ayon sa availability ng mga node; sa hinaharap, batay na ito sa kalidad ng mga sagot. Ang mga node na may mas mahusay na hardware at mas matatag na operasyon ay bibigyan ng prayoridad.

On-chain governance migration (2026–2027) — paglipat sa ganap na x/gov module mula sa Cosmos SDK. Magbibigay ito ng: mga pormalisadong proposal types, awtomatikong pagpapatupad ng mga naaprubahang pagbabago, integrasyon sa IBC (Inter-Blockchain Communication), at kakayahang gumawa ng mga governance proposals sa pamamagitan ng anumang Cosmos-compatible wallet.

Maaari mong subaybayan ang mga botohan at lumahok sa gonka.gg/network/proposals.