گونکا میں حکمرانی: ایک غیر مرکزی نیٹ ورک کو کیسے چلایا جاتا ہے

گونکا میں حکمرانی دو درجوں پر کام کرتی ہے، ہر ایک اپنی رفتار اور فیصلوں کے دائرہ کار کے ساتھ۔

آپریشنل ووٹنگ (منٹ) - نیٹ ورک کے اندر فوری فیصلے. جب کسی انفرنس کی درخواست یا PoC کے نتائج کی درستگی پر تنازعہ پیدا ہوتا ہے تو، میزبان کاسموس SDK کے x/group ماڈیول کے ذریعے ووٹ دیتے ہیں۔ ووٹ کا وزن PoC کے وزن سے طے ہوتا ہے - جتنی زیادہ کمپیوٹیشن ایک نوڈ انجام دیتا ہے، اس کا اثر اتنا ہی زیادہ ہوتا ہے۔ یہ ووٹ چند منٹ تک جاری رہتے ہیں اور مخصوص تنازعات کو حل کرتے ہیں: آیا انفرنس درست تھا، آیا نوڈ نے اپنا کام بخوبی انجام دیا تھا۔

گورننس ووٹنگ (دن) - پروٹوکول کی ترقی کے بارے میں اسٹریٹجک فیصلے. سافٹ ویئر اپڈیٹس، نیٹ ورک پیرامیٹرز کی تبدیلی، نئے ماڈلز کو فعال کرنا، کمیونٹی پول فنڈز کی تقسیم – یہ سب میزبانوں کے ووٹ کے لیے پیش کیے جاتے ہیں۔ ووٹنگ کی مدت چند دنوں سے ایک ہفتے تک ہوتی ہے، تاکہ تمام شرکاء کو تجویز سے واقف ہونے کا وقت مل سکے۔

اکثر کرپٹو پروجیکٹس سے کلیدی فرق: ووٹ کا وزن پروف آف کمپیوٹ سے طے ہوتا ہے، نہ کہ سٹیکنگ سے۔ گونکا میں، صرف والیٹ میں ٹوکن جمع کر کے 'ووٹ خریدنا' ممکن نہیں ہے۔ اثر حقیقی کمپیوٹیشنل شراکت کے متناسب ہے - GPU جو AI کی درخواستوں پر کارروائی کرتے ہیں اور کام کا ثبوت پیدا کرتے ہیں۔ یہ حکمرانی کو ان لوگوں سے جوڑتا ہے جو واقعی نیٹ ورک آرکیٹیکچر کی حمایت کرتے ہیں، نہ کہ قیاس آرائی پر مبنی سرمائے سے۔

عملی طور پر اس کا مطلب یہ ہے: 10 H100 کے فارم آپریٹر کے پاس ایک کارڈ والے آپریٹر سے 10 گنا زیادہ ووٹ ہوتے ہیں - کیونکہ وہ 10 گنا زیادہ انفرنس کی درخواستوں پر کارروائی کرتا ہے۔ سسٹم خود متوازن ہے: جو نیٹ ورک کے کام میں زیادہ سرمایہ کاری کرتے ہیں، وہ اس کی ترقی پر زیادہ اثر ڈالتے ہیں۔

گونکا پروٹوکول کو اپ ڈیٹ کرنا کوڈ سے لے کر نیٹ ورک میں فعال ہونے تک ایک رسمی عمل ہے۔ ہر قدم شفاف اور قابل تصدیق ہے۔

اپ ڈیٹ کا عمل:

1. GitHub میں Pull Request - ڈویلپرز (گونکا ٹیم یا تعاون کرنے والے) gonka-ai/gonka ریپوزٹری میں ایک PR بناتے ہیں۔
2. کمیونٹی کا جائزہ - کوڈ کا جائزہ لیا جاتا ہے، اس پر بحث کی جاتی ہے، اس کا تجربہ کیا جاتا ہے۔ اہم تبدیلیوں کے لیے CertiK آڈٹ۔
3. ریلیز - gonkad بائنری کا ایک نیا ورژن تیار کیا جاتا ہے۔
4. آن-چین تجویز - تبدیلیوں کی تفصیل کے ساتھ نیٹ ورک میں اپ ڈیٹ کی ایک تجویز بنائی جاتی ہے۔
5. ڈیپازٹ + ووٹ - میزبان ایک ڈیپازٹ (فعالیت کی حد) جمع کرتے ہیں اور ووٹنگ کی مدت کے دوران ووٹ دیتے ہیں۔
6. Cosmovisor - منظوری کی صورت میں، Cosmovisor خود بخود نوڈز کو مخصوص بلاک اونچائی پر اپ ڈیٹ کر دیتا ہے۔

جنوری سے مارچ 2026 تک، نیٹ ورک 11 سے زیادہ کامیاب ووٹنگ سے گزرا - v0.2.2 سے v0.2.11 تک۔ تمام تجاویز کو منظور کر لیا گیا۔ آخری بڑی ووٹنگ - proposal #31 (v0.2.11) - نے 673,699 'ہاں' ووٹ حاصل کیے اور 0 'نہیں' ووٹ۔ اس اپ ڈیٹ نے سبنیٹ انفرنس متعارف کرایا - سب نیٹ ورکس کے ذریعے آف-چین کمپیوٹیشن کا ایک میکانزم، جو 100 گنا تھرو پٹ کی ترقی کا وعدہ کرتا ہے۔

ووٹ کے اختیارات:

• ہاں - میں اپ ڈیٹ کی حمایت کرتا ہوں۔
• نہیں - میں اپ ڈیٹ کے خلاف ہوں۔
• ویٹو کے ساتھ نہیں - میں سختی سے خلاف ہوں؛ اگر 33% سے زیادہ ووٹ ہوں تو تجویز مسترد کر دی جاتی ہے، اور ڈپازٹ ضبط کر لیا جاتا ہے۔
• اجتناب - میں اجتناب کرتا ہوں، لیکن کورم میں حصہ لیتا ہوں۔

ووٹنگ کی مکمل تاریخ gonka.gg/network/proposals پر دستیاب ہے - ہر تجویز، نتائج اور ووٹ ڈالنے والوں کی فہرست دیکھی جا سکتی ہے۔

GiP - گونکا پروٹوکول کی ترقی کے لیے خیالات کو رسمی شکل دینے کا ایک نظام، جو 24 فروری 2026 کو GitHub Discussions (issue #795) کے ذریعے شروع کیا گیا۔

ہر GiP کا فارمیٹ:

• تحریک - کونسا مسئلہ تجویز حل کرتی ہے۔
• حل - حل کی تکنیکی تفصیل۔
• روڈ میپ - مرحلہ وار عمل درآمد کا منصوبہ۔
• کھلے سوالات - کمیونٹی کے ذریعے بحث کے لیے حل نہ ہونے والے سوالات۔

GiP پابند نہیں ہیں - وہ ٹیم کو عمل درآمد کا پابند نہیں کرتے۔ لیکن وہ کمیونٹی کا اتفاق رائے تشکیل دیتے ہیں اور مستقبل کی آن-چین تجاویز کے لیے سمت مقرر کرتے ہیں۔ درحقیقت GiP ایک 'پری-گورننس' ہے: ووٹنگ سے پہلے بحث۔

کلیدی GiP:

• #800 ملٹی-ماڈل PoC - ایک ہی وقت میں کئی AI ماڈلز کے لیے سپورٹ۔ فی الحال نیٹ ورک Qwen3-235B کے ساتھ کام کرتا ہے؛ یہ GiP علیحدہ Proof of Useful Work کے ساتھ مختلف ماڈلز کے متوازی کام کے لیے آرکیٹیکچر کی وضاحت کرتا ہے۔
• #801 انفرنس اسکیلنگ - پیمائش کے لیے سب نیٹ آرکیٹیکچر۔ اس GiP کا کچھ حصہ پہلے ہی v0.2.11 (سب نیٹ انفرنس) میں لاگو کیا جا چکا ہے۔
• #860 کوالٹی پروٹوکول - جوابات کے معیار کو مدنظر رکھتے ہوئے درخواستوں کو روٹ کرنا۔ بہترین نتائج فراہم کرنے والے نوڈز کو زیادہ ٹریفک اور انعامات ملیں گے۔

کوئی بھی شریک GitHub Discussions کے ذریعے GiP بنا سکتا ہے۔ داخلے کی حد بہت کم ہے - صرف ایک GitHub اکاؤنٹ اور مسئلہ کی سمجھ کی ضرورت ہے۔ گونکا ٹیم اور میزبانوں کی شرکت کے ساتھ فعال مباحثے یہ ظاہر کرتے ہیں کہ نظام کام کر رہا ہے: تجاویز کو رائے ملتی ہے، ان پر کام کیا جاتا ہے اور انھیں عمل درآمد کی طرف بڑھایا جاتا ہے۔

کمیونٹی پول - گونکا ایکو سسٹم کی ترقی کے لیے ایک فنڈ۔ جینسیس-امیشن کا تقریباً 20% (~200 ملین GNK) گرانٹس، باؤنٹی اور کمیونٹی اقدامات کی مالی اعانت کے لیے مختص کیا گیا ہے۔

کوڈ میں شراکت کے لیے باؤنٹی - کمیونٹی پول کے فنڈز کی تقسیم کا بنیادی طریقہ کار۔ ڈویلپرز gonka-ai/gonka ریپوزٹری میں PRs کے لیے انعام حاصل کرتے ہیں: بگ فکسز سے لے کر نئی خصوصیات کے نفاذ تک۔ باؤنٹی کا سائز شراکت کی پیچیدگی اور اہمیت پر منحصر ہے:

منظوری کا طریقہ کار: باؤنٹیز کو اپ گریڈ کی تجاویز کے README میں شامل کیا جاتا ہے۔ جب میزبان پروٹوکول اپ ڈیٹ کے لیے ووٹ دیتے ہیں، تو وہ ساتھ ہی ان PRs کی ادائیگی کی فہرست کو بھی منظور کرتے ہیں جو اس ریلیز میں شامل تھے۔ شفافیت مکمل ہے - کوئی بھی چیک کر سکتا ہے کہ کس کے لیے اور کتنی رقم ادا کی گئی۔

باؤنٹیز کے علاوہ، کمیونٹی پول مالی اعانت کر سکتا ہے: ایکو سسٹم ٹولز کی ترقی، مارکیٹنگ، تعلیمی اقدامات اور تحقیق کے لیے گرانٹس۔ 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) - Cosmovisor SDK سے مکمل x/gov ماڈیول میں منتقلی۔ یہ فراہم کرے گا: رسمی تجویز کی اقسام، منظور شدہ تبدیلیوں کا خودکار نفاذ، IBC (انٹر-بلاکچین کمیونیکیشن) کے ساتھ انٹیگریشن اور کسی بھی کاسموس-مطابق والیٹ کے ذریعے حکمرانی کی تجاویز بنانے کی صلاحیت۔

ووٹنگ پر نظر رکھنے اور شرکت کرنے کے لیے gonka.gg/network/proposals پر جائیں۔