TxPipe تجهّز البنية التحتية لـ Cardano المكتوبة بـ Rust من أجل Leios

أصدرت TxPipe أداتي LeiosNotify وLeiosFetch إلى جانب هياكل دفتر الأستاذ الأولية لـ Dijkstra ضمن Pallas 1.2.0 بتاريخ 16 سبتمبر. توفر هذه الإضافات لفرق Rust أدوات لتبادل بيانات Leios والعمل مع صيغ الكتل المقترحة. تبقى مكونات Dijkstra تجريبية بشكل صريح ومتاحة عبر علم ميزة unstable.

Pallas تجلب قدرات شبكة Leios إلى Rust

Pallas عبارة عن مجموعة مكتبات Rust لشبكات Cardano والعمليات التشفيرية ومعالجة بيانات البلوك تشين. يستخدمها المطورون لبناء مفهرسات وخدمات بيانات وتطبيقات أخرى تتفاعل مع عقد Cardano.

توجد البروتوكولات الجديدة ضمن pallas-network2. تعلن LeiosNotify عن كتل المصدّقين وتعرض البيانات المتاحة. تتيح LeiosFetch للأقران المتصلين طلب أجسام الكتل والمعاملات المرتبطة والأصوات.

بعد دمجه في 30 يونيو قبل إدراجه في إصدار سبتمبر تم اختبار تنفيذ الشبكات مقابل مرحّل Musashi. أكّد المؤلف نجاح التفاوض على البروتوكول واسترجاع جسم كتلة للمصدّق وتلقي أصوات مضمنة.

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

لماذا يعد Pallas مهما لترقية Leios في Cardano

تقدّم Leios كتل المصدّقين إلى جانب هيكل Praos القائم في Cardano لزيادة سعة المعاملات. ويتطلب دعم هذا التغيير برمجيات متوافقة عبر الأنظمة التي تسترجع بيانات السلسلة وتعالجها.

تحدد دراسة الأثر لدى Input Output Pallas ضمن المكتبات المتأثرة بـ Leios. كما تذكر Oura وMithril كأنظمة تستخدم Pallas. تقوم Oura بمعالجة أحداث السلسلة بينما توثق الوثائق الرسمية لـ Mithril إدراج Pallas كمراقب السلسلة الافتراضي لديها.

تعتمد التغييرات المطلوبة على طريقة اتصال كل تطبيق بالشبكة. الخدمات التي تقرأ رسائل الشبكة أو الكتل مباشرة تحتاج إلى مكتبات ومفككات ترميز متوافقة. قد تحتفظ المحافظ وdApps التي تصل إلى Cardano عبر واجهة API وسيطة بواجهاتها الحالية عندما يقوم المزوّد بتحديث الواجهة الخلفية لديه.

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

يوفر دعم الشبكات في Pallas لفرق Rust طريقة لبدء عمل التكامل ذلك مع العقد الممكّنة لـ Leios. وتبقى عملية التبنّي والاختبار داخل المنتجات اللاحقة مهام منفصلة.

دعم Dijkstra التجريبي يستخدم كتل Testnet حقيقية

قدّم Pallas 1.2.0 أيضا هياكل لكتل Dijkstra والرؤوس والمعاملات وبيانات دفتر الأستاذ ذات الصلة. وتظل خلف علم unstable لأن مواصفة ترميز الحقبة لا تزال تتغير.

استخدمت الاختبارات 13 كتلة Dijkstra مسجلة على Musashi وكتلة Conway واحدة سابقة. تحققت من إمكانية فك ترميز البيانات وإعادة ترميزها دون تغيير بايتاتها ومن تطابق تجزئات الرؤوس مع سجلات العقدة ومن رفض مفكك ترميز Dijkstra لكتلة Conway.

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

تبع ذلك الإصداران 1.3.0 و1.4.0 في 17 سبتمبر مع وسائل حماية ضد استنزاف المكدس عند التعامل مع بيانات ونصوص برمجية متداخلة بعمق.

بالنسبة للمطورين الذين يجرّبون صيغ Dijkstra توفّر الأنواع الجديدة نقطة تحقق محددة إذ يمكن قراءة كتل testnet المسجلة وإعادة بنائها والتحقق منها مقابل تجزئاتها الأصلية. وهذا يمنح تكاملات Rust أساسا قابلا للاختبار بينما تستمر مواصفة دفتر الأستاذ في التطور.