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

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

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

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

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

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

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

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

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

من يناير إلى مارس 2026، مرت الشبكة عبر 11+ تصويتًا ناجحًا - من الإصدار v0.2.2 إلى v0.2.11. تمت الموافقة على جميع المقترحات. أحدث تصويت كبير - الاقتراح #31 (v0.2.11) - حصل على 673,699 صوتًا «موافق» و 0 صوت «ضد». قدم هذا التحديث استدلال الشبكة الفرعية - آلية الحوسبة خارج السلسلة عبر الشبكات الفرعية، واعدة بزيادة 100 ضعف في الإنتاجية.

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

• نعم - أؤيد التحديث.
• لا - ضد التحديث.
• لا مع حق النقض - معارضة قاطعة؛ إذا زادت عن 33% من الأصوات - يتم رفض الاقتراح ويتم حرق الإيداع.
• امتناع - أمتنع، لكنني أشارك في النصاب القانوني.

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

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

صيغة كل GiP:

• الدافع - المشكلة التي يحلها الاقتراح.
• الحل - الوصف الفني للحل.
• خارطة الطريق - خطة التنفيذ خطوة بخطوة.
• أسئلة مفتوحة - أسئلة لم يتم حلها لمناقشة المجتمع.

مقترحات GiP ليست ملزمة - فهي لا تلزم الفريق بالتنفيذ. لكنها تشكل إجماع المجتمع وتحدد الاتجاه للمقترحات المستقبلية على السلسلة. في الواقع، GiP هي «حوكمة مسبقة»: مناقشة قبل التصويت.

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

• #800 PoC متعدد النماذج - دعم لعدة نماذج ذكاء اصطناعي في وقت واحد. تعمل الشبكة حاليًا مع Qwen3-235B؛ يصف GiP هذا الهندسة المعمارية للعمل المتوازي للنماذج المختلفة مع إثبات العمل المفيد المنفصل.
• #801 توسيع نطاق الاستدلال - بنية الشبكة الفرعية للتوسع. تم تنفيذ جزء من هذا GiP بالفعل في v0.2.11 (استدلال الشبكة الفرعية).
• #860 بروتوكول الجودة - توجيه الطلبات مع مراعاة جودة الاستجابات. ستحصل العقد التي تقدم نتائج أفضل على المزيد من حركة المرور والمكافآت.

يمكن لأي مشارك إنشاء 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.

PoC متعدد النماذج (GiP #800) - دعم لعدة نماذج في وقت واحد. المرشح الأول - نماذج التضمين لـ RAG. سيفتح هذا Gonka لفئة جديدة تمامًا من التطبيقات: محركات البحث، قواعد المعرفة للشركات، برامج الدردشة الآلية ذات الذاكرة.

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

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

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