تستخدم بولكادوت آلية حوكمة دقيقة تسمح لها بالتطور بشكل أنيق وفقًا لاحتياجات أصحاب المصلحة. الهدف منها هو ضمان أن يكون للأغلبية دائمًا القدرة على التحكم في الشبكة.
قد تتغير المحتويات المقدمة في هذه المقالة. لقد مرت اتفاقية الحوكمة بعدة تحديثات (v1 وv2)، وسيكون هناك المزيد من التغييرات في المستقبل (v2.5).
يتكون النظام الأول للحكومة اللامركزية لبولكادوت (v1) من ثلاثة أجزاء رئيسية:
اللجنة الفنية: اللجنة الفنية المسؤولة عن إدارة جدول ترقية النظام.
المجلس: حكومة تنفيذية منتخبة من خلال التصويت، مسؤولة عن إدارة المعلمات، الإدارة واقتراحات الإنفاق.
استفتاء: نظام تصويت عام لجميع المسائل الأخرى، يمنح أصحاب المصلحة على المدى الطويل مزيدًا من النفوذ.
كان هذا النظام يعمل بشكل جيد في البداية، مما يساعد على ضمان الاستخدام المعقول لأموال الخزينة وإجراء الترقيات والإصلاحات في الوقت المناسب. ولكن مع نضوج النظام، أصبح من الضروري تحسين عيوبه باستمرار ومواكبة أحدث التطورات. على سبيل المثال، في "الحوكمة v1"، جميع الاستفتاءات لها نفس الوزن، ولا يمكن التصويت على استفتاء واحد فقط في وقت واحد، ويمكن أن تستمر فترة التصويت لعدة أسابيع. وهذا يؤدي إلى ميل النظام للنظر بعناية في عدد قليل جداً من المقترحات بدلاً من النظر على نطاق واسع في عدة مقترحات.
"治理v2"( المعروف باسم "Gov2") غير طريقة اتخاذ القرارات اليومية، مما جعل الاستفتاءات أكثر شمولاً ومرونة، وزاد بشكل كبير من عدد القرارات الجماعية التي يمكن للنظام اتخاذها.
بعد إجراء مراجعة احترافية نهائية على شيفرته، ستقوم Gov2 بإطلاقها على Kusama. بعد الاختبار على Kusama، سيتم تقديم اقتراح لنشرها على Polkadot.
فرضية
تجمع الشبكة بين آليات مبتكرة متعددة، بما في ذلك دالة تحويل الحالة غير المحددة المخزنة على السلسلة والمُعرَّفة بواسطة WebAssembly، بالإضافة إلى آليات تصويت متعددة على السلسلة، مثل الاستفتاءات ذات العتبة المطلقة المتكيفة وآلية التصويت بالموافقة الجماعية.
يجب أن تتم جميع التغييرات على الاتفاقية من خلال تصويت مدعوم بالأصوات المتناسبة.
آلية
في الحوكمة v1، يدير حاملو التوكن النشطون والمجلس قرارات ترقية الشبكة معًا. سواء كانت الاقتراحات مقدمة من الجمهور أو من المجلس، يجب أن تمر في النهاية باستفتاء شعبي، حيث يتم اتخاذ القرار بناءً على وزن مقدار الرهانات وقيمة الإيمان.
توجد بعض التغييرات في إدارة v2. الطريقة التي تعكس خصائص اللامركزية في نموذج الإدارة الجديد هي:
نقل جميع المسؤوليات من المجلس إلى حاملي التوكن من خلال التصويت الديمقراطي
حل المجلس الحالي
يسمح للمستخدمين بتفويض حقوق التصويت لأعضاء المجتمع بطرق أكثر.
استفتاء
الاستفتاء هو خطة تصويت بسيطة وشاملة تعتمد على التوكنات. كل استفتاء له اقتراح محدد مرتبط به، يتم تنفيذه على شكل استدعاء وظائف امتيازات التشغيل.
الاستفتاء هو حدث منفصل له فترة تصويت ثابتة. بعد انتهاء فترة التصويت وإحصاء الأصوات، إذا تم الموافقة، سيتم استدعاء الوظيفة المناسبة. الاستفتاء دائمًا ثنائي؛ خيارات التصويت يمكن أن تكون "مؤيد"، "معارض" أو الامتناع الكامل.
في Gov2، يمكن لأي شخص بدء استفتاء في أي وقت، ولا يوجد حد للعدد. قدمت Gov2 مفاهيم جديدة مثل Origins( ومصدر) وTracks( لمساعدة عملية الاستفتاء.
يمكن اعتبار Origin كموصوف لمستوى الامتيازات المحدد. يحتاج المقترح إلى اختيار Origin المناسب للطلب بناءً على متطلبات الاقتراح.
كل Origin مرتبط بفئة استفتاء، وكل فئة لها Track. Track يوجز دورة حياة الاقتراح، وهو مستقل عن الفئات الأخرى. تسمح Tracks المستقلة المختلفة للشبكة بضبط ديناميات الاستفتاء بناءً على مستويات الامتياز الضمنية.
على سبيل المثال، تأثير ترقية Runtime على النظام البيئي، يختلف عن الموافقة على مكافأة الخزينة، وبالتالي يتطلب أصولًا مختلفة، حيث سيتم تحديد معدلات التصويت ومعدلات الموافقة والودائع وأقصر فترة تنفيذ مسبقًا.
) اقتراع الاقتراح
استفتاء عام
يمكن لأي شخص اقتراح استفتاء من خلال إيداع الحد الأدنى من الرموز خلال فترة معينة. إذا وافق شخص ما، يمكنه إيداع نفس كمية الرموز للتعبير عن الدعم، وهو ما يسمى "التأييد". ستُختار الاقتراحات التي حصلت على أعلى دعم من الرموز الملزمة كاستفتاء للدورة الانتخابية التالية.
في Gov2، عندما يتم إنشاء الاستفتاء، يمكن للمجتمع التصويت على الفور. لكن هذا الاستفتاء ليس في حالة يمكن إنهاؤها أو حساب الأصوات، والحصول على الموافقة وتنفيذها. بدلاً من ذلك، يجب أن يستوفي الاستفتاء بعض المعايير للدخول في حالة "قرار". قبل ذلك، لا يزال في حالة انتظار.
معايير الدخول في حالة Decided هي كما يلي:
مرت بفترة الاستيراد، أي الوقت الذي يجب أن يمر قبل اتخاذ القرار بالبدء. يساعد هذا في تقليل احتمال "استهداف القرار".
يجب أن يكون هناك مساحة متبقية للقرار. جميع المسارات لها قيود على عدد الاستفتاءات التي يمكن اتخاذها في نفس الوقت.
يجب دفع وديعة قرار. تكلفة إنشاء الاستفتاء منخفضة، ولكن يتطلب قرار الاستفتاء وديعة قابلة للاسترداد أكبر، لتقليل الرسائل غير المرغوب فيها.
جدول زمني للتصويت
في Gov2، توجد فترة تأهيل مدتها 28 يومًا للمقترحات عند الموافقة عليها. إذا انتهت هذه المرحلة دون الموافقة، سيتم رفض المقترح تلقائيًا.
استفتاء التصويت### الإدارةv2(
في Gov2، إذا كانت الاقتراحات تلبي متطلبات معدل الموافقة ومعدل الدعم، فإنها تحصل على الموافقة.
معدل الموافقة هو نسبة وزن تصويت الموافقة إلى الوزن الإجمالي للتصويت. معدل الدعم هو مقارنة العدد الإجمالي للأصوات المؤيدة مع العدد الإجمالي الممكن للأصوات في النظام.
يجب أن تلبي الاقتراحات هذا المعيار في أقصر وقت ممكن خلال فترة التأكيد. تختلف فترة التأكيد ومتطلبات الدعم الموافقة حسب المسارات المختلفة. يمكن الآن تكوين الدعم المطلوب والموافقة العامة.
في Gov2، ستعتبر الاقتراحات التي لم تتم الموافقة عليها بعد 28 يومًا بمثابة رفض افتراضي، وسيتم استرداد إيداع القرار. إذا ظل الاقتراح مقبولاً قبل انتهاء فترة التأكيد، فسيعتبر قد تمت الموافقة عليه، وسيتم التخطيط لتنفيذه من المصدر المقترح بعد فترة الصياغة. يتم تحديد فترة الصياغة عند الاقتراح، ولكنها أيضًا تخضع لقيود الحد الأدنى المستندة إلى المسار.
قفل طوعي
تستخدم بولكادوت مفهوم "التحجيم الطوعي"، مما يسمح لحاملي الرموز بزيادة حقوق التصويت من خلال إعلان رغبتهم في قفل الرموز لفترة معينة. سيتم حساب عدد أصوات كل حامل رمز باستخدام المعادلة التالية:
عدد الأصوات = الرموز * مضاعف الاقتناع
تتضاعف فترة التثبيت في كل مرة، ويزداد مضاعف الاقتناع بمقدار واحد. الحد الأقصى لفترة التثبيت هو 6)، ويوجد 32 فترة تثبيت (، وتساوي فترة التثبيت 28 يوماً.
بعد قفلها، لا يزال بإمكانك استخدام التوكن للتصويت والرهان، ولكن لا يمكنك نقلها إلى حساب آخر.
) مجلس الإدارة
في Gov2، هناك حاجة لاستراتيجية بديلة لتحل محل مسؤوليات مجلس الإدارة السابقة كهيئة تفويض للناخبين. حسنت Gov2 وظيفة التفويض المتعدد الأدوار، حيث يمكن للناخبين تعيين ممثلين مختلفين لكل نوع من الاستفتاءات في النظام.
إلغاء الاستفتاء
في Gov2، توجد عملية خاصة تُسمى Cancelation### لإلغاء (، تُستخدم للتدخل في الاقتراحات التي تم التصويت عليها بالفعل. ستقوم هذه العملية برفض الاستفتاء الجاري على الفور. إذا كان الاقتراح خبيثًا أو غير مرغوب فيه، تأكد من مصادرة وديعة المقترح.
الإلغاء هو في حد ذاته عملية حوكمة، ويجب أن يتم تنفيذه من خلال تصويت الشبكة. لديه أصله ومساره، مع فترة استيراد أقصر ومنحنى معدل الموافقة / الدعم، ويتناقص بسرعة من خلال الحواجز.
) زمالة بولكادوت
Fellowship هي مؤسسة خبراء ذاتية الحكم أساسية، تمثل الأشخاص الذين لديهم معرفة بشبكة بولكادوت وتقنيات البروتوكول. تقوم بتصنيف الأعضاء حسب "المستويات"، مما يمثل درجة حكمة آرائهم، والأساس الفني، ودرجة تماشيهم مع مصالح بولكادوت.
على عكس الجمعية التقنية الحالية، يهدف هذا إلى توسيع نطاق الأعضاء وتقليل حواجز الدخول. كل ما يتطلبه الأمر ليصبح المرء عضواً مرشحاً هو إيداع وديعة صغيرة.
يمكن لأعضاء Fellowship التصويت على أي اقتراح من اقتراحات Fellowship، ويتم وزن آراء الأعضاء الشاملة ### حسب المستوى ( لتشكل آراء Fellowship.
نظام المستويات
لتجنب حصول عدد قليل من المشاركين على السيطرة الفعالة على الشبكة، يتمسك النظام بثلاثة مبادئ رئيسية:
Fellowship لا يمكن أن تمتلك السلطة الصلبة على الشبكة.
يجب أن تمنح الزمالة وزناً أكبر للأعضاء ذوي المستويات العالية، ولكن لا ينبغي أن تكون مرتفعة لدرجة يتجاوز فيها توافق الآراء للأعضاء ذوي المستويات المنخفضة.
يجب على Fellowship أن تنمي وتطور مستوى المعرفة والاحتراف لأعضائها.
ستقوم الزمالة بوضع نظام أساسي يوضح متطلبات وتوقعات الحصول على والحفاظ على الرتب. يمكن للأعضاء ذوي الرتبة العالية التصويت وترقية الأعضاء ذوي الرتبة المنخفضة وفقًا للنظام الأساسي.
بعد فترة معينة، إذا لم يتمكن الأعضاء من إثبات وضعهم، سيتم تخفيض رتبهم تلقائيًا. يمكن أن يحدث الإيقاف فقط من خلال استفتاء. للحصول على أعلى مستوى، يحتاج الأمر إلى استفتاء.
القائمة البيضاء
تسمح لوائح القائمة البيضاء (Whitelist pallet) لجهة أصل (Origin) ما بترقية مستوى امتياز جهة أصل أخرى. في Gov2، يسمح ذلك لفيلوشيب (Fellowship) بتفويض مصدر جديد )Whitelisted-Root( لتنفيذ المهام بمستوى امتياز الجذر (Root) ، ويمكن استخدامه فقط مع أوامر محددة تم تفويضها من قبل فيلوشيب.
يسمح هذا النظام بوجود مسار متوازٍ جديد Track)Whitelisted-Root Origin(، حيث تسمح معاييره بدورات تصويت أقصر. من خلال عملية شفافة، حددت مجموعة من الخبراء العالميين أن هذا الإجراء آمن وعاجل.
) القائمة السوداء
يمكن وضع الاقتراحات في القائمة السوداء من خلال مصدر Root. سيتم إلغاء الاقتراحات المدرجة في القائمة السوداء والاستفتاءات ذات الصلة على الفور، ولا يمكن إعادة ظهور هاشها في قائمة الاقتراحات. هذا مفيد عند حذف الاقتراحات الخاطئة التي قد تُقدم بنفس الهَاش.
ومع ذلك، فإن هذا ليس حلاً كاملاً لمنع تقديم مقترحات غير صالحة، لأن التغييرات الطفيفة في نص الاقتراح يمكن أن تغير قيمة الهاش، مما يجعل القائمة السوداء غير فعالة.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
بوليغون الحوكمة 2.0: فصل جديد من اتخاذ القرار اللامركزي
الحوكمة V2
تستخدم بولكادوت آلية حوكمة دقيقة تسمح لها بالتطور بشكل أنيق وفقًا لاحتياجات أصحاب المصلحة. الهدف منها هو ضمان أن يكون للأغلبية دائمًا القدرة على التحكم في الشبكة.
قد تتغير المحتويات المقدمة في هذه المقالة. لقد مرت اتفاقية الحوكمة بعدة تحديثات (v1 وv2)، وسيكون هناك المزيد من التغييرات في المستقبل (v2.5).
يتكون النظام الأول للحكومة اللامركزية لبولكادوت (v1) من ثلاثة أجزاء رئيسية:
اللجنة الفنية: اللجنة الفنية المسؤولة عن إدارة جدول ترقية النظام.
المجلس: حكومة تنفيذية منتخبة من خلال التصويت، مسؤولة عن إدارة المعلمات، الإدارة واقتراحات الإنفاق.
استفتاء: نظام تصويت عام لجميع المسائل الأخرى، يمنح أصحاب المصلحة على المدى الطويل مزيدًا من النفوذ.
كان هذا النظام يعمل بشكل جيد في البداية، مما يساعد على ضمان الاستخدام المعقول لأموال الخزينة وإجراء الترقيات والإصلاحات في الوقت المناسب. ولكن مع نضوج النظام، أصبح من الضروري تحسين عيوبه باستمرار ومواكبة أحدث التطورات. على سبيل المثال، في "الحوكمة v1"، جميع الاستفتاءات لها نفس الوزن، ولا يمكن التصويت على استفتاء واحد فقط في وقت واحد، ويمكن أن تستمر فترة التصويت لعدة أسابيع. وهذا يؤدي إلى ميل النظام للنظر بعناية في عدد قليل جداً من المقترحات بدلاً من النظر على نطاق واسع في عدة مقترحات.
"治理v2"( المعروف باسم "Gov2") غير طريقة اتخاذ القرارات اليومية، مما جعل الاستفتاءات أكثر شمولاً ومرونة، وزاد بشكل كبير من عدد القرارات الجماعية التي يمكن للنظام اتخاذها.
بعد إجراء مراجعة احترافية نهائية على شيفرته، ستقوم Gov2 بإطلاقها على Kusama. بعد الاختبار على Kusama، سيتم تقديم اقتراح لنشرها على Polkadot.
فرضية
تجمع الشبكة بين آليات مبتكرة متعددة، بما في ذلك دالة تحويل الحالة غير المحددة المخزنة على السلسلة والمُعرَّفة بواسطة WebAssembly، بالإضافة إلى آليات تصويت متعددة على السلسلة، مثل الاستفتاءات ذات العتبة المطلقة المتكيفة وآلية التصويت بالموافقة الجماعية.
يجب أن تتم جميع التغييرات على الاتفاقية من خلال تصويت مدعوم بالأصوات المتناسبة.
آلية
في الحوكمة v1، يدير حاملو التوكن النشطون والمجلس قرارات ترقية الشبكة معًا. سواء كانت الاقتراحات مقدمة من الجمهور أو من المجلس، يجب أن تمر في النهاية باستفتاء شعبي، حيث يتم اتخاذ القرار بناءً على وزن مقدار الرهانات وقيمة الإيمان.
توجد بعض التغييرات في إدارة v2. الطريقة التي تعكس خصائص اللامركزية في نموذج الإدارة الجديد هي:
استفتاء
الاستفتاء هو خطة تصويت بسيطة وشاملة تعتمد على التوكنات. كل استفتاء له اقتراح محدد مرتبط به، يتم تنفيذه على شكل استدعاء وظائف امتيازات التشغيل.
الاستفتاء هو حدث منفصل له فترة تصويت ثابتة. بعد انتهاء فترة التصويت وإحصاء الأصوات، إذا تم الموافقة، سيتم استدعاء الوظيفة المناسبة. الاستفتاء دائمًا ثنائي؛ خيارات التصويت يمكن أن تكون "مؤيد"، "معارض" أو الامتناع الكامل.
في Gov2، يمكن لأي شخص بدء استفتاء في أي وقت، ولا يوجد حد للعدد. قدمت Gov2 مفاهيم جديدة مثل Origins( ومصدر) وTracks( لمساعدة عملية الاستفتاء.
يمكن اعتبار Origin كموصوف لمستوى الامتيازات المحدد. يحتاج المقترح إلى اختيار Origin المناسب للطلب بناءً على متطلبات الاقتراح.
كل Origin مرتبط بفئة استفتاء، وكل فئة لها Track. Track يوجز دورة حياة الاقتراح، وهو مستقل عن الفئات الأخرى. تسمح Tracks المستقلة المختلفة للشبكة بضبط ديناميات الاستفتاء بناءً على مستويات الامتياز الضمنية.
على سبيل المثال، تأثير ترقية Runtime على النظام البيئي، يختلف عن الموافقة على مكافأة الخزينة، وبالتالي يتطلب أصولًا مختلفة، حيث سيتم تحديد معدلات التصويت ومعدلات الموافقة والودائع وأقصر فترة تنفيذ مسبقًا.
) اقتراع الاقتراح
استفتاء عام
يمكن لأي شخص اقتراح استفتاء من خلال إيداع الحد الأدنى من الرموز خلال فترة معينة. إذا وافق شخص ما، يمكنه إيداع نفس كمية الرموز للتعبير عن الدعم، وهو ما يسمى "التأييد". ستُختار الاقتراحات التي حصلت على أعلى دعم من الرموز الملزمة كاستفتاء للدورة الانتخابية التالية.
في Gov2، عندما يتم إنشاء الاستفتاء، يمكن للمجتمع التصويت على الفور. لكن هذا الاستفتاء ليس في حالة يمكن إنهاؤها أو حساب الأصوات، والحصول على الموافقة وتنفيذها. بدلاً من ذلك، يجب أن يستوفي الاستفتاء بعض المعايير للدخول في حالة "قرار". قبل ذلك، لا يزال في حالة انتظار.
معايير الدخول في حالة Decided هي كما يلي:
جدول زمني للتصويت
في Gov2، توجد فترة تأهيل مدتها 28 يومًا للمقترحات عند الموافقة عليها. إذا انتهت هذه المرحلة دون الموافقة، سيتم رفض المقترح تلقائيًا.
استفتاء التصويت### الإدارةv2(
في Gov2، إذا كانت الاقتراحات تلبي متطلبات معدل الموافقة ومعدل الدعم، فإنها تحصل على الموافقة.
معدل الموافقة هو نسبة وزن تصويت الموافقة إلى الوزن الإجمالي للتصويت. معدل الدعم هو مقارنة العدد الإجمالي للأصوات المؤيدة مع العدد الإجمالي الممكن للأصوات في النظام.
يجب أن تلبي الاقتراحات هذا المعيار في أقصر وقت ممكن خلال فترة التأكيد. تختلف فترة التأكيد ومتطلبات الدعم الموافقة حسب المسارات المختلفة. يمكن الآن تكوين الدعم المطلوب والموافقة العامة.
في Gov2، ستعتبر الاقتراحات التي لم تتم الموافقة عليها بعد 28 يومًا بمثابة رفض افتراضي، وسيتم استرداد إيداع القرار. إذا ظل الاقتراح مقبولاً قبل انتهاء فترة التأكيد، فسيعتبر قد تمت الموافقة عليه، وسيتم التخطيط لتنفيذه من المصدر المقترح بعد فترة الصياغة. يتم تحديد فترة الصياغة عند الاقتراح، ولكنها أيضًا تخضع لقيود الحد الأدنى المستندة إلى المسار.
قفل طوعي
تستخدم بولكادوت مفهوم "التحجيم الطوعي"، مما يسمح لحاملي الرموز بزيادة حقوق التصويت من خلال إعلان رغبتهم في قفل الرموز لفترة معينة. سيتم حساب عدد أصوات كل حامل رمز باستخدام المعادلة التالية:
عدد الأصوات = الرموز * مضاعف الاقتناع
تتضاعف فترة التثبيت في كل مرة، ويزداد مضاعف الاقتناع بمقدار واحد. الحد الأقصى لفترة التثبيت هو 6)، ويوجد 32 فترة تثبيت (، وتساوي فترة التثبيت 28 يوماً.
بعد قفلها، لا يزال بإمكانك استخدام التوكن للتصويت والرهان، ولكن لا يمكنك نقلها إلى حساب آخر.
) مجلس الإدارة
في Gov2، هناك حاجة لاستراتيجية بديلة لتحل محل مسؤوليات مجلس الإدارة السابقة كهيئة تفويض للناخبين. حسنت Gov2 وظيفة التفويض المتعدد الأدوار، حيث يمكن للناخبين تعيين ممثلين مختلفين لكل نوع من الاستفتاءات في النظام.
إلغاء الاستفتاء
في Gov2، توجد عملية خاصة تُسمى Cancelation### لإلغاء (، تُستخدم للتدخل في الاقتراحات التي تم التصويت عليها بالفعل. ستقوم هذه العملية برفض الاستفتاء الجاري على الفور. إذا كان الاقتراح خبيثًا أو غير مرغوب فيه، تأكد من مصادرة وديعة المقترح.
الإلغاء هو في حد ذاته عملية حوكمة، ويجب أن يتم تنفيذه من خلال تصويت الشبكة. لديه أصله ومساره، مع فترة استيراد أقصر ومنحنى معدل الموافقة / الدعم، ويتناقص بسرعة من خلال الحواجز.
) زمالة بولكادوت
Fellowship هي مؤسسة خبراء ذاتية الحكم أساسية، تمثل الأشخاص الذين لديهم معرفة بشبكة بولكادوت وتقنيات البروتوكول. تقوم بتصنيف الأعضاء حسب "المستويات"، مما يمثل درجة حكمة آرائهم، والأساس الفني، ودرجة تماشيهم مع مصالح بولكادوت.
على عكس الجمعية التقنية الحالية، يهدف هذا إلى توسيع نطاق الأعضاء وتقليل حواجز الدخول. كل ما يتطلبه الأمر ليصبح المرء عضواً مرشحاً هو إيداع وديعة صغيرة.
يمكن لأعضاء Fellowship التصويت على أي اقتراح من اقتراحات Fellowship، ويتم وزن آراء الأعضاء الشاملة ### حسب المستوى ( لتشكل آراء Fellowship.
نظام المستويات
لتجنب حصول عدد قليل من المشاركين على السيطرة الفعالة على الشبكة، يتمسك النظام بثلاثة مبادئ رئيسية:
ستقوم الزمالة بوضع نظام أساسي يوضح متطلبات وتوقعات الحصول على والحفاظ على الرتب. يمكن للأعضاء ذوي الرتبة العالية التصويت وترقية الأعضاء ذوي الرتبة المنخفضة وفقًا للنظام الأساسي.
بعد فترة معينة، إذا لم يتمكن الأعضاء من إثبات وضعهم، سيتم تخفيض رتبهم تلقائيًا. يمكن أن يحدث الإيقاف فقط من خلال استفتاء. للحصول على أعلى مستوى، يحتاج الأمر إلى استفتاء.
القائمة البيضاء
تسمح لوائح القائمة البيضاء (Whitelist pallet) لجهة أصل (Origin) ما بترقية مستوى امتياز جهة أصل أخرى. في Gov2، يسمح ذلك لفيلوشيب (Fellowship) بتفويض مصدر جديد )Whitelisted-Root( لتنفيذ المهام بمستوى امتياز الجذر (Root) ، ويمكن استخدامه فقط مع أوامر محددة تم تفويضها من قبل فيلوشيب.
يسمح هذا النظام بوجود مسار متوازٍ جديد Track)Whitelisted-Root Origin(، حيث تسمح معاييره بدورات تصويت أقصر. من خلال عملية شفافة، حددت مجموعة من الخبراء العالميين أن هذا الإجراء آمن وعاجل.
) القائمة السوداء
يمكن وضع الاقتراحات في القائمة السوداء من خلال مصدر Root. سيتم إلغاء الاقتراحات المدرجة في القائمة السوداء والاستفتاءات ذات الصلة على الفور، ولا يمكن إعادة ظهور هاشها في قائمة الاقتراحات. هذا مفيد عند حذف الاقتراحات الخاطئة التي قد تُقدم بنفس الهَاش.
ومع ذلك، فإن هذا ليس حلاً كاملاً لمنع تقديم مقترحات غير صالحة، لأن التغييرات الطفيفة في نص الاقتراح يمكن أن تغير قيمة الهاش، مما يجعل القائمة السوداء غير فعالة.