Cardano Dijkstra يفصل Linear Leios و Peras إلى مرحلتين
Dijkstra Phase 1 ستقدم Linear Leios وحقبة جديدة لدفتر أستاذ Cardano، بينما يجري تجهيز Ouroboros Peras لتفعيل منفصل في Phase 2. يتيح هذا الهيكل لكلتا ترقيتي البروتوكول مساري اختبار وحوكمة مستقلين.
By SongMarketCap
ترقية Dijkstra الخاصة بـ Cardano لن تفعّل كل تغييرات الإجماع المخطط لها دفعة واحدة. Phase 1 تقدم حقبة جديدة لدفتر الأستاذ،
إصدار البروتوكول 12، مع Linear Leios ومجموعة أوسع من تغييرات دفتر الأستاذ، بينما يُخطط لتفعيل Peras لاحقاً ضمن الحقبة نفسها.
تستهدف Intersect حالياً اكتمال شيفرة Phase 1 في Q4 2026، مع استهداف Peras لـ Q2 2027. هذه التواريخ تقديرات تطويرية وليست مواعيد مؤكدة لتفرع صلب على الشبكة الرئيسية.
Linear Leios تدخل Dijkstra أولاً
Linear Leios هي المكوّن الرئيسي للتوسعة في Phase 1 وتمثل تنفيذاً مبسطاً لتصميم Ouroboros Leios الأوسع.
يتم توسيع كتل Praos الحالية إلى Ranking Blocks، بينما توفر Endorser Blocks سعة إضافية لمعالجة المعاملات. تقوم لجنة قائمة على الحصص باعتماد Endorser Block قبل أن تُدرج شهادتها في Ranking Block لاحقة وتُطبّق المعاملات المرتبطة بها على دفتر الأستاذ.
يزيل التصميم الخطي Input Blocks والنموذج الأوسع للإنتاج المتوازي لـ Endorser Block المضمن في تصاميم Leios الأشمل.
اختارت Intersect هذا النهج لدفع جزء من معمارية Leios نحو الإنتاج من دون إدخال التعقيد الإضافي في بنية المعاملات الذي يتطلبه التصميم الأوسع. وتشير وثائقها أيضاً إلى أن بعض المقاربات البديلة أوجدت مخاوف تتعلق بتجربة مستخدمي dApp اعتُبرت غير مناسبة للنشر الأول.
تشمل Dijkstra Phase 1 تغييرات إضافية في دفتر الأستاذ مثل Nested Transactions و Guard Scripts و Plutus V4 Script Context وبنية تسلسل جديدة لجسم الكتلة. مجتمعة تشكل هذه العناصر الانتقال الأوسع إلى حقبة دفتر الأستاذ الجديدة.
لم يتم تحديد رقم TPS وحيد كهدف لشبكة Dijkstra الرئيسية. يمكن لـ Linear Leios العمل وفق تكوينات مختلفة تبعاً لحجم المعاملة ومعاملات البروتوكول، مع توقّع زيادة السعة تدريجياً بعد التفعيل بدلاً من الانطلاق فوراً عند الحد النظري الأقصى.
يجري إعداد Peras من دون حقبة دفتر أستاذ أخرى
لن يتم تفعيل Peras في Phase 1، لكن جزءاً من البنية التحتية التي يتطلبها سيُقدَّم مسبقاً.
تشمل Dijkstra امتدادات الترميز ومعاملات البروتوكول من CIP-140 اللازمة لتفعيل Peras لاحقاً عبر تغيير في نسخة البروتوكول ضمن الحقبة الحالية. وبذلك يمكن إكمال التغييرات البنيوية خلال Phase 1 من دون دفع Cardano إلى انتقال كامل آخر لدفتر الأستاذ عندما يصبح Peras جاهزاً.
تعالج البروتوكولات أيضاً مجالات مختلفة من أداء الشبكة. تعمل Linear Leios على توسيع سعة معالجة المعاملات، بينما يضيف Peras طبقة تصويت فوق Ouroboros Praos مصممة لتسريع التسوية وزيادة الثقة في السلسلة المرجعية في وقت أبكر.
لذلك تُعد Phase 2 ترقية إجماع مستقلة وليست جزءاً غير مكتمل من نشر Leios. ويمكنها أن تمر عبر عملية اختبار وتصديق خاصة بها بعد أن تكون الأسس المطلوبة لدفتر الأستاذ قد وُضعت.
اكتمال الشيفرة لا يعني Dijkstra Mainnet
الهدف الحالي في Q4 2026 يشير إلى اكتمال شيفرة Phase 1، وليس إلى موعد مضمون لتفعيل الشبكة الرئيسية.
بعد إصدار عقدة متوافقة مع Dijkstra، يجب أن تمر الترقية عبر تفرعات صلبة على Preview و Preprod واختبارات مشغلي مجمعات الحصص وفحوصات جاهزية الشبكة. ولا يمكن أن تتبعها خطوة الحوكمة Mainnet Hard Fork Initiation إلا بعد اكتمال تلك المراحل.
تخضع Linear Leios أيضاً للاختبار عبر بيئة Musashi Dojo حيث جرى بالفعل عرض مزامنة العقد واعتماد Endorser Block وتدفّق المعاملات. وتُستخدم هذه الأعمال لصقل المعلمات التي ستحدد لاحقاً سلوك الإنتاج.
تتطلب Dijkstra أيضاً تعديلاً موجهاً على Cardano Constitution. تحتاج معلمات البروتوكول الجديدة إلى ضوابط دستورية موازية كي تتمكن الحوكمة من تعديلها ضمن نطاقات محددة بعد التفعيل.
يتسم التعديل المقترح بطابع تقني ولا يغيّر أدوار الحوكمة الحالية أو عتبات التصويت. والهدف الحالي هو تقديم التعديل الموحّد بحلول epoch 655 الذي يبدأ في 11 سبتمبر 2026، يتبعه تصديق DRep ومراجعة دستورية من قبل Constitutional Committee.
تترك هذه السلسلة فجوة مقصودة بين اكتمال الهندسة وتفعيل الشبكة. يمكن لـ Dijkstra أن ترسخ أولاً تغييرات دفتر الأستاذ المطلوبة لـ Linear Leios، بينما يسمح الأساس المُضمَّن مسبقاً في Phase 1 بأن يتبعها Peras لاحقاً كقرار بروتوكولي منفصل بدلاً من انتقال آخر كامل لحقبة دفتر الأستاذ.