إدارة السلسلة: شرح المجموعة التكنولوجية
تقسيم معجمي عملي لكيفية تنفيذ العقود الذكية وآليات التصويت وطبقات الإجماع فعليًا للإدارة اللامركزية.
يتم الحديث عن الإدارة كعملية سياسية، لكن الآلية وراءها هي هندسة برمجيات بحتة: عقود ذكية وحساب الرموز والقواعد الإجماعية التي تقرر من يحصل على صلاحية تغيير النظام وكيف. إذا كنت تقيّم DAO أو مسار ترقية البروتوكول، فهم المجموعة التكنولوجية أهم من قراءة بيان المهمة.
المكونات الأساسية
تُبنى معظم أنظمة الإدارة على السلسلة من مجموعة صغيرة من الأجزاء:
- عقود التصويت — تتبع المقترحات وحساب الأصوات وفرض حدود النصاب
- ترجيح الرموز أو السمعة — يحدد مقدار عد صوت عنوان معين (مرجح برموز أو تربيعي أو مفوض)
- عقود Timelock — تأخير تنفيذ المقترحات الموافق عليها، عادةً 24-72 ساعة، بحيث يمكن للمستخدمين التفاعل قبل تطبيق التغييرات
- وحدات التنفيذ — مسار الكود الذي يستدعي فعليًا العقود المتأثرة عند موافقة التصويت
Compound Governor Bravo و OpenZeppelin Governor contracts هي التطبيقات المرجعية التي تستخدمها معظم المشاريع الأحدث كنقطة انطلاق أو توسيع. إذا قرأت قاعدة كود واحدة لفهم النمط، اقرأ Governor.sol من OpenZeppelin — يحتوي على تعليقات جيدة ويعرض دورة حياة المقترح الكاملة: اقتراح، تصويت، قائمة الانتظار، تنفيذ.
كيف ينتقل المقترح فعليًا عبر النظام
المقترح ليس مجرد منشور في المنتدى يتم التصويت عليه بشكل غير رسمي. على السلسلة، إنه calldata: عنوان العقد المستهدف، محدد الدالة والمعاملات المشفرة. عندما يقدم شخص ما مقترح إدارة، فإنه يقدم المعاملة الدقيقة التي ستُنفذ إذا نجحت التصويت.
يبدو التدفق عادةً هكذا:
- المقترح يقدم calldata بالإضافة إلى وصف، غالبًا يتطلب رصيد رمز أدنى لمنع البريد العشوائي
- تأخير التصويت (عادةً من كتلة واحدة إلى بضعة أيام) يمنح حاملي الرموز وقتًا للمراجعة قبل فتح التصويت
- تستمر فترة التصويت (Compound يستخدم تقريبًا 3 أيام بشكل افتراضي، على الرغم من أن عددًا من النسخ تشكل نوافذ أطول)
- إذا تم استيفاء عتبات النصاب والموافقة، يدخل المقترح قائمة انتظار timelock
- بعد انتهاء تأخير timelock، يمكن لأي شخص استدعاء execute لتشغيل المعاملة
الفجوة بين إغلاق التصويت والتنفيذ هي الدعم الأمني. إنها النافذة التي يمكن للمجتمع من خلالها ملاحظة مقترح خطير أو معيب والتنسيق، في الحالات القصوى، لرد فوري — بافتراض أن البروتوكول يحتوي على دور حارس الطوارئ أو تجاوز multisig، وهو ما يحدث في العديد منها خلال المراحل المبكرة من الإدارة.
حيث تصبح منطق الترجيح معقدة
التصويت المرجح برموز بسيط له مشكلة معروفة: من يحتفظ بمعظم الرموز يتحكم في النتائج، والمشاركة في التصويت عادةً ما تكون منخفضة. يقدم عدد من منتديات الإدارة معدلات مشاركة بنسب مئوية أحادية الأرقام من الإمدادات المتداولة للمقترحات الروتينية.
حاولت المشاريع عدة إصلاحات:
- التفويض — حاملو الرموز يسندون سلطة التصويت الخاصة بهم إلى مفوض دون نقل الرموز، وهذا هو كيفية التعامل بها Compound و Uniswap مع التصويت التمثيلي
- التصويت التربيعي — تكلفة الأصوات الإضافية تزيد بشكل تربيعي، بهدف تقليل هيمنة الحيتان، على الرغم من أن مقاومة Sybil (شخص واحد ينشئ عناوين متعددة) تبقى مشكلة مفتوحة
- التصويت بالإقناع — يُستخدم من قبل بعض أدوات Gitcoin المجاورة، حيث تتراكم قوة التصويت كلما بقيت الرموز ملتزمة بموقف معين، لصالح التفضيل المستدام على أصوات الصورة
لا يحل أي من هذه بالكامل ديناميكيات المشاركة المنخفضة والسلوك الأرستقراطي المميل لتصويت الرموز. إنها تخفيفات وليست إصلاحات، وأي إدخال معجم يدّعي خلاف ذلك يبالغ في تقدير التكنولوجيا.
الإشارة خارج السلسلة مقابل التنفيذ على السلسلة
الكثير مما يُطلق عليه اسم
تمت كتابة هذا المقال بمساعدة الذكاء الاصطناعي، وراجعه ونشره Michal Pilch (CISSP)، Korra Studio.
هذه ملاحظة واحدة من قاعدة معارف Korra Studio — المنصة تجمع كل موضوع مع التوجيه الفردي.
ابدأ بالمجانarrow_forward