गोंका में शासन: एक विकेन्द्रीकृत नेटवर्क का प्रबंधन कैसे किया जाता है

गोंका में शासन दो स्तरों पर काम करता है, प्रत्येक अपनी गति और निर्णयों के पैमाने के साथ।

ऑपरेशनल वोटिंग (मिनट) — नेटवर्क के भीतर परिचालन निर्णय। जब एक अनुमान-अनुरोध या PoC परिणाम की वैधता के बारे में विवाद उत्पन्न होता है, तो होस्ट Cosmos SDK के x/group मॉड्यूल के माध्यम से वोट करते हैं। वोट का भार PoC वेट द्वारा निर्धारित होता है - एक नोड जितनी अधिक गणना करता है, उसका प्रभाव उतना ही अधिक होता है। ऐसे मतदान मिनटों तक चलते हैं और विशिष्ट संघर्षों को हल करते हैं: क्या अनुमान सही था, क्या नोड ने अपना काम किया।

शासन वोटिंग (दिन) — प्रोटोकॉल के विकास के बारे में रणनीतिक निर्णय। सॉफ्टवेयर अपडेट, नेटवर्क पैरामीटर में बदलाव, नए मॉडल का सक्रियण, सामुदायिक पूल निधियों का वितरण - यह सब सभी होस्टों के मतदान के लिए प्रस्तुत किया जाता है। मतदान की अवधि कुछ दिनों से एक सप्ताह तक होती है, ताकि सभी प्रतिभागी प्रस्ताव से परिचित हो सकें।

अधिकांश क्रिप्टो-परियोजनाओं से मुख्य अंतर: वोट का भार प्रूफ ऑफ कंप्यूट द्वारा निर्धारित होता है, न कि स्टैकिंग द्वारा। गोंका में, आप केवल अपने वॉलेट में टोकन जमा करके 'वोट नहीं खरीद सकते'। प्रभाव वास्तविक कंप्यूटेशनल योगदान के अनुपात में होता है - GPU जो AI अनुरोधों को संसाधित करते हैं और काम के प्रमाण उत्पन्न करते हैं। यह शासन को उन लोगों से जोड़ता है जो वास्तव में नेटवर्क की वास्तुकला का समर्थन करते हैं, न कि सट्टा पूंजी से।

व्यवहार में इसका मतलब है: 10 H100s के फार्म ऑपरेटर को एक कार्ड वाले ऑपरेटर की तुलना में 10 गुना अधिक वोट मिलते हैं - क्योंकि वह 10 गुना अधिक अनुमान-अनुरोधों को संसाधित करता है। प्रणाली स्व-संतुलित है: जो लोग नेटवर्क के काम में अधिक निवेश करते हैं, वे इसके विकास को अधिक प्रभावित करते हैं।

गोंका प्रोटोकॉल का अद्यतन कोड से नेटवर्क में सक्रियण तक एक औपचारिक प्रक्रिया है। प्रत्येक चरण पारदर्शी और सत्यापन योग्य है।

अद्यतन प्रक्रिया:

1. GitHub में पुल रिक्वेस्ट — डेवलपर्स (गोंका टीम या योगदानकर्ता) gonka-ai/gonka रिपॉजिटरी में PR बनाते हैं।
2. समुदाय द्वारा समीक्षा — कोड की जाँच की जाती है, चर्चा की जाती है, परीक्षण किया जाता है। गंभीर परिवर्तनों के लिए CertiK ऑडिट।
3. रिलीज़ — gonkad बाइनरी का एक नया संस्करण संकलित किया जाता है।
4. ऑन-चेन प्रस्ताव — परिवर्तनों के विवरण के साथ नेटवर्क में अद्यतन के बारे में एक प्रस्ताव बनाया जाता है।
5. जमा + वोट — होस्ट जमा करते हैं (सक्रियण सीमा) और मतदान अवधि के दौरान मतदान करते हैं।
6. Cosmovisor — अनुमोदन पर Cosmovisor निर्दिष्ट ब्लॉक ऊंचाई पर नोड्स को स्वचालित रूप से अद्यतन करता है।

जनवरी से मई 2026 तक नेटवर्क 13+ सफल वोटों से गुजरा है — संस्करण v0.2.2 से v0.2.13 तक। सभी प्रस्तावों को मंजूरी दी गई। प्रमुख उन्नयनों का कालक्रम:

• v0.2.11 (मार्च 2026, प्रस्ताव #31) — 673,699 वोट "के पक्ष में" बनाम 0 "के खिलाफ"। सबनेट इंफरेंस पेश किया गया — सबनेट के माध्यम से ऑफ-चेन गणना का एक तंत्र, जो 100 गुना अधिक थ्रूपुट का वादा करता है।
• v0.2.13 (मई 2026, प्रस्ताव #54) — 21 मई 2026 को अनुमोदित (62.8% "के पक्ष में", 39.9% मतदान 33.4% कोरम पर), ब्लॉक 4267300 पर सक्रिय किया गया। नेटवर्क में तीसरे मॉडल के रूप में MiniMax-M2.7 जोड़ा गया, Ethereum ब्रिज वायरिंग सक्रिय किया गया और कोरम को 0.25 तक कम किया गया।

मतदान विकल्प:

• हाँ — मैं अद्यतन का समर्थन करता हूँ।
• नहीं — अद्यतन के खिलाफ हूँ।
• वीटो के साथ नहीं — मैं दृढ़ता से खिलाफ हूँ; यदि 33% से अधिक वोट — प्रस्ताव अस्वीकार कर दिया जाता है, और जमा जब्त कर लिया जाता है।
• परहेज — मैं परहेज करता हूँ, लेकिन कोरम में भाग लेता हूँ।

पूरा मतदान इतिहास gonka.gg/network/proposals पर उपलब्ध है — आप प्रत्येक प्रस्ताव, परिणाम और मतदान करने वालों की सूची देख सकते हैं।

GiP — यह Gonka प्रोटोकॉल के विकास के विचारों को औपचारिक बनाने की प्रणाली है, जिसे 24 फरवरी, 2026 को GitHub Discussions (issue #795) के माध्यम से लॉन्च किया गया था।

प्रत्येक GiP का फॉर्मेट:

• Motivation — प्रस्ताव किस समस्या का समाधान करता है।
• Solution — समाधान का तकनीकी विवरण।
• Roadmap — चरणों में कार्यान्वयन की योजना।
• Open Questions — समुदाय के साथ चर्चा के लिए अनुत्तरित प्रश्न।

GiP बाइंडिंग नहीं होते हैं — वे टीम को कार्यान्वयन के लिए बाध्य नहीं करते हैं। लेकिन वे समुदाय की सहमति बनाते हैं और भविष्य के on-chain proposals के लिए दिशा तय करते हैं। वास्तव में, GiP एक "pre-governance" है: मतदान से पहले की चर्चा।

प्रमुख GiP:

• #800 Multi-Model PoC — एक साथ कई AI मॉडल के लिए सपोर्ट। वर्तमान में नेटवर्क Kimi K2.6, MiniMax M2.7 और DeepSeek V4 Flash (proposal #94) के साथ काम करता है। MiniMax-M2.7 को v0.2.13 में जोड़ा गया है। GiP अलग Proof of Useful Work के साथ विभिन्न मॉडलों के समानांतर काम करने के लिए आर्किटेक्चर का वर्णन करता है।
• #801 Inference Scaling — स्केलिंग के लिए subnet architecture। इस GiP का एक हिस्सा पहले से ही v0.2.11 (subnet inference) में लागू है।
• #860 Quality Protocol — प्रतिक्रिया गुणवत्ता को ध्यान में रखते हुए अनुरोध रूटिंग। बेहतर परिणाम देने वाले नोड्स को अधिक ट्रैफिक और पुरस्कार मिलते हैं।

कोई भी प्रतिभागी GitHub Discussions के माध्यम से GiP बना सकता है। प्रवेश सीमा न्यूनतम है — केवल GitHub-अकाउंट और समस्या की समझ की आवश्यकता है। Gonka टीम और होस्ट की सक्रिय भागीदारी वाली चर्चाएं दिखाती हैं कि प्रणाली काम कर रही है: प्रस्तावों पर फीडबैक मिलता है, उन्हें सुधारा जाता है और कार्यान्वयन की ओर ले जाया जाता है।

सामुदायिक पूल — गोंका पारिस्थितिकी तंत्र के विकास के लिए एक निधि। उत्पत्ति उत्सर्जन का लगभग 20% (~200 मिलियन GNK) अनुदान, बाउंटियों और सामुदायिक पहलों के वित्तपोषण के लिए आवंटित किया गया है।

कोड में योगदान के लिए बाउंटियां — सामुदायिक पूल से धन वितरित करने का मुख्य तंत्र। डेवलपर्स को gonka-ai/gonka रिपॉजिटरी में PRs के लिए इनाम मिलते हैं: बग फिक्स से लेकर नई सुविधाओं के कार्यान्वयन तक। बाउंटियों का आकार योगदान की जटिलता और महत्व पर निर्भर करता है:

अनुमोदन तंत्र: बाउंटियां अपग्रेड प्रस्तावों के README में शामिल हैं। जब होस्ट प्रोटोकॉल अपडेट के लिए वोट करते हैं, तो वे एक साथ उस रिलीज में शामिल पीआर के लिए भुगतानों की सूची को मंजूरी देते हैं। पारदर्शिता पूर्ण है — कोई भी यह जांच सकता है कि किसके लिए और कितना भुगतान किया गया था।

बाउंटियों के अलावा, सामुदायिक पूल वित्तपोषित कर सकता है: पारिस्थितिकी तंत्र उपकरणों का विकास, विपणन, शैक्षिक पहल और अनुसंधान अनुदान। GitHub के माध्यम से कमाई के बारे में अधिक जानकारी एक अलग लेख में है।

एक युवा नेटवर्क असुरक्षित होता है: कुछ नोड्स, कम स्टेक, 51% हमला सैद्धांतिक रूप से संभव है। गोंका इसे कई तंत्रों से हल करता है।

गार्डियन सिस्टम — गोंका टीम द्वारा नियंत्रित तीन विश्वसनीय नोड्स, कुल 34% आम सहमति शक्ति के साथ। गार्डियन निर्णय थोप नहीं सकते (स्वीकृति के लिए 34% < 67%), लेकिन एक दुर्भावनापूर्ण प्रस्ताव को ब्लॉक कर सकते हैं (34% > 33% वीटो थ्रेशोल्ड)। मुख्य बात: जब कुल नेटवर्क शक्ति (total_network_power) 10 मिलियन इकाइयों तक पहुंचती है, तो गार्डियन स्वचालित रूप से निष्क्रिय हो जाते हैं। यह एक मैनुअल स्विच नहीं है - निष्क्रियकरण प्रोटोकॉल में प्रोग्राम किया गया है।

संपार्श्विक प्रणाली — होस्टों को पूर्ण भार प्राप्त करने के लिए GNK में एक संपार्श्विक जमा करना होगा:

• आधार भार (20%) — बिना शर्त भार, नोड के संचालन के तथ्य के लिए लगाया जाता है।
• संपार्श्विक-योग्य (80%) — अतिरिक्त भार, केवल GNK में संपार्श्विक होने पर उपलब्ध। संपार्श्विक का आकार कंप्यूटेशनल शक्ति के अनुपात में है।

स्लैशिंग — उल्लंघनों के लिए दंड:

• 20% संपार्श्विक — INVALID अनुमान के लिए (नोड ने गलत परिणाम दिया)।
• 10% संपार्श्विक — डाउनटाइम के लिए (नोड अनुमेय सीमा से अधिक अनुपलब्ध है)।

ग्रेस पीरियड — 180 युग (~6 महीने), जिसके दौरान नए होस्ट बिना संपार्श्विक के काम कर सकते हैं। यह प्रवेश बाधा को कम करता है: आप माइनिंग शुरू कर सकते हैं, पुरस्कारों के माध्यम से GNK कमा सकते हैं और उसके बाद ही संपार्श्विक जमा कर सकते हैं। ग्रेस पीरियड समाप्त होने के बाद, बिना संपार्श्विक वाला नोड संभावित भार का केवल 20% प्राप्त करता है।

ये सभी तंत्र GNK टोकनोमिक्स में वर्णित हैं और एक ही लक्ष्य पर केंद्रित हैं: दीर्घकालिक में विकेंद्रीकरण का त्याग किए बिना प्रारंभिक चरण में नेटवर्क की रक्षा करना।

Gonka में गवर्नेंस एक स्थिर प्रणाली नहीं, बल्कि एक विकसित होने वाली प्रक्रिया है। यहाँ 2026–2027 के लिए विकास की प्रमुख दिशाएं दी गई हैं।

Multi-Model PoC (GiP #800) — कार्यान्वित: Kimi K2.6 मई 2026 से DevShards में काम कर रहा है, MiniMax-M2.7 को v0.2.13 (proposal #54) में जोड़ा गया था, और DeepSeek V4 Flash को अगस्त 2026 (proposal #94) में जोड़ा गया था। अगले उम्मीदवार RAG के लिए एम्बेडिंग-मॉडल हैं: यह Gonka को एप्लिकेशन की एक नई श्रेणी (सर्च इंजन, कॉर्पोरेट नॉलेज बेस, मेमोरी वाले चैटबॉट) के लिए खोल देगा।

Inference Quality Protocol (GiP #860) — गुणवत्ता के आधार पर रूटिंग। वर्तमान में अनुरोध नोड की उपलब्धता के अनुसार वितरित किए जाते हैं; भविष्य में — प्रतिक्रिया की गुणवत्ता के अनुसार। बेहतर हार्डवेयर और अधिक स्थिर प्रदर्शन वाले नोड्स को प्राथमिकता दी जाएगी।

On-chain governance migration (2026–2027) — Cosmos SDK से पूर्ण x/gov मॉड्यूल पर माइग्रेशन। यह प्रदान करेगा: औपचारिक proposal types, अनुमोदित परिवर्तनों का स्वचालित निष्पादन, IBC (Inter-Blockchain Communication) के साथ एकीकरण और किसी भी Cosmos-संगत वॉलेट के माध्यम से governance proposals बनाने की क्षमता।

आप gonka.gg/network/proposals पर मतदान देख सकते हैं और भाग ले सकते हैं।