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

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

Operational Voting (منٹ) — نیٹ ورک کے اندر فوری فیصلے۔ جب inference کی درخواست یا PoC کے نتیجے کی درستگی پر اختلاف پیدا ہو، تو ہوسٹس Cosmos SDK کے x/group ماڈیول کے ذریعے ووٹ دیتے ہیں۔ ووٹ کا وزن PoC weight سے طے ہوتا ہے — نوڈ جتنی زیادہ کمپیوٹیشن کرتا ہے، اس کا اثر اتنا ہی زیادہ۔ ایسی ووٹنگ چند منٹ چلتی ہے اور مخصوص تنازعات طے کرتی ہے: inference درست تھا یا نہیں، نوڈ نے اپنا کام کیا یا نہیں۔

Governance Voting (دن) — پروٹوکول کی ترقی سے متعلق اسٹریٹجک فیصلے۔ سافٹ ویئر اپڈیٹس، نیٹ ورک پیرامیٹرز میں تبدیلی، نئے ماڈلز کی ایکٹیویشن، Community Pool کے فنڈز کی تقسیم — یہ سب تمام ہوسٹس کی ووٹنگ میں پیش کیے جاتے ہیں۔ ووٹنگ کی مدت چند دن سے ایک ہفتے تک ہوتی ہے تاکہ تمام شرکا کو تجویز پڑھنے کا موقع ملے۔

زیادہ تر کریپٹو پروجیکٹس سے بنیادی فرق: ووٹ کا وزن Proof of Compute سے طے ہوتا ہے، اسٹیکنگ سے نہیں۔ Gonka میں صرف والٹ میں ٹوکنز جمع کر کے ووٹ «خریدنا» ممکن نہیں۔ اثر حقیقی کمپیوٹ شراکت کے متناسب ہے — وہ GPU جو AI درخواستیں پروسیس کرتے ہیں اور پروف آف ورک جنریٹ کرتے ہیں۔ v0.2.16 اپڈیٹ سے پچھلے ایپوک میں تصدیق شدہ صلاحیت ہی شمار ہوتی ہے: نیا ہوسٹ پہلے ایپوک میں صفر وزن کے ساتھ ووٹ دیتا ہے، اور صلاحیت بڑھنے پر اگلے ایپوک سے ووٹ شامل ہوتے ہیں۔ اس سے گورننس ان لوگوں سے جڑ جاتی ہے جو واقعی نیٹ ورک آرکیٹیکچر کو سہارا دیتے ہیں، نہ کہ قیاسی سرمائے سے۔

عملی طور پر اس کا مطلب ہے: 8× H100 والے دو سرورز کا آپریٹر تقریباً دوگنا ووٹ رکھتا ہے اس آپریٹر کے مقابلے جو ایک ایسا سرور رکھتا ہے — کیونکہ وہ تقریباً دوگنی inference درخواستیں پروسیس کرتا ہے۔ نظام خود توازن رکھنے والا ہے: جو نیٹ ورک کے کام میں زیادہ سرمایہ کاری کرتے ہیں، وہی اس کی ترقی پر زیادہ اثر ڈالتے ہیں۔

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

اپ گریڈ کا عمل:

1. GitHub میں Pull Request — ڈویلپرز (Gonka ٹیم یا کنٹریبیوٹرز) gonka-ai/gonka ریپوزٹری میں PR بناتے ہیں۔
2. کمیونٹی ریویو — کوڈ کی جانچ، بحث اور ٹیسٹنگ ہوتی ہے۔ اہم تبدیلیوں کے لیے CertiK آڈٹ۔
3. Release — inferenced بائنری کا نیا ورژن بنایا جاتا ہے۔
4. On-chain proposal — تبدیلیوں کی تفصیل کے ساتھ نیٹ ورک میں اپ گریڈ کی تجویز بنائی جاتی ہے۔
5. Deposit + Vote — ہوسٹس ڈپازٹ جمع کراتے ہیں (ایکٹیویشن تھریش ہولڈ) اور voting period میں ووٹ دیتے ہیں۔
6. Cosmovisor — منظوری کی صورت میں Cosmovisor مخصوص بلاک ہائٹ پر خودکار طور پر نوڈز اپ ڈیٹ کرتا ہے۔

جنوری سے مئی 2026 تک نیٹ ورک 13+ کامیاب ووٹنگز سے گزرا — v0.2.2 سے v0.2.13 تک۔ تمام تجاویز منظور ہوئیں۔ اہم اپ گریڈز کی ٹائم لائن:

• v0.2.11 (مارچ 2026، proposal #31) — 673,699 ووٹ «حق میں»، مخالفت میں 0۔ subnet inference متعارف کرایا گیا — سب نیٹس کے ذریعے off-chain کمپیوٹیشن کا نظام، جو 100 گنا تھرو پٹ اضافے کا وعدہ کرتا ہے۔
• v0.2.13 (مئی 2026، proposal #54) — 21 مئی 2026 کو منظور (62.8% «حق میں»، ٹرن آؤٹ 39.9%، کورم 33.4%)، بلاک 4267300 پر فعال۔ نیٹ ورک میں تیسرے ماڈل کے طور پر MiniMax-M2.7 شامل کیا، Ethereum bridge wiring فعال کیا اور کورم 0.25 تک کم کیا۔

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

• Yes — اپ گریڈ کی حمایت۔
• No — اپ گریڈ کے خلاف۔
• No with Veto — سختی سے مخالفت؛ اگر 33% سے زیادہ ووٹ ہوں تو تجویز مسترد اور ڈپازٹ ضائع۔
• Abstain — غیر جانبدار، مگر کورم میں شامل۔

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

GiP — یہ Gonka پروٹوکول کی ترقی کے لیے آئیڈیاز کو رسمی شکل دینے کا ایک نظام ہے، جسے ۲۴ فروری ۲۰۲۶ کو GitHub Discussions کے ذریعے شروع کیا گیا (issue #795)۔

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

• Motivation — یہ تجویز کس مسئلے کو حل کرتی ہے۔
• Solution — حل کی تکنیکی تفصیل۔
• Roadmap — مراحل کے لحاظ سے نفاذ کا منصوبہ۔
• Open Questions — کمیونٹی میں بحث کے لیے غیر حل شدہ سوالات۔

GiP لازمی (binding) نہیں ہیں — یہ ٹیم کو نفاذ کے لیے پابند نہیں کرتے۔ لیکن یہ کمیونٹی کا اتفاق رائے قائم کرتے ہیں اور مستقبل کے on-chain proposals کے لیے سمت متعین کرتے ہیں۔ درحقیقت، GiP ایک «pre-governance» ہے: ووٹنگ سے پہلے کی بحث۔

کلیدی GiP:

• #800 Multi-Model PoC — ایک ساتھ متعدد AI-ماڈلز کی معاونت۔ فی الحال نیٹ ورک MiniMax M2.7 (v0.2.13 میں شامل کیا گیا)، DeepSeek V4 Flash (proposal #94) اور GLM-5.3 Flash (proposal #101) کے ساتھ کام کر رہا ہے۔ 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 میں شامل کیا جاتا ہے۔ جب میزبان پروٹوکول اپ ڈیٹ کے لیے ووٹ دیتے ہیں، تو وہ ساتھ ہی ان PRs کی ادائیگی کی فہرست کو بھی منظور کرتے ہیں جو اس ریلیز میں شامل تھے۔ شفافیت مکمل ہے - کوئی بھی چیک کر سکتا ہے کہ کس کے لیے اور کتنی رقم ادا کی گئی۔

باؤنٹیز کے علاوہ، کمیونٹی پول مالی اعانت کر سکتا ہے: ایکو سسٹم ٹولز کی ترقی، مارکیٹنگ، تعلیمی اقدامات اور تحقیق کے لیے گرانٹس۔ GitHub کے ذریعے کمانے کے بارے میں مزید تفصیلات - ایک علیحدہ مضمون میں۔

ایک نیا نیٹ ورک کمزور ہوتا ہے: کم نوڈز، کم اسٹیک، 51% حملہ نظریاتی طور پر ممکن ہے۔ گونکا اسے کئی میکانزم کے ذریعے حل کرتی ہے۔

گارڈین سسٹم - گونکا ٹیم کے زیر کنٹرول تین قابل اعتماد نوڈز، جن کی مجموعی اتفاق رائے کی طاقت 34% ہے۔ گارڈینز فیصلے مسلط نہیں کر سکتے (منظوری کے لیے 34% < 67%)، لیکن وہ نقصان دہ تجویز کو روک سکتے ہیں (ویٹو کی حد 34% > 33%)۔ کلیدی بات: گارڈینز خود بخود غیر فعال ہو جاتے ہیں جب نیٹ ورک کی کل طاقت (total_network_power) 10 ملین یونٹس تک پہنچ جاتی ہے۔ یہ کوئی دستی سوئچ نہیں ہے - غیر فعال کرنا پروٹوکول میں پروگرام کیا گیا ہے۔

کولیٹرل سسٹم - میزبانوں کو مکمل وزن حاصل کرنے کے لیے GNK میں ضمانت جمع کرنی ہوگی:

• بیس وزن (20%) - غیر مشروط وزن، صرف نوڈ کے کام کرنے کے لیے چارج کیا جاتا ہے۔
• کولیٹرل-اہل (80%) - اضافی وزن، صرف GNK میں ضمانت کی موجودگی پر دستیاب۔ ضمانت کی رقم کمپیوٹیشنل طاقت کے متناسب ہے۔

سلیشنگ - خلاف ورزیوں کے لیے سزا:

• 20% ضمانت - INVALID انفرنس کے لیے (نوڈ نے غلط نتیجہ دیا)۔
• 10% ضمانت - ڈاؤن ٹائم کے لیے (نوڈ قابل قبول حد سے زیادہ وقت تک دستیاب نہیں ہے)۔

گریس پیریڈ - 180 ادوار (~6 ماہ)، جس کے دوران نئے میزبان ضمانت کے بغیر کام کر سکتے ہیں۔ یہ داخلے کی رکاوٹ کو کم کرتا ہے: کان کنی شروع کی جا سکتی ہے، انعامات کے ذریعے GNK کمایا جا سکتا ہے اور اس کے بعد ہی کولیٹرل جمع کرایا جا سکتا ہے۔ گریس پیریڈ کے اختتام کے بعد، بغیر ضمانت کے نوڈ کو ممکنہ وزن کا صرف 20% ملتا ہے۔

یہ تمام میکانزم GNK ٹوکنومکس میں بیان کیے گئے ہیں اور ایک مقصد کی طرف ہدایت کیے گئے ہیں: طویل مدتی غیر مرکزیت کو قربان کیے بغیر ابتدائی مرحلے میں نیٹ ورک کی حفاظت کرنا۔

Gonka میں Governance کوئی جامد نظام نہیں، بلکہ ایک ارتقائی عمل ہے۔ ۲۰۲۶–۲۰۲۷ کے لیے ترقی کے اہم نکات یہ ہیں۔

Multi-Model PoC (GiP #800) — نافذ شدہ: مئی ۲۰۲۶ میں DevShards کے ذریعے پہلی بار Kimi K2.6 آیا (بعد میں نیٹ ورک سے نکال دیا گیا)، MiniMax-M2.7 کو v0.2.13 (proposal #54) میں شامل کیا گیا، DeepSeek V4 Flash اگست ۲۰۲۶ (proposal #94) میں منسلک ہوا، GLM-5.3 Flash — ستمبر ۲۰۲۶ (proposal #101) میں۔ اگلے امیدوار 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 دیکھیں۔