الحوكمة V2

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

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

يتكون أول نظام حكم لامركزي في Polkadot (v1) من ثلاثة أجزاء رئيسية:

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

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

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

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

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

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

الافتراضات

بشكل عام، تجمع الشبكة بين مجموعة متنوعة من الآليات الجديدة، بما في ذلك:

• يتم تخزينه على السلسلة ويتم تعريف دالة تحويل الحالة غير المحددة بلغة وسيطة محايدة للمنصة (WebAssembly)
• آليات تصويت متعددة على السلسلة، مثل الاستفتاءات ذات العتبة المطلقة التكيفية وآليات التصويت بالموافقة الجماعية

يجب أن يتم التوصل إلى توافق بشأن جميع التعديلات على الاتفاقية من خلال تصويت مدعوم بالحقوق.

الآلية

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

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

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

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

استفتاء

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

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

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

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

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

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

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

في Gov2، يمكن لأي شخص في أي وقت أن يبدأ عددًا غير محدود من الاستفتاءات. يقدم Gov2 ميزات جديدة مثل Origins) ومصدر( وTracks) لمساعدة عملية الاستفتاء.

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

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

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

استفتاء الاقتراح

استفتاء عام

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

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

بمجرد تقديم الاقتراح ( والدخول في التصويت )، سيتم تحرير الرموز المرتبطة.

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

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

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

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

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

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

تمت الموافقة من قبل الأغلبية في المجلس - عندما توافق الأغلبية البسيطة فقط، يمكن أيضًا إجراء تصويت استفتائي، ولكن يتم استخدام نظام تصويت الأغلبية.

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

جدول مواعيد التصويت

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

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

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

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

استفتاء التصويت( الحوكمةv2)

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

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

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

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

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

الإغلاق الطوعي

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

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

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

مضاعف تصويت فترة الإغلاق 0 0.1 1 1 2 2 4 3 8 4 16 5 32 6

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

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

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

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

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

المجلس

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

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

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

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

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

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

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

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

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

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

اللجنة الفنية

في إدارة v1، تعتبر اللجنة الفنية )TC( واحدة من ثلاث هيئات لحوكمة Kusama، الهيئتان الأخريان هما المجلس والاستفتاء ). تتكون TC من فرق قامت بتنفيذ أو تعريف Polkadot runtime أو Polkadot Host بنجاح. يمكن إضافة أو حذف الفرق في TC من خلال تصويت الأغلبية البسيطة للمجلس.

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

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

في حوكمة v2، تم إدخال لجنة خلفاء جديدة تُسمى "Polkadot Fellowship" لتحل محل اللجنة الفنية. ستخدم هذه اللجنة شبكتي Polkadot وKusama.

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

تعتبر هذه الزمالة هيئة خبراء ذات استقلالية أساسية، والهدف الرئيسي منها هو تمثيل الأفراد الذين يمتلكون قاعدة معرفية حول شبكة Polkadot وتقنيات البروتوكولات. الزمالة