الحوكمة V2

تعتمد بولكادوت على آلية حوكمة متقنة، مما يمكّنها من التطور بشكل أنيق وفقًا لاحتياجات المعنيين. الهدف منها هو ضمان قدرة غالبية الحقوق دائمًا على التحكم في الشبكة.

قد يتغير محتوى هذه المقالة. لقد شهدت بروتوكولات الحوكمة عدة تعديلات (v1 و v2)، وسيكون هناك المزيد من التغييرات في المستقبل (v2.5).

يتكون أول نظام حوكمة لامركزي لبولكادوت (v1) من ثلاثة مكونات رئيسية:

• اللجنة الفنية: إدارة الجدول الزمني للترقية
• مجلس الإدارة: يتم انتخابه عن طريق التصويت لإدارة "الحكومة"، المسؤول عن إدارة المعلمات، والإدارة، واقتراحات الإنفاق
• استفتاء: نظام التصويت العام، يمنح أصحاب المصلحة على المدى الطويل تأثيرًا أكبر

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

لذلك وُلد "治理v2"(Gov2). غيرت Gov2 طريقة اتخاذ القرار اليومية، مما جعل نطاق تأثير الاستفتاءات أوسع وأكثر مرونة، وبالتالي زادت بشكل كبير عدد القرارات الجماعية التي يمكن للنظام اتخاذها.

بعد إطلاق Gov2 على Kusama، سيتم اقتراح نشره على Polkadot. حالياً، تم إطلاق Gov2 على شبكة Kusama.

المحتوى التالي سيقدم المبادئ الأساسية لحوكمة شبكة بولكادوت. فهم جذور v1 سيساعد على فهم أفضل لاتجاه النسخة الثانية. ستسلط هذه الاختلافات والفروق الضوء في المواضيع الفرعية المختلفة.

من المهم أن نلاحظ أنه في المرحلة الحالية، فإن الحوكمة هي بروتوكول يتطور باستمرار. مع دخول تحديث v2 إلى الشبكة، تم وضع خطط لـ v2.5.

الفرضية

بشكل ملخص، تجمع الشبكة بين آليات جديدة متنوعة، بما في ذلك وظائف تحويل الحالة غير المحددة المخزنة على السلسلة والتي تم تعريفها بواسطة WebAssembly، بالإضافة إلى آليات تصويت متعددة على السلسلة، مثل الاستفتاءات ذات العتبة المطلقة القابلة للتكيف وآلية التصويت بالموافقة الجماعية.

يجب أن يتم التوصل إلى توافق بشأن جميع التغييرات على البروتوكول من خلال استفتاء مدعوم بوزن حقوق الملكية.

الآلية

في v1، يدير حاملو الرموز النشطون والمجلس القرارات المتعلقة بترقية الشبكة معًا. سواء كانت الاقتراحات مقدمة من الجمهور أو المجلس، يجب أن تمر في النهاية من خلال استفتاء شعبي، حيث يتم اتخاذ القرار بناءً على وزن المبلغ المرهون وقيمة الإيمان.

هناك عدد من التغييرات في v2. الطريقة التي تعكس بها نموذج الحوكمة الجديد خصائصه اللامركزية هي:

• نقل مسؤوليات المجلس إلى حاملي الرموز من خلال التصويت الديمقراطي
• حل المجلس الحالي بشكل جماعي
• يسمح للمستخدمين بتفويض حقوق التصويت لأعضاء المجتمع بطرق أكثر

في الإصدار 1، كانت المجلس يمثل حاملي الرموز السلبية، وأوصياء الخزينة، ومبادري التشريع، لكنه كان يُعتبر عادةً كيانًا مركزيًا. من أجل تحقيق مزيد من اللامركزية، اقترح الإصدار 2 إعادة مسؤوليات المجلس إلى المجتمع.

استفتاء

الاستفتاء هو خطة تصويت بسيطة وشاملة تستند إلى الرهان. يحتوي كل استفتاء على اقتراح محدد، يتم تنفيذه من خلال استدعاء وظيفة امتياز وقت التشغيل.

الاستفتاء هو حدث منفصل له فترة تصويت محددة. بعد انتهاء فترة التصويت وإحصاء الأصوات، إذا تم الموافقة عليه، سيتم استدعاء الوظيفة المناسبة. الاستفتاء دائماً ثنائي، حيث يمكن أن تكون الخيارات "موافقة" أو "معارضة" أو الامتناع عن التصويت تمامًا.

يمكن بدء الاستفتاء في v1 بالطريقة التالية:

• المقترحات المقدمة علنًا
• اقتراح تمت الموافقة عليه بأغلبية أو بالإجماع من المجلس
• الاقتراح المقدم كجزء من تنفيذ الاستفتاء السابق
• اقتراح طارئ تم تقديمه من قبل اللجنة الفنية وموافق عليه من قبل مجلس الإدارة

جميع الاستفتاءات لها فترة تأخير في التنفيذ. هذه هي الفترة من انتهاء الاستفتاء إلى تنفيذ الاقتراح فعليًا ( إذا تمت الموافقة عليه ).

إذا تم إغلاق الاستفتاء وإكمال الإحصاء، يعتبر ذلك مكتملًا. في حالة الموافقة على الاقتراح، سيتم ترتيبه للتنفيذ. إذا كانت العملية الانتخابية جارية، فإن ذلك يعتبر غير مكتمل.

توجد فترة تنفيذ ثابتة تبلغ 28 يومًا للاقتراحات المقدمة من الجمهور أو المجلس. يمكن ضبط فترة التأخير للاقتراحات المقدمة كجزء من تنفيذ الاستفتاء السابق حسب الحاجة. تتطلب معالجة الاقتراحات العاجلة "متابعة سريعة" لقضايا كبيرة، مما يقلل من وقت التنفيذ.

في v2، يمكن لأي شخص بدء استفتاء في أي وقت، دون قيود على عدد المرات. قدمت v2 مفاهيم Origins( و Tracks) لمساعدة عملية الاستفتاء والمعالجة.

يمكن اعتبار Origin وصفًا غنيًا لمستوى الامتياز المعطى. يجب على المقترح اختيار Origin المناسب وفقًا لمتطلبات الاقتراح.

كل Origin مرتبط بفئة استفتاء، وكل فئة مرتبطة بـ Track. يوضح Track دورة حياة الاقتراح، مستقلاً عن الفئات الأخرى. تسمح Tracks المستقلة المختلفة للشبكة بتعديل ديناميات الاستفتاء بناءً على مستوى الامتياز الضمني.

على سبيل المثال، فإن تأثير ترقية Runtime على النظام البيئي، يختلف عن الموافقة على مكافآت الخزانة، لذلك هناك حاجة لأصول مختلفة، حيث سيتم تحديد معدلات التصويت المختلفة، ومعدلات الموافقة، والودائع، وأقصر فترة تنفيذ مسبقًا.

( اقتراع الاقتراح

استفتاء عام

يمكن لأي شخص اقتراح استفتاء من خلال إيداع الحد الأدنى من عدد الرموز في فترة زمنية معينة. إذا وافق شخص ما، يمكنه إيداع نفس عدد الرموز للتعبير عن الدعم، وهو ما يسمى "التأييد". سيتم اختيار الاقتراح الذي يحصل على أعلى دعم من الرموز المرتبطة ليكون استفتاء فترة التصويت التالية.

بمجرد تقديم الاقتراح ) ستبدأ عملية التصويت ###، سيتم تحرير الرموز المرتبطة.

يمكن أن تحتوي قائمة الاقتراحات في v1 على ما يصل إلى 100 اقتراح عام.

في v2، يمكن للمجتمع التصويت فورًا بعد إنشاء الاستفتاء. لكن هذا الاستفتاء ليس في حالة يمكن إنهاؤها أو حساب الأصوات أو الموافقة عليها وتنفيذها. يجب أن تلبي الاستفتاء بعض المعايير للدخول في حالة "قرار(Deciding)". قبل ذلك، لا يزال في حالة معلقة.

معايير الدخول في حالة Decided هي كما يلي:

• مرت بفترة الاستيراد، وهي الفترة التي يجب أن تمر بها قبل اتخاذ القرار. يساعد ذلك في تقليل احتمالية "القرار المفاجئ".
• يجب أن يكون هناك مساحة متبقية للقرار. جميع المسارات لها حدود على عدد الاستفتاءات التي يمكن اتخاذ القرار بشأنها في نفس الوقت.
• يجب دفع وديعة القرار. تكلفة إنشاء الاستفتاء منخفضة، لكن قرار الاستفتاء ينطوي على خطر استنفاد المواقع المحدودة في القائمة. تساعد الوديعة الكبيرة القابلة للاسترداد في تقليل الرسائل غير المرغوب فيها.

استفتاء المجلس (v1)

تمت الموافقة بالإجماع من قبل المجلس - عندما يوافق جميع أعضاء المجلس، يمكن تقديم الاقتراح للاستفتاء. سيؤدي هذا الاستفتاء إلى انحراف في نسبة التصويت السلبي.

تمت الموافقة من قبل الأغلبية في المجلس - يمكن التصويت عندما يكون هناك موافقة بسيطة فقط، ولكن يتم اعتماد نظام التصويت بالأغلبية.

لا يمكن أن يكون هناك سوى استفتاء واحد ساري المفعول في أي وقت، ما لم يكن هناك استفتاء طارئ جارٍ.

جدول زمن التصويت

في النسخة 1، نفترض أن هناك اقتراحًا واحدًا على الأقل في القائمة، ويتم إجراء استفتاء جديد كل 28 يومًا. هناك قائمة بالاقتراحات التي وافق عليها المجلس، وقائمة أخرى بالاقتراحات المقدمة من الجمهور. يتم إجراء الاستفتاءات بالتناوب بين الاقتراحات المتقدمة في كلا القائمتين.

يتم تحديد الترتيب بناءً على كمية الرهانات المرتبطة. إذا كانت قائمة الانتظار الحالية تحاول إنشاء اقتراع بدون اقتراح ، فإن قائمة الاقتراع ( تكون فارغة ) ، بينما تحتوي القائمة الأخرى على اقتراحات في الانتظار ، فإن الاقتراح الذي في مقدمة القائمة الأخرى سيدخل الاقتراع.

لا يمكن التصويت على عدة استفتاءات في نفس الوقت، باستثناء الاستفتاءات الطارئة. الاستفتاءات الطارئة التي تحدث في نفس الوقت مع الاستفتاءات العادية هي الحالة الوحيدة التي يمكن فيها التصويت على عدة استفتاءات في نفس الوقت.

في الإصدار v2، عند الموافقة على الاقتراح، يتم مشاركة فترة مؤهلة مدتها 28 يومًا. إذا لم يتم الموافقة في نهاية هذه المرحلة، فسيتم الرفض تلقائيًا.

استفتاء التصويت(v2)

في النسخة 2، إذا كانت الاقتراحات تلبي متطلبات معدل الموافقة ومعدل الدعم، فسيتم الموافقة عليها، وتم حذف نظام تحيز الجماعات التكيفية.

تعريف معدل الموافقة هو حصة وزن التصويت المعتمد بعد تعديل الاقتناع ( من الوزن الإجمالي للتصويت.

معدل الدعم هو مقارنة إجمالي عدد الأصوات الموافقة ) مع تجاهل الاقتناع ( وإجمالي عدد الأصوات المحتملة في النظام.

يجب أن يستوفي هذا المعيار في أقصر وقت ممكن خلال فترة التأكيد. لكل مسار فترة تأكيد ومتطلبات مختلفة. يمكن الآن تكوين ذلك من خلال كمية الدعم المطلوبة والموافقة العامة. بالنسبة لمقترحات المصادر ذات الامتيازات المنخفضة، من المعقول تقليل نسبة التصويت المطلوبة إلى رقم واقعي في وقت مبكر. يمكن طلب موافقة أعلى في وقت مبكر للقضايا ذات الأهمية السياسية الكبيرة، لتجنب الجدل.

في الإصدار الثاني، يتم اعتبار المقترحات التي لم تتم الموافقة عليها بعد 28 يومًا بمثابة رفض افتراضي، ويتم استرداد تأمين القرار. إذا ظل المقترح مقبولًا قبل انتهاء فترة التأكيد، يتم اعتباره قد تمت الموافقة عليه، ومن المقرر البدء في التنفيذ من مصدر الاقتراح بعد فترة الصياغة. يتم تحديد فترة الصياغة عند تقديم الاقتراح، ولكنها تخضع لقيود الحد الأدنى المعتمد على المسار. تتطلب المسارات الأكثر قوة فترات تنفيذ أطول، لضمان أن يكون لدى الشبكة وقت كافٍ للاستعداد للتغييرات.

الاحتفاظ الطوعي

تستخدم بولكادوت مفهوم "الإغلاق الطوعي"، مما يسمح لحاملي الرموز بزيادة حقهم في التصويت من خلال إعلان رغبتهم في قفل الرموز لفترة معينة. سيتم حساب عدد الأصوات لكل حامل باستخدام المعادلة التالية:

عدد الأصوات = الرمز * مضاعف الاقتناع

عدد الفترات المقفلة يتضاعف في كل مرة، وسيزيد معامل الاقتناع من معامل التصويت بمقدار واحد.

عدد فترات الإغلاق بحد أقصى 6 مرات ) إجمالي 32 فترة إغلاق (، فترة إغلاق واحدة تعادل 28 يومًا. يُسمح بالزيادة فقط، إذا لم يكن من الممكن إغلاق 24 دورة وزيادة الاقتناع بمقدار 5.5.

يمكن استخدامها للتصويت والرهان حتى بعد القفل، فقط لا يُسمح بنقلها إلى حساب آخر.

تُحتسب الأصوات دائمًا عند انتهاء فترة التصويت، دون أن تتأثر بفترة الإغلاق.

تحيزات الجماعات التكيفية

استخدامه لفترة أطول في v2 وتم استبداله بنظام الموافقة / الدعم.

مجلس الإدارة

في v1، يتم تمثيل أصحاب المصلحة غير النشطين في بولكادوت بواسطة "المجلس". المجلس هو كيان على السلسلة يتكون من عدة مشاركين، كل منهم يمثل حسابًا على السلسلة. يتكون المجلس في بولكادوت حاليًا من أعضاء.

بصرف النظر عن السيطرة على الخزينة، فإن المجلس مسؤول بشكل أساسي عن ثلاث مهام حوكمة:

• استفتاء حكيم
• إلغاء الاستفتاءات الخطرة أو الخبيثة
• لجنة التقنية الانتخابية

في v2، هناك حاجة لاستراتيجيات بديلة لتحل محل مهام مجلس الوصاية السابقة كهيئة موكلة للناخبين. يعتمد v2 على وظيفة تفويض التصويت في v1، حيث يمكن للناخبين تفويض حقوق التصويت لناخبين آخرين داخل النظام. من خلال التفويض متعدد الأدوار، يمكن للناخبين تعيين ممثلين مختلفين لكل نوع من أنواع الاستفتاءات في النظام. على سبيل المثال، يمكن تفويض كيان معين لإدارة فئة استفتاء غير مؤثرة، واختيار ممثل آخر لإدارة الفئة التي لها عواقب أكبر، مع الاحتفاظ بحقوق التصويت الكاملة في الفئات المتبقية.

إلغاء الاستفتاء

في الإصدار 1، إذا اتفقت لجنة التكنولوجيا بالإجماع أو تم تحفيز من مصدر Root، يمكن إلغاء الاقتراح. سيتم تدمير الوديعة الخاصة بالاقتراح الملغى.

بالإضافة إلى ذلك، يمكن لمجلس الإدارة أن يلغي الاستفتاء بأغلبية ثلثي الأصوات. إذا تم اكتشاف مشاكل في مقترح الاستفتاء في وقت لاحق، يمكن اعتبار ذلك كوسيلة أخيرة.

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

في v2، هناك عملية خاصة تُدعى Cancelation) لإلغاء (، تُستخدم للتدخل في الاقتراحات التي تم التصويت عليها. ستقوم هذه العملية برفض الاقتراع الجاري على الفور، بغض النظر عن حالته. كما ينص على أنه إذا كان الاقتراح ضاراً أو معلومات مزعجة، فإن ذلك يضمن مصادرة وديعة المقدم للاقتراح.

الإلغاء هو في حد ذاته عملية حوكمة، ولا بد من التصويت عبر الشبكة لتنفيذه. الإلغاء له أصله ومساره الخاص، وله فترة إدخال قصيرة للغاية ومنحنى معدل الموافقة/الدعم، حيث ينخفض العتبة بسرعة لأنه يتم استدعاؤه فقط في الحالات العاجلة.

لجنة التكنولوجيا

في النسخة 1، تم تقديم اللجنة الفنية )TC( كواحدة من ثلاث مؤسسات حكومية في كوساما. تتكون اللجنة من فرق نجحت في تنفيذ أو تحديد تشغيل بولكادوت أو المضيف. يمكن إضافة أو حذف الفرق في اللجنة من خلال تصويت بسيط من المجلس.

هدف TC هو منع الاستفتاءات الضارة، وتنفيذ إصلاحات الأخطاء، وعكس تحديثات runtime الخاطئة أو إضافة ميزات جديدة. يحق لـ TC استخدام دالة الديمقراطية لتسريع الاقتراحات، وهو المصدر الوحيد الذي يمكنه تفعيل وظيفة التسريع. يمكننا اعتبار TC "المصدر الوحيد" الذي لا يمكنه توليد الاقتراحات ولكنه يمكنه تسريع الاقتراحات الحالية.

الاستفتاء السريع هو الاستفتاء الوحيد الذي يمكن أن يتم بالتزامن مع استفتاء آخر. لذلك، من خلال الاستفتاء السريع، يمكن إجراء استفتائين نشطين في نفس الوقت. التصويت على أحدهما لن يمنع التصويت على الآخر.

في الإصدار v2، تم تقديم لجنة تتابع جديدة "Polkadot Fellowship" لتحل محل اللجنة الفنية. ستخدم هذه اللجنة شبكتي Polkadot وKusama.

زمالة بولكادوت

Fellowship هي هيئة خبراء ذاتية الحكم بشكل أساسي، وهدفها الرئيسي هو تمثيل الأشخاص الذين يمتلكون معرفة بشبكة Polkadot وتقنيات البروتوكول. تقوم Fellowship بتصنيف الأعضاء من خلال "الدرجات"، التي تمثل مدى حكمة آرائهم، ومستوى أساسهم الفني، ومدى توافقهم مع مصالح Polkadot.

على عكس Technical Collective الحالي، فإنه يهدف إلى توسيع نطاق الأعضاء ) يمكن أن يتسع لآلاف الأعضاء ( وامتياز الدخول أقل بكثير. أصبح من السهل أن تصبح عضوًا مرشحًا، فقط قم بإيداع مبلغ صغير.

يمكن لأعضاء Fellowship التصويت على أي اقتراح من اقتراحات Fellowship، وتُشكل آراء الأعضاء المجمعة ) مع وزن حسب الدرجة ( آراء نظرها Fellowship.

آلية تصويت Fellowship مشابهة لآلية تصويت أصحاب المصلحة في Polkadot على الاقتراحات المقدمة.

نظام المستويات

لمنع عدد قليل من المشاركين من الحصول على السيطرة الفعالة على الشبكة، يتمسك النظام بثلاثة مبادئ رئيسية:

1. Fellowship يجب ألا تمتلك السلطة القاسية على الشبكة: لا يمكنها تغيير المعلمات، أو إجراء الإصلاحات، أو نقل الأصول. السلطة الوحيدة هي القدرة على تقصير جدول الزمن للاقتراع.

2. Fellowship تعطي وزنًا أكبر للآراء العالية في الرأي العام، ولكن لا ينبغي أن تكون عالية جدًا بحيث لا يمكن لآراء عدد قليل من الأعضاء ذوي الرتبة العالية أن تتجاوز إجماع الآراء المنخفضة للأعضاء.