الخلاصة:
تضم THORChain حاليًا 111 عقدة نشطة، ويُشترط على كل منها رهن ما لا يقل عن 300,000 RUNE.
تتطلب الترقيات البرمجية الرئيسية والتغييرات الاقتصادية موافقة ثلثي العُقد النشطة.
يتيح Mimir للعُقد تعديل معلمات الشبكة دون الحاجة إلى ترقية برمجية كاملة.
تزيل THORChain تلقائيًا عقدتين كل ثلاثة أيام، وتوقف عمليات المبادلة عند اكتشاف حالة إعسار.
تستخدم THORChain نظام حوكمة قائمًا على العُقد لتحديد كيفية تطور شبكتها. يضم البروتوكول حاليًا 111 عقدة نشطة، تحتفظ كل منها بما لا يقل عن 300,000 RUNE كضمانات مرهونة.
يحصل كل عقدة على صوت واحد، بصرف النظر عن كمية RUNE التي تودعها. وتتطلب معظم القرارات الرئيسية موافقة ثلثي العقد النشطة. يمنح هذا النظام مشغّلي الشبكة سيطرة مباشرة على الترقيات والمعايير الاقتصادية وبعض التدابير الأمنية.
وفقًا لـTHORChain، يمكن للمطورين وأفراد المجتمع اقتراح تغييرات على برمجياتها الأساسية. وتُناقش هذه المقترحات علنًا قبل أن تُحال إلى العقد للموافقة عليها. ومع ذلك، لا تخضع جميع قرارات الشبكة لمتطلبات التصويت نفسها.
آلية عمل حوكمة THORChain وتصويت العقد
تبدأ عملية الحوكمة في THORChain ببرنامج THORNode، وهو البرنامج الذي تشغّله كل عقدة في الشبكة.
يمكن للمطورين وأفراد المجتمع اقتراح تحسينات من خلال نقاشات مفتوحة على Discord. ويراجع المشاركون هذه الأفكار وينقحونها قبل أن يحولها المطورون إلى شيفرة برمجية.
عندما يصبح التغيير المقترح جاهزًا، تقرر العقد ما إذا كانت ستعتمد الإصدار البرمجي التالي. ويجب أن توافق على الترقية ثلثا العقد النشطة على الأقل. ومع وجود 111 عقدة نشطة، يتطلب ذلك 74 صوتًا على الأقل.
يمنح النظام العقد أيضًا صلاحية التحكم في معايير الشبكة عبر Mimir. وتتيح هذه الآلية للمشغّلين تعديل الإعدادات دون الحاجة إلى تضمين كل تغيير في ترقية برمجية.
تتطلب القرارات الاقتصادية، بما فيها تغييرات الرسوم، موافقة ثلثي العقد. أما القرارات التشغيلية، ولا سيما تلك المتعلقة بالأمن، فتخضع لحد تصويت أدنى. إذ تكفي ثلاثة أصوات من العقد لإقرار إعداد تشغيلي في Mimir.
لكن التراجع عن هذه القرارات يخضع لإجراء منفصل. ويمكن لأربع عقد التصويت على إلغاء إعداد تشغيلي في Mimir. ثم يمكن لخمسة أصوات نقض ذلك القرار، ما يؤدي إلى تغيّر عتبة التصويت في عمليات التراجع اللاحقة.
يفصل هذا الهيكل القرارات الاقتصادية الرئيسية عن التعديلات التشغيلية. كما يتيح للعقد الاستجابة للمخاوف الأمنية دون انتظار موافقة أوسع نطاقًا من الحوكمة.
في THORChain، تُتخذ القرارات مباشرةً على سلسلة الكتل. ولكي يُعتمد تغيير مهم، يجب أن تصوّت لصالحه ⅔ من العقد.
يوجد حاليًا 111 عقدة نشطة. وهي جميعًا تربط ما لا يقل عن 300,000 RUNE كضمان لتأمين الشبكة. ولكل عقدة صوت واحد، بصرف النظر عن…
— THORChain (@THORChain) 6 نوفمبر 2026
تسمح قواعد الأمان في THORChain أيضًا بإجراءات تلقائية على الشبكة
لا يتطلب كل قرار في THORChain تصويتًا من العقد. فبعض عمليات الشبكة تتبع قواعد محددة مسبقًا تُفعّل إجراءات معينة تلقائيًا.
ومن الأمثلة على ذلك تدوير العقد، الذي يحدث خلال كل فترة تبديل. وتتم عملية التبديل كل ثلاثة أيام تقريبًا، إذ تزيل THORChain عقدتين من الشبكة. ويُخرج البروتوكول أقدم عقدة نشطة والعقدة التي لديها أكبر عدد من نقاط العقوبة.
تسجل نقاط العقوبة الجزاءات المتراكمة على العقد بسبب عدم الالتزام بمتطلبات الشبكة. وتساعد هذه الآلية على الحفاظ على معايير التشغيل وتشجع مشغّلي العقد على التصرف بمسؤولية.
لدى THORChain أيضًا إجراء وقائي تلقائي لمواجهة الإعسار. فإذا اكتشفت الشبكة أن أصولها والتزاماتها لم تعد متوازنة، فإنها توقف عمليات المبادلة.
يمنع هذا الإجراء المستخدمين من مواصلة عمليات المبادلة بينما يواجه البروتوكول مشكلة محتملة في الملاءة المالية. وعلى خلاف مقترحات الحوكمة، لا يتطلب هذا الإجراء الوقائي موافقة العقد قبل تفعيله.
توفر هذه الآليات مجتمعةً لـTHORChain مزيجًا من الحوكمة التي يقودها المجتمع، وتصويت المشغّلين، ووسائل الحماية الآلية. وهذا التمييز مهم، لأن ترقيات الشبكة والتعديلات الاقتصادية والاستجابات الطارئة تتطلب مستويات مختلفة من الموافقة.
لا تعتمد THORChain على حيازات RUNE وحدها لتحديد سلطة الحوكمة. إذ تحصل كل عقدة نشطة على صوت واحد، بينما تتولى قواعد محددة مسبقًا معالجة بعض القرارات التشغيلية والأمنية تلقائيًا.
ظهر منشور «THORChain توضّح قواعد الحوكمة لترقيات الشبكة وتغييرات الرسوم» أولًا على Blockonomi.