Quorum

ما معنى Quorum في عالم الكريبتو؟

Quorum هو الحد الأدنى من المشاركة أو قوة التصويت أو دعم المدققين المطلوب لصحة قرار متعلق بالعملات المشفرة.

في معظم نقاشات حوكمة العملات المشفرة، يعني Quorum الحد الأدنى لعدد الأصوات التي يجب الإدلاء بها قبل تمرير مقترح DAO.

إذا حصل المقترح على أصوات «نعم» أكثر من أصوات «لا»، لكنه لم يبلغ النصاب المطلوب، فعادةً ما يفشل أو لا يمكن المضي فيه.

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

يصف دليل Aragon لحوكمة DAO النصاب بأنه الحد الأدنى للمشاركة، ويوضح أنه عدد الناخبين اللازم لصحة التصويت.

وقد يظهر المصطلح أيضًا في إجماع المدققين ومحافظ التوقيعات المتعددة واللجان وأنظمة البلوكشين المؤسسية.

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

توضح وثائق Ethereum لإثبات الحصة أن النهائية في نظام إثبات الحصة لدى Ethereum تتطلب أغلبية الثلثين.

في DAO، يحمي النصاب شرعية الحوكمة.

وفي شبكة المدققين، يحمي اتفاق الشبكة.

وفي محفظة متعددة التوقيعات، يحمي التحكم المشترك في الخزانة.

والفكرة المشتركة هي أن الإجراء المهم لا ينبغي أن يوافق عليه عدد قليل جدًا من المشاركين.

النصاب بوصفه قاعدة لحوكمة DAO

في حوكمة DAO، يشير النصاب إلى حد أدنى للمشاركة في المقترحات.

قد تصوّت DAO على إنفاق الخزانة أو ترقيات البروتوكول أو تغييرات المعلمات أو المنح أو الشراكات أو ضوابط المخاطر أو تغييرات عملية الحوكمة.

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

فعلى سبيل المثال، قد تشترط DAO مشاركة ما لا يقل عن 10% من إجمالي قوة التصويت حتى يكون المقترح صالحًا.

إذا لم يصوّت سوى 3% من إجمالي قوة التصويت، فقد يفشل المقترح حتى لو أيده جميع المصوتين.

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

يكتسب النصاب أهمية خاصة في عالم العملات المشفرة لأن كثيرًا من توكنات الحوكمة موزعة على نطاق واسع، وكثيرًا من حامليها لا يصوتون بانتظام.

من دون نصاب، قد تتمكن مجموعة صغيرة من تمرير مقترحات بينما يكون معظم الأعضاء غير نشطين أو غير مطلعين أو مترددين.

أما بوجود النصاب، فتشترط DAO حدًا أدنى من المشاركة قبل تغيير القواعد المشتركة أو نقل الأصول المشتركة.

لذلك تشكل قاعدة النصاب وسيلة دفاع ضد الاستحواذ على الحوكمة والقرارات ضعيفة الشرعية وتمرير المقترحات على عجل.

كيف يعمل النصاب؟

يعمل النصاب بمقارنة مقدار المشاركة في التصويت بالحد المطلوب.

قد يُحدد الحد في صورة عدد ثابت من الأصوات أو نسبة مئوية من عرض التوكنات أو نسبة من قوة التصويت المفوضة أو نسبة من المحافظ المؤهلة.

في الحوكمة القائمة على التوكنات، تُحدد قوة التصويت غالبًا وفق أرصدة توكنات الحوكمة أو وزن التصويت المفوض.

وفي الحوكمة القائمة على المحافظ، قد تستند قوة التصويت إلى محافظ الأعضاء المعتمدة أو موقعي المحفظة متعددة التوقيعات.

في عقود الحوكمة على السلسلة، قد يُحسب النصاب تلقائيًا عبر منطق العقد الذكي.

توضح وثائق OpenZeppelin Governor أن عقود Governor تتضمن دالة للنصاب تحدد الحد الأدنى من الأصوات المدلى بها اللازم لنجاح المقترح.

وتوضح الوثائق نفسها إمكانية تغيير النصاب بمرور الوقت، مثل ربطه بإجمالي عرض التوكن عند نقطة زمنية محددة للتصويت.

وهذا مهم لأن عرض التوكنات والتفويض وقوة التصويت قد تتغير بمرور الوقت.

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

يساعد ذلك على الحد من التلاعب ويسهل تدقيق التصويت.

النصاب مقارنة بالأغلبية

يرتبط النصاب بالأغلبية، لكنهما ليسا الشيء نفسه.

يسأل النصاب عما إذا كانت قوة تصويت كافية قد شاركت.

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

قد يحصل المقترح على الأغلبية، لكنه يظل دون النصاب.

لنفترض مثلًا أن DAO لديها 1,000,000 صوت، وتشترط 100,000 صوت لبلوغ النصاب.

إذا أيد المقترح 60,000 صوت وعارضه 10,000 صوت، فسيحظى بأغلبية قوية بين المصوتين.

لكن المشاركة لم تتجاوز 70,000 صوت، لذا لم يبلغ المقترح نصاب 100,000 صوت.

وبموجب هذه القاعدة، سيفشل المقترح.

هذا التمييز مهم لأن كثيرًا من المبتدئين يعتقدون أن المقترح يمر كلما تجاوزت أصوات «نعم» قاعدة النصاب.

وهذا التمييز مهم لأن كثيرًا من المبتدئين يعتقدون أن المقترح يمر كلما زادت أصوات «نعم» على أصوات «لا».

في حوكمة DAO الفعلية، قد يحتاج المقترح إلى بلوغ النصاب وتحقيق نسبة تصويت مؤيدة للتمرير معًا.

النصاب مقارنة بنسبة التمرير

نسبة التمرير هي نسبة الأصوات المؤيدة المطلوبة لتمرير المقترح.

أما النصاب فهو الحد الأدنى للمشاركة اللازم لصحة التصويت.

يفصل دليل حوكمة Aragon بين الحد الأدنى للمشاركة ونسبة التمرير، ويوضح أن نسبة التمرير هي عدد أصوات «نعم» المطلوبة لتمرير التصويت.

قد تستخدم DAO نسبة تمرير بسيطة، مثل أكثر من 50% من الأصوات المشاركة.

وقد تستخدم أيضًا نسبة أغلبية ساحقة، مثل 67% أو أكثر، للقرارات الحساسة.

يجيب النصاب عن السؤال: «هل صوّت عدد كافٍ من الأشخاص؟»

أما نسبة التمرير فتجيب عن السؤال: «هل وافق عدد كافٍ من الناخبين؟»

كلتا القاعدتين مهمتان لأنهما تحميان جانبين مختلفين من عملية الحوكمة.

يحمي النصاب من ضعف المشاركة.

وتحمي نسبة التمرير من ضعف التأييد.

النصاب مقارنة بحد المقترح

يختلف النصاب أيضًا عن حد المقترح.

حد المقترح هو الحد الأدنى من قوة التصويت المطلوبة لإنشاء مقترح أو تقديمه.

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

توضح وثائق Tally الخاصة بالمقترحات أن كثيرًا من أطر الحوكمة تشترط بلوغ حد المقترح قبل أن يتمكن المستخدم من إنشاء مقترح.

وهذا التمييز مهم لأن تقديم المقترح والموافقة عليه خطوتان منفصلتان.

قد تشترط DAO أن يمتلك مقدّم المقترح قوة تصويت كافية أو أن يحصل على تفويض بها قبل تقديم مقترح رسمي.

وبعد تقديم المقترح، قد تشترط DAO بلوغ النصاب لتمريره.

يحدد حد المقترح الجهات التي يمكنها بدء إجراءات الحوكمة الرسمية.

أما النصاب فيحدد ما إذا كان المجتمع قد شارك بما يكفي في القرار.

تحتاج DAO القوية عادةً إلى القاعدتين، لأن المقترحات المزعجة والموافقات ذات المشاركة الضعيفة مشكلتان مختلفتان.

النصاب مقارنة بقوة التصويت

قوة التصويت هي مقدار النفوذ الذي يمتلكه الناخب في تصويت الحوكمة.

أما النصاب فهو إجمالي المشاركة في التصويت المطلوبة لاحتساب المقترح.

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

وفي التصويت القائم على المحافظ، قد يكون لكل محفظة معتمدة صوت واحد أو وزن تصويت ثابت.

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

لا يحدد النصاب مقدار قوة التصويت التي يملكها كل ناخب.

بل يحدد فقط مقدار المشاركة الإجمالية المطلوبة.

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

وقد يجعل ذلك الحوكمة أكثر كفاءة، لكنه قد يؤدي أيضًا إلى تركيز النفوذ.

لذلك تجمع DAOs غالبًا بين قواعد النصاب وشفافية التفويض ولوحات التصويت والمنتديات وفترات التأخير الزمني.

أنواع النصاب في حوكمة العملات المشفرة

يشترط النصاب الثابت عددًا محددًا من الأصوات لصحة المقترح.

ويشترط نصاب النسبة المئوية نسبة محددة من إجمالي العرض أو العرض المفوض أو قوة التصويت المؤهلة.

يتغير النصاب الديناميكي وفق ظروف مثل العرض أو المشاركة أو نوع المقترح أو نسبة المشاركة التاريخية.

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

يحتسب نصاب المشاركة جميع الأصوات المشاركة، بما فيها «مع» و«ضد» وأحيانًا «امتناع».

أما نصاب التأييد فقد يحتسب الأصوات المؤيدة للمقترح فقط.

تستخدم أنظمة الحوكمة المختلفة تعريفات مختلفة، لذا ينبغي قراءة القواعد بعناية قبل افتراض آلية احتساب النصاب.

تصف وثائق Compound Governor أصوات النصاب بأنها الحد الأدنى المطلوب من الأصوات المؤيدة لنجاح المقترح.

وهذا يوضح اختلاف المعنى الدقيق للنصاب باختلاف تصميم الحوكمة.

تحتسب بعض الأنظمة المشاركة الإجمالية، بينما تشترط أخرى حدًا أدنى من الأصوات المؤيدة.

نصاب المشاركة

يشترط نصاب المشاركة مستوى كافيًا من إجمالي النشاط التصويتي حتى يكون المقترح صالحًا.

قد يحتسب هذا النوع من النصاب أصوات «مع» و«ضد» و«امتناع» بوصفها مشاركة.

والفكرة هي ألا يُمرر المقترح أو يُرفض بناءً على عدد ضئيل من الناخبين.

يكون نصاب المشاركة ملائمًا عندما ترغب DAO في قياس ما إذا كان عدد كافٍ من الأعضاء قد شارك.

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

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

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

ينبغي لمصممي DAO توضيح ما إذا كانت أصوات الامتناع تُحتسب ضمن النصاب.

إذا لم يفهم الناخبون هذه القاعدة، فقد تبدو النتيجة النهائية مربكة أو غير عادلة.

نصاب التأييد

يشترط نصاب التأييد حدًا أدنى من أصوات «مع» قبل تمرير المقترح.

يركز هذا التصميم على التأييد الفعلي بدلًا من المشاركة الإجمالية.

فقد يحتاج المقترح، مثلًا، إلى 400,000 صوت «مع» وإلى أصوات «مع» أكثر من أصوات «ضد».

تصف وثائق Compound أصوات النصاب بأنها الحد الأدنى من الأصوات المؤيدة اللازمة لنجاح المقترح.

قد يجعل نصاب التأييد تمرير المقترحات ضعيفة التأييد أصعب.

كما يتجنب حالة تساعد فيها أصوات الامتناع الكثيرة المقترح على بلوغ النصاب رغم قلة الناخبين المؤيدين له فعليًا.

أما عيبه فهو صعوبة بلوغه عند ضعف الإقبال أو انتشار قوة التصويت على نطاق واسع.

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

ينبغي لمجتمعات DAO تحقيق التوازن بين السلامة وإمكانية المشاركة الواقعية.

النصاب الديناميكي

يتغير النصاب الديناميكي بمرور الوقت أو وفق ظروف الحوكمة.

فقد يُحدد النصاب مثلًا كنسبة من عرض التوكنات عند وقت اللقطة.

توضح وثائق OpenZeppelin Governor إمكانية تغير النصاب تبعًا لقيم مثل إجمالي عرض التوكنات عند نقطة زمنية محددة.

يساعد ذلك نظام الحوكمة على الحفاظ على دقته عندما يتغير عرض التوكنات بسبب السك أو الحرق أو الاستحقاق أو الترحيل.

كما يمكن تصميم النصاب الديناميكي وفق نوع المقترح.

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

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

يوفر هذا التصميم مرونة أكبر، لكنه أكثر تعقيدًا أيضًا.

يجب على المستخدمين فهم قاعدة النصاب المطبقة على كل فئة من المقترحات.

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

النصاب الفائق

النصاب الفائق هو حد أعلى للنصاب، يُستخدم للحصول على موافقة حوكمية أقوى أو أسرع.

يتضمن OpenZeppelin Contracts إضافة GovernorSuperQuorum، التي تسمح للمقترحات التي تبلغ النصاب الفائق وتحظى بدعم الأغلبية بالتقدم قبل الموعد النهائي للمقترح.

قد يفيد هذا التصميم عندما يحظى المقترح بتأييد ساحق وترغب DAO في تقليل وقت الانتظار غير الضروري.

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

ينبغي الجمع بين النصاب الفائق ومعايير واضحة لمراجعة المقترحات وفحوص أمنية وضمانات التأخير الزمني.

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

أما في الترقيات الحرجة للبروتوكول أو التحويلات الكبيرة من الخزانة، فقد تفضل DAO فترة تصويت كاملة حتى إذا كان التأييد قويًا.

الهدف هو تحسين الكفاءة من دون إضعاف سلامة الحوكمة.

النصاب المتأخر

يحدث النصاب المتأخر عندما يبلغ المقترح النصاب قرب نهاية فترة التصويت.

وقد ينطوي ذلك على مخاطر، إذ قد لا يتاح للناخبين الآخرين وقت كافٍ للرد.

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

وقد لا يلاحظ الأعضاء الآخرون التغيير قبل انتهاء التصويت.

تتضمن وثائق OpenZeppelin Governor إضافة GovernorPreventLateQuorum التي تضمن حدًا أدنى لفترة التصويت بعد بلوغ النصاب.

صُممت هذه الميزة للحد من مفاجآت الحوكمة في اللحظات الأخيرة.

تفيد الحماية من النصاب المتأخر لأنها تمنح الناخبين وقتًا للرد بعد أن يصبح المقترح قابلًا للتنفيذ بجدية.

ومن دون هذه الحماية، يمكن استخدام النصاب كسلاح للتلاعب بالتوقيت.

ينبغي لـDAOs التي لديها مندوبون كبار أو قوة تصويت مركزة أن تولي مخاطر النصاب المتأخر اهتمامًا خاصًا.

أهمية النصاب لـDAOs

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

قد ينقل المقترح الأموال أو يغير معلمات المخاطر أو يحدّث العقود أو يوافق على المنح أو يعدل قواعد الحوكمة.

إذا أمكن تمرير هذه القرارات بمشاركة ضئيلة جدًا، تصبح DAO عرضة للخطر.

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

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

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

يحاول تصميم النصاب الجيد حماية DAO من دون شلها.

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

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

النصاب والتفويض

يتيح التفويض لحاملي التوكنات إسناد قوة تصويتهم إلى عنوان آخر.

وقد يساعد ذلك DAO على بلوغ النصاب، لأن المندوبين النشطين يمكنهم التصويت نيابة عن الحاملين غير النشطين.

توضح وثائق Votes من OpenZeppelin إمكانية تفويض وحدات التصويت إلى ممثلين يجمعون الوحدات المفوضة ويستخدمونها في اتخاذ القرارات.

يفيد التفويض لأن معظم حاملي التوكنات لا يملكون وقتًا لمراجعة كل مقترح.

يمكن للمندوب الموثوق دراسة المقترحات وحضور مكالمات الحوكمة ونشر مبرراته والتصويت بانتظام.

لكن التفويض قد يؤدي أيضًا إلى تركيز السلطة.

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

وجدت دراسة أكاديمية عن مركزية حوكمة DAO نُشرت في 2026 أن آليات الحوكمة مثل تسجيل التوكنات والتخزين والتفويض قد تسهم في تركيز قوة التصويت.

الدراسة متاحة عبر بحث arXiv حول مركزية حوكمة DAO.

لذلك ينبغي أن يكون التفويض شفافًا وقابلًا للإلغاء وخاضعًا لمتابعة المجتمع.

النصاب وأصوات الامتناع

أصوات الامتناع هي أصوات لا تؤيد المقترح أو تعارضه مباشرة.

في بعض أنظمة الحوكمة، تُحتسب أصوات الامتناع ضمن النصاب.

وفي أنظمة أخرى، قد لا تُحتسب أو قد تُحتسب بطريقة مختلفة.

هذه التفاصيل مهمة لأن أصوات الامتناع قد تغير إمكانية بلوغ النصاب.

قد يمتنع الناخب عن التصويت لأنه يرى أن المقترح يستحق تصويتًا صالحًا، لكنه لا يملك معلومات كافية لاختيار موقف.

وقد يمتنع أيضًا بسبب وجود تضارب في المصالح.

في أنظمة نصاب المشاركة، قد تساعد أصوات الامتناع على اعتماد التصويت.

أما في أنظمة نصاب التأييد، فقد لا تساعد هذه الأصوات على تمرير المقترح.

ينبغي لكل DAO أن توضح كيفية تأثير أصوات الامتناع في النصاب.

وعلى الناخبين مراجعة قواعد الاحتساب قبل افتراض أن الامتناع محايد.

النصاب في التصويت خارج السلسلة

يمكن تطبيق النصاب أيضًا على التصويت خارج السلسلة.

يعني التصويت خارج السلسلة تسجيل الأصوات خارج البلوكشين، وغالبًا عبر رسائل موقعة بدلًا من معاملات على السلسلة.

تصف وثائق Snapshot Snapshot بأنها منصة تصويت تتيح لـDAOs وبروتوكولات DeFi ومجتمعات NFT التصويت من دون رسوم غاز واستخدام استراتيجيات تصويت مرنة.

قد يقلل التصويت خارج السلسلة التكلفة ويسهل مشاركة المجتمع في الحوكمة.

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

غالبًا ما تفرض منصة التصويت أو قواعد الحوكمة أو عملية المجتمع النصاب في التصويت خارج السلسلة.

فعلى سبيل المثال، قد يتطلب تصويت Snapshot حدًا أدنى من قوة التصويت قبل أن يعتبر المجتمع النتيجة صالحة.

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

وهذا يخلق فرقًا بين النصاب الاجتماعي والنصاب القابل للتنفيذ.

ينبغي لـDAO توضيح ما إذا كان النصاب في التصويت خارج السلسلة ملزمًا أو استشاريًا أو مجرد استطلاع أولي.

النصاب في التصويت على السلسلة

يسجل التصويت على السلسلة الأصوات وحالة المقترحات مباشرة في العقود الذكية.

وفي هذا النموذج، يمكن فرض النصاب بواسطة الشيفرة.

إذا لم يُبلغ النصاب، فقد تظل حالة المقترح «مرفوض» أو يتعذر الانتقال إلى التنفيذ.

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

كما قد يقلل السلطة التقديرية البشرية، لأن العقد الذكي يتبع قواعد محددة مسبقًا.

لكن التصويت على السلسلة قد يتطلب رسوم غاز، خصوصًا على الشبكات ذات رسوم المعاملات الأعلى.

ويتطلب أيضًا تصميمًا دقيقًا للعقود الذكية، لأن خطأً في الحوكمة قد يؤثر في البروتوكول بأكمله.

تُستخدم عقود OpenZeppelin Governor عادةً لبناء أنظمة الحوكمة على السلسلة بصورة معيارية.

وتتيح هذه العقود لـDAOs تخصيص تأخير التصويت وفترته وحد المقترح ومنطق النصاب وطريقة احتساب الأصوات وسلوك التأخير الزمني.

ينبغي تدقيق منطق النصاب على السلسلة واختباره بعناية في البروتوكولات ذات القيمة العالية.

النصاب في محافظ التوقيعات المتعددة

قد يشير النصاب أيضًا إلى عدد التوقيعات المطلوبة في محفظة متعددة التوقيعات.

تتطلب المحفظة متعددة التوقيعات، التي تُسمى غالبًا Multisig، موافقة عدة موقّعين معتمدين قبل تنفيذ المعاملة.

فعلى سبيل المثال، تتطلب محفظة متعددة التوقيعات بنظام 3 من 5 موافقة أي ثلاثة من خمسة موقّعين على المعاملة.

في هذه الحالة، يكون النصاب ثلاثة توقيعات.

تُستخدم محافظ Multisig على نطاق واسع لخزائن DAOs وضوابط الطوارئ للبروتوكولات والمنح والمحافظ التشغيلية.

قد يسرّع نصاب Multisig المنخفض المعاملات، لكنه قد يزيد خطر الاستيلاء على المحفظة.

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

ينبغي أن يراعي تصميم نصاب Multisig ثقة الموقّعين ومواقعهم الجغرافية ومدى توافرهم وأمان المفاتيح وإجراءات الطوارئ وقيمة الخزانة.

لا يساوي نصاب Multisig نصاب التصويت في DAO، لكن كلا المفهومين يستخدم حدًا أدنى للموافقة لحماية الأصول المشتركة.

النصاب في إجماع البلوكشين

قد يعني النصاب في إجماع البلوكشين دعم المدققين المطلوب لتأكيد كتلة أو اعتمادها نهائيًا.

يختلف هذا الاستخدام عن التصويت في DAO، لكن المنطق متشابه.

ينبغي ألا تعتمد الشبكة كتلة نهائيًا ما لم يوافق عليها عدد كافٍ من المدققين.

يتطلب إثبات الحصة في Ethereum أغلبية الثلثين لتحقيق النهائية، وفق الوثائق الرسمية لـEthereum.

وتتطلب بعض أنظمة تحمل الأعطال البيزنطية أيضًا أكثر من ثلثي قوة تصويت المدققين لاعتماد الكتلة.

يساعد هذا الحد على حماية السلامة عندما يكون بعض المدققين غير متصلين أو معطلين أو ضارين.

تفرض قواعد البروتوكول عادةً نصاب الإجماع بدلًا من التصويت المجتمعي.

إذا لم تتمكن الشبكة من بلوغ نصاب المدققين المطلوب، فقد تتوقف النهائية أو تتباطأ.

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

يحمي نصاب الإجماع طبقة الاتفاق في السلسلة، بينما يحمي نصاب الحوكمة طبقة اتخاذ القرار.

النصاب وهجمات الحوكمة

قد تحدث هجمات الحوكمة عندما يحصل مهاجم على قوة تصويت كافية لتمرير مقترح ضار.

قد يقلل النصاب هذا الخطر، لكنه لا يستطيع القضاء عليه بمفرده.

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

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

وإذا كانت توكنات الحوكمة سائلة، فقد يشتري المهاجم قوة تصويت كافية أو يقترضها أو يسيطر عليها مؤقتًا للتأثير في التصويت.

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

ينبغي اعتبار النصاب جزءًا من أمن الحوكمة، لا نظام الأمان بأكمله.

حتى DAO ذات نصاب قوي قد تمرر إجراءات خطرة إذا كانت مراجعة المقترحات ضعيفة.

وقد تنفذ DAO ذات نصاب قوي مقترحًا ضارًا بسرعة كبيرة إذا لم تستخدم تأخيرًا زمنيًا.

يجمع أمن الحوكمة الجيد بين النصاب والشفافية ووقت المراجعة ووضوح بيانات المقترح وإجراءات الطوارئ.

مخاطر النصاب المنخفض

يسهل النصاب المنخفض تمرير المقترحات.

وقد يفيد ذلك DAOs الصغيرة أو الناشئة التي لم تحقق بعد مشاركة مرتفعة من الناخبين.

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

قد تسيطر مجموعة صغيرة من الناخبين المنظمين على النتائج، بينما يظل معظم الأعضاء غير نشطين.

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

يكون ذلك خطرًا خصوصًا عندما تتحكم DAO في خزانة كبيرة أو عقود بروتوكول قابلة للترقية.

قد يكون النصاب المنخفض مقبولًا للقرارات منخفضة المخاطر، مثل استطلاعات المجتمع أو المنح الصغيرة.

لكنه قد لا يكون مناسبًا للتحويلات الكبيرة من الخزانة أو ترقيات العقود أو تغييرات عرض التوكنات أو تعديل قواعد الحوكمة.

ينبغي لـDAOs مواءمة النصاب مع مخاطر المقترح.

كلما زادت أهمية القرار، ينبغي عادةً أن يكون شرط المشاركة أقوى.

مخاطر النصاب المرتفع

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

إذا كان النصاب مرتفعًا جدًا، فقد تفشل المقترحات حتى عندما يؤيدها معظم الناخبين النشطين.

وقد يمنع ذلك DAO من إصلاح الأخطاء أو ترقية العقود أو تمويل الفرق أو الاستجابة لظروف السوق.

كما قد يمنح النصاب المرتفع الحاملين غير النشطين حق نقض غير مباشر، إذ يمنع عدم مشاركتهم القرارات من أن تصبح صالحة.

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

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

تعالج بعض DAOs ذلك بتطبيق مستويات مختلفة من النصاب على أنواع مختلفة من المقترحات.

وتستخدم أخرى التصويت المفوض لمساعدة الممثلين النشطين على بلوغ النصاب.

الهدف هو تجنب الاستحواذ والشلل معًا.

ينبغي أن يكون النصاب الصحي مرتفعًا بما يكفي لحماية DAO، وواقعيًا بما يكفي لاستمرار الحوكمة.

النصاب والتأخيرات الزمنية

التأخير الزمني هو فترة انتظار بين الموافقة على المقترح وتنفيذه.

يحدد النصاب ما إذا كانت مشاركة كافية في التصويت قد تحققت لتمرير المقترح.

ويمنح التأخير الزمني المستخدمين وقتًا للرد بعد تمرير المقترح.

توضح وثائق الحوكمة من OpenZeppelin أن TimelockController يضيف تأخيرًا بين المقترح وتنفيذه.

وهذا مهم لأن المقترح قد يبلغ النصاب، مع احتوائه على إجراء ضار أو غير متوقع.

يمنح التأخير الزمني المستخدمين والمندوبين والمدققين وفرق الأمن وقتًا لفحص بيانات التنفيذ النهائية قبل التنفيذ.

قد يكون النصاب من دون تأخير زمني محفوفًا بالمخاطر بالنسبة إلى DAOs ذات القيمة العالية.

فقد يُنفذ مقترح ضار يبلغ النصاب قبل أن يتمكن المستخدمون من سحب الأموال أو تنبيه المجتمع.

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

ويشيع هذا الجمع في أنظمة الحوكمة الجادة على السلسلة.

النصاب ولقطات التصويت

تسجل لقطة التصويت قوة التصويت في وقت محدد.

تساعد اللقطات على منع الناخبين من نقل التوكنات للتصويت عدة مرات أو تغيير قوة تصويتهم أثناء التصويت.

تستخدم أدوات الحوكمة في OpenZeppelin نقاطًا زمنية وعمليات بحث عن قوة التصويت لدعم قياس الأصوات التاريخية.

وهذا مهم لأن توكنات العملات المشفرة قد تنتقل بسرعة بين المحافظ والبروتوكولات والشبكات.

من دون اللقطات، قد يحاول الناخب التلاعب بالنصاب عبر تحويل التوكنات بين العناوين خلال فترة التصويت.

كما تسهل اللقطات تدقيق حساب النصاب.

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

لكن اللقطات لا تحل كل مخاطر الحوكمة.

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

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

النصاب والحوكمة عبر السلاسل

تجعل الحوكمة عبر السلاسل احتساب النصاب أكثر تعقيدًا.

قد تتوزع قوة التصويت في DAO على شبكة رئيسية وشبكات Layer 2 وجسور وعقود تخزين ومجمعات سيولة أو توكنات مغلفة.

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

تستخدم بعض الأنظمة إثباتات الجسور أو مرايا التصويت أو لقطات خارج السلسلة أو التصويت المفوض لإشراك المشاركين عبر الشبكات.

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

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

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

ينبغي لمصممي DAO توضيح كيفية احتساب قوة التصويت عبر الشبكات.

كما ينبغي للمستخدمين التحقق مما إذا كانت توكناتهم على شبكة معينة مؤهلة للمشاركة في الحوكمة.

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

النصاب وتوكنات الحوكمة السائلة

كثير من توكنات الحوكمة سائلة، أي يمكن شراؤها وبيعها في الأسواق المفتوحة.

وهذا يخلق تحديًا خاصًا يتعلق بالنصاب.

فقد لا تعود قوة التصويت دائمًا إلى أعضاء المجتمع على المدى الطويل.

قد يشتري شخص ما التوكنات قبل التصويت، ويؤثر في النصاب، ثم يبيعها بعد ذلك.

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

لكن لكل وسيلة حماية مقايضات.

قد تقلل فترات الحظر هجمات الحوكمة، لكنها قد تحد من السيولة ومرونة المستخدم.

قد يكافئ سجل التفويض المشاركة النشطة في الحوكمة، لكنه قد يفضل المندوبين الراسخين.

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

ينبغي لتصميم النصاب أن يراعي إمكانية تحويل قوة الحوكمة في عالم العملات المشفرة إلى قيمة مالية.

النصاب وإقبال الناخبين

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

ينبغي تصميم النصاب مع مراعاة الإقبال الواقعي.

إذا كان متوسط الإقبال 5% وكان النصاب 40%، فقد تفشل معظم المقترحات تلقائيًا.

وإذا كان متوسط الإقبال 25% وكان النصاب 1%، فقد تمر القرارات بسهولة مفرطة.

ينبغي لـDAOs مراجعة معدلات الإقبال التاريخية قبل تغيير إعدادات النصاب.

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

قد يتحسن إقبال الناخبين عندما تكون المقترحات واضحة والتصويت سهلًا والمندوبون نشطين والمستخدمون يتلقون تذكيرات.

وقد يضعف عندما تكون المقترحات تقنية للغاية أو يتطلب التصويت رسوم غاز أو يعتقد المستخدمون أن أصواتهم لا تحدث فرقًا.

النصاب ليس مجرد رقم.

بل يعكس صحة مجتمع الحوكمة.

النصاب ومستويات مخاطر المقترحات

تختلف مستويات المخاطر بين المقترحات.

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

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

وقد لا يحتاج تغيير أحد المعلمات إلى النصاب نفسه المطلوب لقرار سك التوكنات.

يتيح النصاب القائم على المخاطر مواءمة متطلبات المشاركة مع الأثر المحتمل.

يمكن استخدام نصاب أقل للمقترحات منخفضة المخاطر كي تستمر الحوكمة.

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

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

لكن ينبغي تحديد فئات المقترحات بوضوح.

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

النصاب وإدارة الخزانة

غالبًا ما تحتفظ خزائن DAOs بتوكنات وعملات مستقرة وNFTs أو أصول يتحكم فيها البروتوكول.

النصاب مهم لأن مقترحات الخزانة قد تنقل قيمة فعلية.

قد يتيح تحويل من الخزانة بنصاب منخفض لمجموعة صغيرة نقل الأموال من دون موافقة واسعة من المجتمع.

وقد يمنع النصاب المرتفع على نحو غير واقعي التمويل المفيد ويبطئ التطوير.

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

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

ينبغي ألا يكون النصاب وسيلة ضبط الخزانة الوحيدة.

تكتسب أيضًا شفافية المقترح وتفاصيل المستفيد وجداول الدفع والإفصاح عن تضارب المصالح ومسارات التدقيق أهمية.

تساعد إجراءات الخزانة القوية الناخبين على فهم ما يوافقون عليه.

ويضمن النصاب مشاركة قوة تصويت كافية في تلك الموافقة.

النصاب وترقيات البروتوكول

تُعد ترقيات البروتوكول من أخطر قرارات DAO.

قد تغير الترقية منطق العقود الذكية أو الرسوم أو ضوابط المخاطر أو حقوق الحوكمة أو إدارة أموال المستخدمين.

ولأن الترقيات قد تؤثر في جميع المستخدمين، تستخدم DAOs كثيرة نصابًا أعلى أو قواعد موافقة أكثر صرامة لمقترحات الترقية.

يساعد النصاب على منع مجموعة صغيرة من تغيير شيفرة البروتوكول من دون دعم واسع.

لكن قد يصعب على الناخبين العاديين فهم مقترحات الترقية.

ينبغي أن تتضمن المقترحات التقنية عمليات تدقيق وفروق الشيفرة ونتائج الاختبارات وملخصات المخاطر وشروحًا بلغة واضحة.

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

قد يبلغ المقترح النصاب بفضل تصويت المندوبين الكبار، بينما يظل المجتمع الأوسع غير مدرك لتفاصيله.

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

النصاب وشرعية الحوكمة

تعني شرعية الحوكمة قبول المجتمع بأن القرار اتُّخذ وفق عملية عادلة وصالحة.

يدعم النصاب الشرعية عبر اشتراط مشاركة عدد كافٍ من الناخبين.

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

وقد يؤدي ذلك إلى نزاعات أو رد فعل اجتماعي سلبي أو انقسامات أو فقدان ثقة المستخدمين.

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

لكن الشرعية تعتمد أيضًا على الشفافية والنقاش المفتوح وإتاحة التصويت بعدالة ووضوح التنفيذ.

قد يبدو المقترح غير شرعي حتى مع نصاب مرتفع إذا ضُلّل الناخبون أو نفذت بيانات المقترح إجراءً مختلفًا عما ورد في وصفه.

لذلك تركز منصات الحوكمة أكثر فأكثر على محاكاة المقترحات ومعاينات الإجراءات الواضحة والنقاشات العامة.

النصاب ضروري للشرعية، لكنه لا يكفي وحده.

النصاب وإرهاق الحوكمة

يحدث إرهاق الحوكمة عندما يمل الناخبون من كثرة المقترحات.

إذا طلبت DAO من الأعضاء التصويت كثيرًا، فقد تنخفض المشاركة.

ويجعل انخفاض المشاركة بلوغ النصاب أصعب.

وقد تنشأ حلقة سلبية تقلل فيها المقترحات الكثيرة منخفضة الجودة الإقبال، فتفشل المقترحات المهمة.

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

كما يمكنها استخدام قوالب وملخصات واضحة لتسهيل التصويت.

ينبغي تحديد النصاب مع مراعاة الوقت والانتباه المتاحين للأفراد.

لا يستطيع المجتمع مراجعة عدد غير محدود من المقترحات بعمق.

يحترم تصميم الحوكمة الجيد وقت الناخبين.

وينبغي لنظام النصاب المستدام أن يشجع المشاركة المجدية من دون إرهاق الأعضاء.

كيفية قراءة المستخدمين لقواعد النصاب

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

ثم ينبغي التحقق مما إذا كانت أصوات الامتناع تُحتسب ضمن النصاب.

كما ينبغي معرفة ما إذا كان النصاب ثابتًا أو ديناميكيًا.

وينبغي التحقق مما إذا كانت أنواع المقترحات المختلفة تخضع لمستويات نصاب مختلفة.

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

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

كما ينبغي التحقق مما إذا كانت قوة التصويت تُقاس باستخدام لقطة.

قد تغير هذه التفاصيل معنى التصويت بالكامل.

قد تعرض صفحة نتائج المقترح عبارة «تم تمريره»، لكن ينبغي للمستخدمين فهم طريقة احتساب النتيجة.

في حوكمة العملات المشفرة، لا تقل القواعد التي تحكم التصويت أهمية عن عدد الأصوات الظاهر.

أفضل الممارسات لمصممي DAO

ينبغي لمصممي DAO تحديد النصاب استنادًا إلى بيانات الإقبال الفعلية لا التخمين.

ينبغي استخدام نصاب أعلى لفئات المقترحات الأعلى خطورة.

ينبغي توضيح ما إذا كان النصاب يحتسب المشاركة الإجمالية أو الأصوات المؤيدة فقط.

ينبغي شرح ما إذا كانت أصوات الامتناع تُحتسب ضمن النصاب.

ينبغي استخدام اللقطات للحد من التلاعب بقوة التصويت.

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

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

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

ينبغي مراجعة إعدادات النصاب بانتظام مع نمو DAO.

قد لا يناسب النصاب الذي يلائم DAO ناشئة بروتوكولًا ناضجًا ذا خزانة كبيرة.

أفضل الممارسات للناخبين

ينبغي للناخبين فهم النصاب قبل التصويت على أي مقترح.

ينبغي التحقق مما إذا كان التصويت يؤثر في النصاب أو الموافقة أو كليهما.

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

ينبغي التفكير في تفويض قوة التصويت إذا تعذر مراجعة المقترحات بانتظام.

ينبغي اختيار مندوبين يشرحون أسباب تصويتهم ويفصحون عن تضارب المصالح.

ينبغي الانتباه إلى حالات النصاب المتأخر، إذ قد تتغير النتيجة قرب نهاية التصويت.

ينبغي تجنب التصويت استنادًا إلى عنوان المقترح وحده.

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

ينبغي تذكر أن قرارات الحوكمة قد تؤثر في قيمة التوكن وأمان البروتوكول وأموال المستخدمين.

يتعامل الناخب المسؤول مع النصاب بوصفه مؤشرًا للسلامة، لا بديلًا عن قراءة المقترح.

مفاهيم خاطئة شائعة عن النصاب

من المفاهيم الخاطئة الشائعة أن النصاب يعني تأييد الأغلبية.

النصاب يعني الحد الأدنى للمشاركة، بينما تعني الأغلبية حصول المقترح على تأييد كافٍ بين الأصوات المشاركة.

ومن المفاهيم الخاطئة أن المقترح الذي يحصل على أصوات «نعم» أكثر لا بد أن يمر.

فقد يفشل رغم ذلك إذا لم يُبلغ النصاب.

ومن المفاهيم الخاطئة أن أصوات الامتناع لا تهم مطلقًا.

في بعض الأنظمة، تساعد أصوات الامتناع على بلوغ النصاب.

ومن المفاهيم الخاطئة أن النصاب المرتفع يعني دائمًا حوكمة أكثر أمانًا.

فقد يؤدي النصاب المرتفع أيضًا إلى شلل الحوكمة إذا كانت المشاركة منخفضة جدًا.

ومن المفاهيم الخاطئة أن النصاب وحده يمنع هجمات الحوكمة.

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

الأسئلة الشائعة

ما معنى Quorum في عالم الكريبتو؟

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

ما معنى Quorum في DAO؟

يعني Quorum في DAO عادةً الحد الأدنى للمشاركة في التصويت اللازم لتمرير المقترح أو اعتباره صالحًا.

هل النصاب هو نفسه الأغلبية؟

لا، يقيس النصاب ما إذا كان عدد كافٍ من الناخبين قد شارك، بينما تقيس الأغلبية ما إذا كان عدد كافٍ من الناخبين المشاركين قد أيد المقترح.

هل يمكن أن يفشل المقترح رغم تأييد معظم الناخبين له؟

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

هل تُحتسب أصوات الامتناع ضمن النصاب؟

يعتمد ذلك على نظام الحوكمة، إذ تحتسب بعض الأنظمة أصوات الامتناع ضمن النصاب، بينما لا تفعل أنظمة أخرى ذلك.

ما حد المقترح؟

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

ما النصاب الديناميكي؟

النصاب الديناميكي هو شرط نصاب يتغير وفق عوامل مثل عرض التوكنات أو قوة التصويت أو نوع المقترح أو ظروف الحوكمة.

ما النصاب المتأخر؟

يحدث النصاب المتأخر عندما يبلغ المقترح النصاب قرب نهاية فترة التصويت، فلا يتبقى للناخبين الآخرين سوى وقت قصير للرد.

لماذا قد يكون النصاب المنخفض خطرًا؟

قد يسمح النصاب المنخفض لمجموعة صغيرة من الناخبين بتمرير مقترحات تؤثر في مجتمع أكبر بكثير.

لماذا قد يكون النصاب المرتفع خطرًا؟

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

هل ينطبق النصاب على إجماع البلوكشين؟

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

هل Quorum هي نفسها Quorum Enterprise Ethereum؟

لا، يشير النصاب بوصفه مصطلحًا للحوكمة إلى حد للمشاركة، بينما تشير Quorum Enterprise Ethereum إلى منصة بلوكتشين تاريخية قائمة على Ethereum ومرخّصة.

الخاتمة

النصاب قاعدة أساسية في حوكمة العملات المشفرة وإجماع المدققين والتحكم المشترك في المحافظ.

وفي حوكمة DAO، يحدد الحد الأدنى للمشاركة المطلوب قبل اعتبار المقترح صالحًا.

يحمي النصاب المجتمعات من القرارات التي تتخذ بمشاركة ضعيفة والاستحواذ على الحوكمة وضعف الشرعية.

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

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

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

بالنسبة إلى الناخبين، يذكرهم النصاب بأهمية المشاركة.

وبالنسبة إلى مصممي DAO، يُعد النصاب معلمة حوكمة أساسية تؤثر في السلامة والكفاءة معًا.

أبسط طريقة لفهم النصاب أنه يجيب عن سؤال واحد قبل المضي في قرار متعلق بالعملات المشفرة: هل شاركت قوة تصويت كافية ومستوفية للشروط كي يُحتسب هذا القرار؟