Cardano تسعى إلى معيار لبرمجيات إنتاج الكتل

بيان مشكلة من Cardano يسعى إلى طريقة مشتركة لتحديد البرمجيات المستخدمة لإنتاج الكتل الفردية. بدأت مناقشة CPS-0036 في 2 سبتمبر وحصلت على وسم مؤكد في 16 سبتمبر، إلا أنّ المقترح ما زال مفتوحًا ولا يضع معيارًا تقنيًا.

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

Cardano تتوسع إلى ما بعد تطبيق عقدة واحد

اعتمدت Cardano تاريخيًا على cardano-node المبني على Haskell، بينما يجري الآن تطوير تطبيقات إضافية وفق القواعد نفسها للإجماع. يذكر CPS-0036 كلاً من Amaru وDingo، وتشير مناقشة المقترح أيضًا إلى Gerolamo.

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

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

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

جعل النشاط على الشبكة المسألة أكثر إلحاحًا. قال المراجع yHSJ إن Dingo وGerolamo قد أنتجا بالفعل كتلًا باستخدام حقل الإصدار الفرعي للبروتوكول كمُعرّف للبرمجية، بينما تخطط Amaru لاتباع النهج نفسه.

CPS-0036 يحدد معالم إشارة برمجيات اختيارية

يدعو CPS-0036 إلى آلية مضغوطة واختيارية ومحايدة تجاه الإجماع. ستظل الكتل التي تفتقر إلى مُعرّف للبرمجية صالحة، وسيقرر كل مشغل لمجمع حصص ما إذا كان سينشر هذه المعلومة.

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

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

هوية العميل هي أول حالة استخدام مقترحة. ويمكن للآلية لاحقًا دعم إعلانات حول توفر الميزات أو جاهزية البرمجيات قبل ترقيات البروتوكول.

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

بيانات العملاء قد تعزز مراقبة شبكة Cardano

سيسمح مُعرّف قياسي لـ Cardano بقياس تنوع العملاء المعلن مباشرة من الكتل المنتجة. ويمكن لمشغلي الشبكة والباحثين حساب الحصة المرتبطة بكل تطبيق، وتحديد الاعتماد المفرط على قاعدة شيفرة واحدة، وتتبع ما إذا كانت العملاء البديلة تنتقل إلى البنية التحتية النشطة.

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

تشير المناقشة إلى أن عرفًا عمليًا قد يكون آخذًا بالتشكل حول حقل الإصدار الفرعي للبروتوكول. قال محرر CIP Robert Phair إن CIP يركز على الحل ومبني على الممارسة الحالية قد يوفر مسارًا أكثر مباشرة من الاكتفاء بتوثيق المشكلة.

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