Cardano تخطط لتحديث الدستور لضمان قابلية حوكمة معلمات Leios قبل Dijkstra

Input Output Group عرضت تحديثاً مخططاً لدستور Cardano قبل حقبة Dijkstra، يركز على مسألة حوكمة عملية نتجت عن ميزات البروتوكول الجديدة.

من المتوقع أن يقدم Dijkstra تقنية Ouroboros Leios والمعاملات المتداخلة. كلتا الميزتين تجلبان معلمات بروتوكول جديدة قابلة للتحديث، لكن حوكمة Cardano لا يمكنها تعديل سوى المعلمات المذكورة صراحة ضمن Guardrails الخاصة بالدستور. من دون تحديث قبل الهارد فورك، قد تصبح تلك الإعدادات الجديدة نشطة على السلسلة من دون أن تكون قابلة للتعديل عبر الحوكمة.

تحديث دستور Cardano يستهدف الجاهزية لـ Dijkstra

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

سيضيف التحديث المقترح المعلمات المرتبطة بـ Dijkstra ونطاقات Guardrails الخاصة بها إلى الدستور. قالت IOG إن التغيير يقتصر على هذا الغرض التقني ولا يغير مبادئ الدستور أو أدوار DReps أو مشغلي مجمعات الحصص أو Constitutional Committee أو عتبات التصويت أو الحقوق القائمة.

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

بالنسبة لحاملي ADA الممثلين عبر DReps، ينقل المقترح تحضيرات Dijkstra إلى مسار الحوكمة الرسمية قبل أن تصبح معلمات Leios والمعاملات المتداخلة جزءاً من الشبكة الحية.

Leios والمعاملات المتداخلة تتطلب Guardrails محددة

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

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

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

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

DReps و Constitutional Committee سيراجعون مقترحاً واحداً

قالت IOG إن الخطة هي إعداد مقترح دستور واحد يغطي جميع المعلمات المرتبطة بـ Dijkstra، بدلاً من تقسيم التحديث إلى عدة إجراءات منفصلة. يمنح هذا النهج DReps حزمة تقنية واحدة لتقييمها قبل التصويت.

تبدأ العملية باستكمال نطاق Dijkstra وتحديد المعلمات الدقيقة المعنية. من المتوقع أن تحدد Parameter Committee التابعة لـ Intersect Guardrails لكل معلمة، بينما يُعد فريق Plutus نسخة Guardrails Script المحدثة التي سترافق تغيير الدستور.

سيصوت DReps على المصادقة، بينما سيؤكد Constitutional Committee ما إذا كان الإجراء دستورياً. قالت IOG إن الهدف هو تقديم إجراء الحوكمة في موعد أقصاه epoch 655، الذي يبدأ في 11 سبتمبر 2026 عند 21:44 بالتوقيت العالمي المنسق.

يضع المقترح الهارد فورك التالي لـ Cardano على مسار حوكمة محدد قبل تفعيل منطق البروتوكول الجديد. يمكن لـ Dijkstra إدخال Leios والمعاملات المتداخلة في خارطة الطريق التقنية، لكن تحديث الدستور يحدد ما إذا كانت المعلمات وراء تلك الميزات ستدخل mainnet بحدود واضحة ومراجعة وتحكم قابل للتعديل منذ اليوم الأول. بالنسبة لحوكمة ADA، لا يتعلق القرار بإضافة إعدادات جديدة فحسب، بل يتعلق أيضاً بتحديد نطاق التحكم قبل أن تصبح تلك الإعدادات جزءاً من البروتوكول الحي.