الحوكمة في Gonka: كيف تدار شبكة لامركزية

تعمل الحوكمة في Gonka على مستويين، لكل منهما سرعته ونطاق قراراته.

التصويت التشغيلي (دقائق) - القرارات التشغيلية داخل الشبكة. عندما ينشأ نزاع حول صلاحية طلب الاستدلال أو نتيجة PoC، يصوت المضيفون عبر وحدة x/group من Cosmos SDK. يتم تحديد وزن الصوت حسب وزن PoC - فكلما زادت الحسابات التي تقوم بها العقدة، زاد تأثيرها. تستمر هذه التصويتات دقائق وتحل نزاعات محددة: هل كان الاستدلال صحيحًا، هل أدت العقدة عملها.

التصويت على الحوكمة (أيام) - القرارات الاستراتيجية بشأن تطوير البروتوكول. تحديثات البرامج، وتغيير معلمات الشبكة، وتفعيل نماذج جديدة، وتوزيع أموال مجمع المجتمع - كل هذا يتم طرحه للتصويت على جميع المضيفين. تتراوح فترة التصويت من عدة أيام إلى أسبوع حتى يتمكن جميع المشاركين من الاطلاع على الاقتراح.

الاختلاف الرئيسي عن معظم مشاريع التشفير: يتم تحديد وزن الصوت بواسطة Proof of Compute، وليس بالرهن. في Gonka، لا يمكنك «شراء صوت» بمجرد تجميع الرموز المميزة في المحفظة. يتناسب التأثير مع المساهمة الحسابية الحقيقية - وحدات معالجة الرسومات التي تعالج طلبات الذكاء الاصطناعي وتولد إثبات العمل. هذا يربط الحوكمة بأولئك الذين يدعمون حقًا هندسة الشبكة، وليس برأس المال المضارب.

في الممارسة العملية، هذا يعني أن: مشغل مزرعة من 10 H100 لديه 10 أضعاف الأصوات مقارنة بالمشغل ببطاقة واحدة - لأنه يعالج 10 أضعاف طلبات الاستدلال. النظام متوازن ذاتيًا: أولئك الذين يستثمرون أكثر في عمل الشبكة، يؤثرون بشكل أكبر على تطويرها.

تحديث بروتوكول Gonka هو عملية رسمية من الكود إلى التفعيل في الشبكة. كل خطوة شفافة ويمكن التحقق منها.

عملية التحديث:

1. طلب سحب (Pull Request) في GitHub - يقوم المطورون (فريق Gonka أو المساهمون) بإنشاء PR في مستودع gonka-ai/gonka.
2. مراجعة المجتمع - يتم فحص الكود ومناقشته واختباره. تدقيق CertiK للتغييرات الحيوية.
3. الإصدار - يتم تجميع نسخة ثنائية جديدة gonkad.
4. اقتراح على السلسلة (On-chain proposal) - يتم إنشاء اقتراح تحديث في الشبكة مع وصف للتغييرات.
5. إيداع + تصويت (Deposit + Vote) - يقوم المضيفون بإيداع (عتبة التفعيل) والتصويت خلال فترة التصويت.
6. Cosmovisor - عند الموافقة، يقوم Cosmovisor تلقائيًا بتحديث العقد عند ارتفاع الكتلة المحدد.

من يناير إلى مايو 2026، مرت الشبكة بأكثر من 13 عملية تصويت ناجحة - من الإصدار v0.2.2 إلى v0.2.13. تم قبول جميع الاقتراحات. تسلسل التحديثات الرئيسية:

• v0.2.11 (مارس 2026، الاقتراح #31) - 673,699 صوتًا "موافق" مقابل 0 "غير موافق". تم إدخال استنتاج الشبكة الفرعية (subnet inference) - آلية حسابات خارج السلسلة عبر الشبكات الفرعية، والتي تعد بزيادة 100 ضعف في الإنتاجية.
• v0.2.13 (مايو 2026، الاقتراح #54) - تم قبولها في 21 مايو 2026 (62.8% "موافق"، بنسبة حضور 39.9% عند النصاب 33.4%)، وتم تفعيلها على الكتلة 4267300. أضافت MiniMax-M2.7 كنموذج ثالث في الشبكة، وفعّلت توصيل جسر Ethereum وخفضت النصاب إلى 0.25.

خيارات التصويت:

• موافق (Yes) - أؤيد التحديث.
• غير موافق (No) - أرفض التحديث.
• غير موافق مع حق النقض (No with Veto) - أرفض بشدة؛ إذا كانت نسبة الأصوات أكثر من 33% - يتم رفض الاقتراح، ويتم حرق الإيداع.
• امتناع (Abstain) - أمتنع عن التصويت، ولكني أشارك في النصاب.

تاريخ التصويت بالكامل متاح على gonka.gg/network/proposals - يمكنك عرض كل اقتراح، والنتائج، وقائمة المصوتين.

GiP — هو نظام لإضفاء الطابع الرسمي على أفكار تطوير بروتوكول Gonka، تم إطلاقه في 24 فبراير 2026 عبر GitHub Discussions (النقاش رقم #795).

تنسيق كل GiP:

• Motivation — المشكلة التي يعالجها الاقتراح.
• Solution — الوصف الفني للحل.
• Roadmap — خطة التنفيذ حسب المراحل.
• Open Questions — الأسئلة المفتوحة للمناقشة من قبل المجتمع.

مقترحات GiP ليست ملزمة - فهي لا تلزم الفريق بالتنفيذ. لكنها تشكل إجماع المجتمع وتحدد المسار للمقترحات المستقبلية على السلسلة (on-chain proposals). في الواقع، GiP هو بمثابة "pre-governance": مناقشة قبل التصويت.

أهم مقترحات GiP:

• #800 Multi-Model PoC — دعم نماذج ذكاء اصطناعي متعددة في وقت واحد. حالياً تعمل الشبكة مع Kimi K2.6 و MiniMax M2.7. تمت إضافة 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 — توجيه الطلبات بناءً على جودة الاستجابات. العقد (nodes) التي تقدم نتائج أفضل تحصل على مزيد من حركة المرور والمكافآت.

يمكن لأي مشارك إنشاء GiP عبر GitHub Discussions. عتبة الدخول منخفضة - تحتاج فقط إلى حساب GitHub وفهم للمشكلة. المناقشات النشطة بمشاركة فريق Gonka والمستضيفين تُظهر أن النظام يعمل بشكل جيد: الاقتراحات تتلقى ملاحظات، يتم تحسينها، وتتقدم نحو التنفيذ.

مجمع المجتمع - صندوق تطوير نظام Gonka البيئي. ما يقرب من 20% من الإصدار الأولي (~200 مليون GNK) مخصصة للمنح والمكافآت وتمويل مبادرات المجتمع.

المكافآت للمساهمات في الكود - الآلية الرئيسية لتوزيع أموال مجمع المجتمع. يحصل المطورون على مكافآت مقابل طلبات السحب في مستودع gonka-ai/gonka: من إصلاح الأخطاء إلى تنفيذ الميزات الجديدة. يعتمد حجم المكافأة على تعقيد وأهمية المساهمة:

آلية الموافقة: تُدرج المكافآت في ملف README مع مقترحات الترقية. عندما يصوت المضيفون على تحديث البروتوكول، فإنهم يوافقون في نفس الوقت على قائمة المدفوعات لطلبات السحب التي تم تضمينها في هذا الإصدار. الشفافية كاملة - يمكن لأي شخص التحقق من المبلغ الذي تم دفعه ولماذا.

بالإضافة إلى المكافآت، يمكن لمجمع المجتمع تمويل: تطوير أدوات النظام البيئي، والتسويق، والمبادرات التعليمية، ومنح البحث. مزيد من التفاصيل حول الربح عبر GitHub - في مقالة منفصلة.

الشبكة الجديدة ضعيفة: عدد قليل من العقد، ورهن قليل، وهجوم 51% ممكن نظريًا. تحل Gonka هذا الأمر بعدة آليات.

نظام الحارس - ثلاث عقد موثوقة، يسيطر عليها فريق Gonka، بإجمالي 34% من قوة الإجماع. لا يمكن للحراس فرض قرارات (34% < 67% للموافقة)، ولكن يمكنهم حظر اقتراح ضار (34% > 33% عتبة النقض). الأهم: يتم إلغاء تفعيل الحراس تلقائيًا عندما تصل إجمالي قوة الشبكة (total_network_power) إلى 10 ملايين وحدة. هذا ليس مفتاحًا يدويًا - إلغاء التفعيل مبرمج في البروتوكول.

نظام الضمان - يجب على المضيفين إيداع ضمان في GNK للحصول على الوزن الكامل:

• الوزن الأساسي (20%) - وزن غير مشروط، يتم احتسابه بمجرد عمل العقدة.
• الوزن المؤهل للضمان (80%) - وزن إضافي، متاح فقط بوجود ضمان في GNK. يتناسب حجم الضمان مع قوة الحوسبة.

العقوبات - عقوبات على الانتهاكات:

• 20% من الضمان - للاستدلال غير الصالح (أصدرت العقدة نتيجة غير صحيحة).
• 10% من الضمان - لوقت التوقف (العقدة غير متاحة فوق العتبة المسموح بها).

فترة السماح - 180 حقبة (~6 أشهر)، يمكن خلالها للمضيفين الجدد العمل بدون ضمان. هذا يقلل من حاجز الدخول: يمكن البدء في التعدين، وكسب GNK من خلال المكافآت، ثم إيداع الضمان فقط. بعد انتهاء فترة السماح، تحصل العقدة بدون ضمان على 20% فقط من الوزن المحتمل.

تُصف كل هذه الآليات في اقتصاديات GNK وتهدف إلى هدف واحد: حماية الشبكة في المرحلة المبكرة، دون التضحية باللامركزية على المدى الطويل.

الحوكمة في Gonka ليست نظامًا ثابتًا، بل هي عملية متطورة. فيما يلي الاتجاهات الرئيسية للتطوير لعامي 2026-2027.

Multi-Model PoC (GiP #800) — تم التنفيذ: يعمل Kimi K2.6 بالفعل في DevShards منذ مايو 2026، وسيتم إضافة MiniMax-M2.7 في v0.2.13 (الاقتراح #54). المرشحون التاليون هم نماذج التضمين لـ RAG: سيفتح هذا Gonka لفئة جديدة من التطبيقات (محركات البحث، قواعد المعرفة للشركات، برامج الدردشة الآلية ذات الذاكرة).

Inference Quality Protocol (GiP #860) — توجيه الجودة. حاليًا، يتم توزيع الطلبات بناءً على توفر العقد؛ في المستقبل — بناءً على جودة الردود. ستحصل العقد ذات الأجهزة الأفضل والتشغيل الأكثر استقرارًا على الأولوية.

On-chain governance migration (2026–2027) — الانتقال إلى وحدة x/gov الكاملة من Cosmos SDK. سيمنح هذا: أنواع اقتراحات رسمية، وتنفيذ تلقائي للتغييرات المعتمدة، والتكامل مع IBC (Inter-Blockchain Communication) والقدرة على إنشاء مقترحات حوكمة عبر أي محفظة متوافقة مع Cosmos.

يمكنك متابعة التصويت والمشاركة فيه على gonka.gg/network/proposals.