نموذج الحوكمة

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

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

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

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

إطار MultiGov

يمكن نظام MultiGov الخاص بـ Wormhole من إدارة الحوكمة عبر عدة سلاسل كتل. بدلاً من تقييد الأصوات بشبكة واحدة مثل Solana أو Ethereum، يسمح Wormhole لحاملي الرموز على سلاسل متعددة بالمشاركة في اتخاذ القرارات المشتركة. يتم تحقيق ذلك من خلال تصميم مركزية، حيث تدير سلسلة المركز الرئيسية وتحدد نتائج الحوكمة، بينما تسمح سلاسل الأطراف بالمشاركة من أنظمة بيئية أخرى.

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

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

التخزين والتفويض

تبدأ المشاركة في حوكمة Wormhole من خلال الت stak. يمكن لأي حامل لرمز W أن يقوم بت stak رموزه ليصبح مؤهلاً للتصويت. لا توجد فترات قفل، مما يعني أنه يمكن لل stakers سحب رموزهم أو نقلها إلى deleGate آخر في أي وقت. وهذا يجعل من الأسهل على المستخدمين البقاء متفاعلين دون أن يكونوا مقيدين بالتزامات طويلة الأجل.

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

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

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

دورة حياة الاقتراح

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

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

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

تُقدَّم الأصوات على سلاسل متعددة، ثم يتم نقلها وإنهاؤها على سلسلة المركز باستخدام بنية رسائل عبر السلاسل من Wormhole. يضمن ذلك أن يتم احتساب جميع الأصوات بطريقة متزامنة ومحدودة الثقة. إذا تمت الموافقة على الاقتراح، يمكن تنفيذه من خلال العقود الذكية عبر جميع السلاسل المعنية.

إجراءات الأمان

يتضمن نظام الحوكمة في Wormhole عدة تدابير لحماية النظام ومنع إساءة الاستخدام وضمان النزاهة. إحدى الآليات الرئيسية هي تحديد المعدلات. هذا يحد من حجم الرموز التي يمكن نقلها عبر الشبكات على مدى فترة زمنية معينة. على سبيل المثال، هناك حاليًا حد يومي يبلغ 100 مليون W من Solana إلى سلاسل EVM. هذا يقلل من خطر التلاعب في الحوكمة أو التغييرات الكبيرة المفاجئة.

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

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

أبرز النقاط

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