Midnight تتحرك لخفض عوائق المدققين عبر بنية تحتية للعقد مفتوحة المصدر

تتقدم Midnight أعمق في مرحلة البنية التحتية ضمن طرح شبكتها. خلال فعالية Fireside Dev Hang بتاريخ 8 يوليو، استعرض Fenton وهو SRE رئيسي في Midnight Foundation عملاً على وحدات Terraform مفتوحة المصدر تهدف إلى تبسيط نشر عقد RPC وعقد الإقلاع والبنية التحتية ذات الصلة بـ SPO والمدققين. هذا التحديث ذو صلة بـ Cardano لأن Midnight هي سلسلة شريكة لـ Cardano، كما أن تسهيل نشر العقد يمكن أن يوسع القاعدة التقنية حول نظام NIGHT البيئي.

Midnight تستهدف طبقة المشغلين

وصف Fenton دوره في Midnight Foundation بأنه هندسة منصات تغطي إصدارات البرمجيات وترقية البيئات وإجراءات الحوكمة والأنظمة التقنية المطلوبة للحفاظ على استقرار الشبكة. يهدف عمل البنية التحتية إلى تقليل مقدار الإعداد اليدوي اللازم لتشغيل عقد Midnight.

تعمل Midnight عبر بيئات Preview و Preprod و Mainnet، ما يمنح الفريق مساراً مرحلياً لاختبار البرمجيات والبنية التحتية قبل استخدامها على نطاق إنتاجي أوسع. كما أن هذا الهيكل يخلق حاجة إلى أنماط نشر قابلة للتكرار. يحتاج المشغلون إلى تشغيل أنواع مختلفة من العقد من دون إعادة بناء حزمة الحوسبة السحابية والإعدادات نفسها من البداية في كل مرة.

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

وحدات Terraform قد تبسط نشر المدققين وRPC

يجري بناء وحدات Terraform المخطط لها لدعم أدوار متعددة للعقد. ذكر Fenton عقد AWS وعقد RPC وعقد الإقلاع والمدققين وتكوينات مستقبلية ذات صلة بـ SPO كأمثلة للبنية التحتية التي يمكن نشرها عبر مدخلات قابلة لإعادة الاستخدام.

بحسب التحديث، يعمل تنفيذ AWS بالفعل، بينما دعم Google Cloud يقترب من الاكتمال. بعض البنية التحتية في بيئتي Preview و Preprod تستخدم بالفعل الوحدة القابلة لإعادة الاستخدام داخلياً. ولم تُطرح الوحدات للعامة بعد، وقال الفريق إن خطوة إتاحة الشفرة كمصدر مفتوح ستأتي بعد فحوصات أمنية إضافية.

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

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

Node v1 يضيف خطوة ترقية وقت التشغيل إلى طرح Midnight

تناولت فعالية Fireside Dev Hang أيضاً Midnight Node v1. وصف التحديث Node v1 بأنه مُعتمد في بيئتي Preview و Preprod مع بقاء ترقية وقت التشغيل مطلوبة عبر عملية الحوكمة. يركز الإصدار على الاستقرار والأداء وتنظيف الشفرة والتعزيز الأمني المدفوع بالمراجعات.

تسرد مصفوفة التوافق الحالية من Midnight الإصدار Node 1.0.0 لبيئتي Preview و Preprod، بينما تُدرج Mainnet على الإصدار Node 0.22.5. وهذا يعني أن طرح Node v1 ينبغي وصفه بأنه نشط في بيئات الاختبار وما قبل الإنتاج، وليس كتغيير مكتمل عبر كل شبكات Midnight العامة.

تصف ملاحظات إصدار Midnight Node 1.0.0 الرسمية الإصدار بأنه إصدار GA للشبكة الرئيسية وتتضمن عدة تغييرات تقنية. وتشمل هذه المواءمة مع Substrate SDK بإصدار polkadot-stable2603 ونقطة النهاية rpc.discover عبر OpenRPC وMidnight Ledger 8.1.0 والتعزيز الأمني بناءً على المراجعات ومتطلب ترقية وقت التشغيل. يتضمن الإصدار أيضاً خطافات معالج الجسر بين Cardano و Midnight، لكن الجسر نفسه غير ممكن في Node 1.0.0.

معاً، تُظهر وحدات Terraform وطرح Node v1 أن Midnight تعمل على الجزء الأقل ظهوراً من توسيع الشبكة وهو مكدس المشغل. التغيير العملي هو أن نشر العقد يتحرك نحو بنية تحتية قابلة لإعادة الاستخدام، بينما يجري إعداد برمجيات العقد نفسها لمسار الترقية التالي. بالنسبة للمدققين ومزودي RPC والبنّائين حول NIGHT، يقرب ذلك Midnight من شبكة يمكن تشغيلها من قبل مشاركين أكثر بدلاً من فرق بنية تحتية متخصصة للغاية فقط.