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

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

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

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

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

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

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

अपडेट प्रक्रिया:

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

जनवरी से मार्च 2026 तक, नेटवर्क ने 11 से अधिक सफल वोटिंग प्रक्रियाओं से गुजरा - v0.2.2 से v0.2.11 तक। सभी प्रस्तावों को मंजूरी दी गई। नवीनतम प्रमुख वोटिंग - प्रस्ताव #31 (v0.2.11) - को 0 'विरुद्ध' वोटों के साथ 673,699 'पक्ष' वोट मिले। इस अद्यतन ने सबनेट अनुमान पेश किया - सबनेट के माध्यम से ऑफ-चेन गणना के लिए एक तंत्र, जिसमें 100 गुना थ्रूपुट वृद्धि का वादा किया गया है।

वोट के विकल्प:

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

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

GiP गोंका प्रोटोकॉल के विकास के लिए विचारों को औपचारिक रूप देने की एक प्रणाली है, जिसे 24 फरवरी, 2026 को GitHub चर्चाओं (अंक #795) के माध्यम से लॉन्च किया गया था।

प्रत्येक GiP का प्रारूप:

• प्रेरणा — प्रस्ताव किस समस्या का समाधान करता है।
• समाधान — समाधान का तकनीकी विवरण।
• रोडमैप — चरणों में कार्यान्वयन योजना।
• खुले प्रश्न — समुदाय द्वारा चर्चा किए जाने वाले अनसुलझे प्रश्न।

GiP बाध्यकारी नहीं हैं - वे टीम को लागू करने के लिए बाध्य नहीं करते हैं। लेकिन वे समुदाय की सहमति बनाते हैं और भविष्य के ऑन-चेन प्रस्तावों के लिए दिशा निर्धारित करते हैं। वास्तव में, GiP 'पूर्व-शासन' है: मतदान से पहले चर्चा।

प्रमुख GiP:

• #800 मल्टी-मॉडल PoC — एक साथ कई AI मॉडल का समर्थन। वर्तमान में नेटवर्क Qwen3-235B के साथ काम करता है; यह GiP अलग-अलग उपयोगी कार्य के प्रमाण के साथ विभिन्न मॉडलों के समानांतर संचालन के लिए वास्तुकला का वर्णन करता है।
• #801 अनुमान स्केलिंग — स्केलिंग के लिए सबनेट वास्तुकला। इस GiP का हिस्सा पहले ही v0.2.11 (सबनेट अनुमान) में लागू किया गया है।
• #860 गुणवत्ता प्रोटोकॉल — प्रतिक्रियाओं की गुणवत्ता को ध्यान में रखते हुए अनुरोधों का रूटिंग। बेहतर परिणाम देने वाले नोड्स को अधिक ट्रैफ़िक और पुरस्कार मिलेंगे।

कोई भी प्रतिभागी GitHub चर्चाओं के माध्यम से एक GiP बना सकता है। प्रवेश की बाधा न्यूनतम है - केवल एक GitHub खाता और समस्या की समझ की आवश्यकता है। गोंका टीम और होस्टों की भागीदारी के साथ सक्रिय चर्चाएं दिखाती हैं कि प्रणाली काम कर रही है: प्रस्तावों को प्रतिक्रिया मिलती है, उन्हें परिष्कृत किया जाता है और कार्यान्वयन की ओर बढ़ते हैं।

सामुदायिक पूल — गोंका पारिस्थितिकी तंत्र के विकास के लिए एक निधि। उत्पत्ति उत्सर्जन का लगभग 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 टोकनोमिक्स में वर्णित हैं और एक ही लक्ष्य पर केंद्रित हैं: दीर्घकालिक में विकेंद्रीकरण का त्याग किए बिना प्रारंभिक चरण में नेटवर्क की रक्षा करना।

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

मल्टी-मॉडल PoC (GiP #800) — एक साथ कई मॉडलों का समर्थन। पहला उम्मीदवार RAG के लिए एम्बेडिंग मॉडल है। यह गोंका को अनुप्रयोगों के एक बिल्कुल नए वर्ग के लिए खोलेगा: खोज इंजन, कॉर्पोरेट ज्ञान आधार, मेमोरी के साथ चैटबॉट।

अनुमान गुणवत्ता प्रोटोकॉल (GiP #860) — गुणवत्ता के अनुसार अनुरोधों का रूटिंग। वर्तमान में, अनुरोधों को नोड्स की उपलब्धता के अनुसार वितरित किया जाता है; भविष्य में — प्रतिक्रियाओं की गुणवत्ता के अनुसार। बेहतर हार्डवेयर और अधिक स्थिर संचालन वाले नोड्स को प्राथमिकता मिलेगी।

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

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