دخول كاردانو Leios مرحلة الهندسة القابلة للقياس مع تقدم النماذج الأولية، واجهة الأوامر (CLI) والمعايير

خارطة طريق التوسع Leios الخاصة بكاردانو تنتقل من التصميم البحثي إلى الهندسة القابلة للقياس. خلال تقرير Leios الشهري لشهر أبريل 2026، الذي عُقد في 29 أبريل، عرض مطورو IOG والمساهمون من مجتمع كاردانو الأوسع التقدم في النماذج الأولية، ومعايير تحقق المعاملات، واختبارات الشبكة، ودعم واجهة Cardano CLI، وتصميم اختيار اللجان.

الرسالة من التقرير لم تكن أن Leios قد اكتمل، أو أن الشبكة الرئيسية لكاردانو تعمل حاليًا بمستوى إنتاجية جديد. بل كانت أكثر تحديدًا وأكثر أهمية. المكونات المطلوبة لاختبار Leios كنظام توسعة فعلي بدأت تتماشى، من الكتل الموسعة وتوزيع الأصوات إلى معايير الدفتر، وسلوك الـmempool، ومفاتيح BLS، وبنية اختبار شاملة.

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

النموذج الأولي لكاردانو Leios يظهر تقدمًا أوليًا في الإنتاجية

بدأ التقرير بنظرة على النموذج الأولي لـLeios وكيف يتم ترتيب الكتل الموسعة، المعروفة بـEBs، جنبًا إلى جنب مع نظام Praos الحالي لكاردانو. وفي بيئة التطوير الحية، أظهر الفريق تشغيل الشبكة تحت حمل حوالي 20 كيلوبايت من المعاملات في الثانية، وهو ما وُصف في هذا السيناريو المحدد بحوالي 100 معاملة في الثانية للمعاملات الصغيرة.

يجب ألا يُعتبر هذا الرقم ادعاءً نهائيًا لأداء Leios. لا يزال الفريق يعمل نحو هدف بيئة محكومة أعلى يبلغ 200 كيلوبايت من المعاملات في الثانية. في مثال نظري باستخدام معاملات صغيرة جدًا بحجم 200 بايت، يمكن أن يتوافق ذلك مع حوالي 1000 معاملة في الثانية، ولكن التقرير لم يقدم هذا كنتيجة فعلية للشبكة الرئيسية.

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

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

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

معايير كاردانو تركز على التحقق، كفاءة الـmempool وحمل الشبكة

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

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

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

كما شمل التقرير اختبار الإصدار الثاني من إرسال المعاملات. وُصف النموذج الحالي المستخدم في الشبكة الرئيسية بالبساطة ولكنه غير فعال لأنه يمكن للأقران تحميل نفس المعاملات عدة مرات بعد تلقي نفس الإعلانات. وهذا يخلق حركة بيانات مكررة ويقلل من كفاءة الشبكة.

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

كما يجري الفريق الاستعداد لاختبارات شبكية أكبر من خلال مجموعة PNT، باستخدام طوبولوجيا عقد أكثر واقعية، وتوزيع إقليمي، وملفات تعريف كمون. الهدف هو فهم مقدار بيانات المعاملات التي يمكن للعقد والشبكة الحالية لكاردانو معالجتها قبل الإدخال الكامل لطبقة توافق Leios.

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

تقدم Leios دعم Cardano CLI وتصميم اللجان

كما أظهر تقرير أبريل أن إعداد Leios يصل إلى طبقة الأدوات. قام الفريق بعرض دعم واجهة Cardano CLI لمفاتيح BLS، والتي ستكون مطلوبة للمشاركة في بروتوكول توافق Leios.

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

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

تحديث مهم آخر جاء من مناقشة اختيار اللجان. الفريق يفكر في تغيير عن الاقتراح الحالي SIP164، الذي يستخدم نموذجًا مرجحًا أكثر تعقيدًا مع خيار محلي بديل. النموذج البديل الجاري مناقشته سيكون أبسط وأسهل في التنفيذ وأكثر كفاءة في التحقق.

والسبب عملي. في النموذج الأبسط، يمكن أن تكون الأصوات أصغر، ويمكن أن يكون التحقق أسرع، ويمكن أن تُقلص الشهادات بشكل كبير في الحجم. ناقش التقرير مقارنة يمكن أن ينتقل فيها حجم الشهادة من حوالي 8 كيلوبايت إلى حوالي 200 بايت، اعتمادًا على المخطط والمعلمات.

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

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

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

بالنسبة لكاردانو، يشير تقرير Leios في أبريل إلى التقدم لأنه يُبين أن خارطة طريق التوسع أصبحت عملية. يتم اختبار البروتوكول من خلال نفس المستويات التي ستحدد قيمته الحقيقية: الدفتر، mempool، تكديس الشبكة، نموذج اللجنة، CLI، والمشغلون الذين سيقومون بتشغيله. إذا استمرت هذه المستويات في التلاقي، فإن Leios لن يكون فقط مفهوم توسع لكاردانو. بل سيصبح مسارًا قابلاً للاختبار نحو سعة أعلى دون التخلي عن الانضباط الهندسي الذي جعل الشبكة مختلفة في الأساس.