أداة DevX Tracker ترصد فجوات توافق Dijkstra في 110 أداة من أدوات Cardano
التقييم العام يرسم خريطة الاعتمادات عبر 206 أداة ويحدد التغييرات المطلوبة في المنبع لدعم Dijkstra. وتغطي نتائجه إصدارات برمجية محددة جرى اختبارها مقابل النسخة ما قبل الإصدار من cardano-node 11.2.0.
By SongMarketCap
Updated:
نشرت مبادرة Cardano DevX متعقب جهوزية عامًا لتحديث Dijkstra الصلب، وصنفت 110 أدوات على أنها “Breaks after HF” في تقييمها بتاريخ 1 نوفمبر. تشير هذه التسمية إلى وجود فجوة توافق في الشيفرة المنشورة للأداة أو في اعتمادياتها. وقد أبرزت Input Output هذا المتعقب في أحدث تقريرها الأسبوعي للتطوير.
تربط الخريطة النتائج بالشيفرة المصدرية وقضايا التطوير ونتائج الاختبارات، موضحة أي المكونات تحتاج إلى تغييرات وأي الأدوات الأخرى تعتمد عليها.
تقييم Dijkstra يشمل 206 أداة من أدوات Cardano
راجعت DevX فهرسًا يضم 268 أداة وأدرجت 206 أداة يتفاعل كودها المُتاح في الإصدارات مع أجزاء من البروتوكول المتأثرة بـ Dijkstra. من بين 62 أداة مستبعدة، تفتقر 41 منها إلى شيفرة مصدرية عامة، ولم تمس 18 أداة الواجهات أو البنى التي تغيرت، فيما طابقت ثلاث أدوات فقط عبر اختبارات أو أمثلة.
يسرد التقييم المنشور 110 أدوات على أنها “Breaks after HF”، وتسع أدوات على أنها “In progress”، وأربعًا على أنها “Ready for HF”، وأربعًا على أنها “Target component”. تظل 45 أداة أخرى غير مُتحقَّق منها، بينما وُضعت 34 أداة جانبًا مع توثيق الأسباب، بما في ذلك الهجر أو محدودية الاستخدام.
تعني “Ready for HF” أن الأداة أصدرت دعمها الخاص ولا توجد لها اعتماديات عالقة يتتبعها التقييم. وتعني “Not verified” أنه لم يتم تأكيد وجود فجوة توافق، لكن الأداة لم تحقق نتيجة اجتياز. تصف DevX هذه البيانات بأنها قيد المراجعة وعرضة للتغيير.
اعتمادات المنبع تحدد ترتيب الإصلاح
يُنمذج المتعقب 19 خطوة في المنبع يمكنها إزالة حواجز الاعتماديات عن 82 أداة. تعطي سلسلته المقترحة الأولوية للأدوات الإضافية التي سيفتحها كل إجراء بعد معالجة الاعتماديات السابقة.
تشمل الخطوات الخمس الأولى cardano-db-sync وBlockfrost وOgmios وKoios وKupo. مجتمعة، من شأن تلك التغييرات إزالة الحواجز المُتعقبة عن 45 من أصل 82 أداة. تعتمد Blockfrost وKoios على db-sync، بينما تعتمد Kupo على Ogmios.
تتطلب بعض المشاريع أيضًا تغييرات في شيفرتها الخاصة، لذا فإن تحديث اعتمادٍ واحد فقط لن يُتم انتقالها. تميّز الخريطة تلك الحالات عن الأدوات التي تنتظر بالكامل دعم المنبع. تصف تصنيفاتها المراجعات التي جرى فحصها؛ وتحتاج الإصدارات اللاحقة إلى التقييم مقارنةً بتلك اللقطة.
[NEWSBREAK]
نتائج Devnet توجه متابعة القائمين على الصيانة
بعد وضع وسم الإصدار cardano-node 11.2.0، أعادت DevX تشغيل التقييم مقابل النسخة ما قبل الإصدار. جميع نتائج التشغيل البالغ عددها 39 التي أمكن مقارنتها عند نسخ مكونات مطابقة جاءت متطابقة مع التقييم السابق.
نقل التحديث cardano-c وPlutarch إلى حالة الجاهزية عقب إصدارات دعم Dijkstra الخاصة بهما. وانتقل Adder إلى حالة “In progress”، بينما صُنفت العقدة وCLI وsubmit API وcardano-testnet على أنها “Target components” لأنها تشكل جزءًا من إصدار المرجع نفسه.
لا يزال cardano-node 11.2.0 نسخة ما قبل الإصدار، وما تزال ملاحظات الإصدار الخاصة به لا توصي بالاستخدام على الشبكة الرئيسية. والاختبار عليه لا يُعد تفعيلًا لعصر Dijkstra.
تتمثل الخطوة التالية المعلنة من DevX في إرسال حزم تشخيصية إلى مشرفي المكونات التي تأكدت فيها إخفاقات devnet، بما في ذلك Ogmios وKupo وdb-sync وPallas وCML وgOuroboros. وتهدف كل حزمة إلى توثيق الإخفاق وتوفير خطوات إعادة الإنتاج وتحديد الأدوات التي يعوقها ذلك.