كاردانو تُفعل Van Rossem PV11 على شبكة Preview مع دخول اختبار التحوّل الصلب مرحلة التنفيذ

تحوّلت عملية التحوّل الصلب Van Rossem الخاصة بكاردانو من إجراءات الحوكمة إلى التنفيذ الفعلي على شبكة الاختبار المباشر، مع تفعيل النسخة 11 من البروتوكول الآن على شبكة Preview.

ويعتبر هذا الاختلاف هامًا. فقد ركزت التقارير السابقة على دخول إجراء الحوكمة للنسخة 11 من البروتوكول في عملية Preview. لم يعد هذا المرحلة تتعلق فقط بما إذا كان يمكن أن يتحرك الإجراء خلال الحوكمة، بل أصبحت تركز على كيفية تصرف التحديث بمجرد أن تبدأ برامج العقدة، وDB Sync، وبنية مشغلي تجمعات الحصص (SPO)، وأدوات المطورين في دعمه تحت ظروف شبكة الاختبار الحقيقية.

تم تصميم Van Rossem لتحسين كاردانو دون الانتقال إلى حقبة دفتر أستاذ جديدة. لا تزال كاردانو في حقبة Conway، في حين تقدم النسخة 11 مجموعة محددة من التحسينات للبروتوكول من خلال تحوّل صلب داخل الحقبة. وهذا يجعل التحديث ذا صلة لأسباب مختلفة، حيث يُختبر ما إذا كانت كاردانو تستطيع تقديم تغييرات بروتوكول مجدية دون إجبار النظام البيئي على تحمل العبء التشغيلي الأكبر الناتج عن الانتقال الكامل من حقبة إلى أخرى.

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

الانتقال من إجراء الحوكمة إلى اختبار Preview

سميت عملية التحوّل الصلب Van Rossem تكريماً لماكس فان روسيم، وهو مساهم طويل الأمد في مجتمع كاردانو ومشارك في الحوكمة. ولكن الأهمية الفورية لهذه المرحلة تكمن في الجانب التشغيلي وليس الرمزي.

شبكة Preview هي البيئة الأولى التي يمكن فيها اختبار التحديث تحت شروط الشبكة قبل التوسع في نطاق العمليات. وقد سبق أن أوضحت Intersect مسارًا تدريجيًا للتحوّل الصلب، حيث تبدأ العملية على شبكة Preview أولاً، ثم شبكة PreProd المتوقع أن تبدأ بعد ذلك بحوالي أسبوعين، مع استهداف تقديم شبكة التحوّل الصلب للشبكة الرئيسية في 29 مايو 2026. يمنح هذا النهج التدريجي الوقت للنظام البيئي لاكتشاف المشكلات، التحقق من الأدوات وتنسيق البنية التحتية قبل اتخاذ أي قرار بشأن الشبكة الرئيسية.

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

الإصدار الرسمي من cardano-node 11.0.1 هو جزء مركزي من هذه العملية. وهو أول إصدار لعقدة يدعم التحوّل الصلب داخل حقبة النسخة 11 من البروتوكول، مما يمكن الترقية للبروتوكول بمجرد أن يتم التصويت على إجراء الحوكمة ذي الصلة من قبل مشغلي تجمعات الحصص، وممثلي الحوكمة (DReps)، واللجنة الدستورية، وتفعيله على السلسلة.

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

تحسينات PV11 المستهدفة للبنية التحتية وPlutus

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

بالنسبة للمطورين، تتركز أبرز التحسينات على Plutus. حيث تضمنت مقترح PV11 من Intersect عدة تحسينات لـ Plutus، بما في ذلك التوسع في إتاحة الوظائف المدمجة عبر Plutus V1، V2 وV3، تعبيرات الحالات لأنواع البيانات المدمجة، وأدوات جديدة مرتبطة بـ CIPs مثل CIP-0109، CIP-0132، CIP-0133، CIP-0138 وCIP-0153.

من الناحية العملية، الهدف هو جعل بيئة العقود الذكية الخاصة بكاردانو أكثر ثباتاً وكفاءة. يمكن لسكربتات Plutus V1 وV2 الحالية الاستفادة من الإتاحة الأوسع للوظائف المدمجة، في حين أن الأدوات الجديدة تحسن ما يمكن للمطورين التعبير عنه على السلسلة. وصفت Intersect هذه التغييرات بأنها تعزز أداء السكربتات، تقلل من تكاليف التنفيذ، وتوسع ما يمكن للبنائين تحقيقه في Plutus.

كما تشمل النسخة 11 تغييرات على مستوى دفتر الأستاذ والعقد. وتشمل ذلك فرض تفرد مفاتيح VRF، مراجعة قواعد المدخلات المرجعية لPlutus V1 وV2، تبسيط معالجة الفروض الواضحة وتحسين الإبلاغ عن التناقضات في تجزئة معلمات البروتوكول.

DB Sync هو جزء رئيسي آخر من عملية الطرح. يدعم الإصدار الرسمي cardano-db-sync 13.7.0.5 النسخة 11.0.1 من العقدة والتحول الصلب داخل حقبة النسخة 11.

هذا الأمر ذو أهمية لأن DB Sync يُستخدم في بنية تحتية تقرأ وتفهرس بيانات شبكة كاردانو، بما في ذلك المستكشفين، منصات التحليل، الخدمات الخلفية والتطبيقات التي تعتمد على بيانات الشبكة الدقيقة والمحدثة.

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

أهمية اختبار Preview قبل شبكة كاردانو الرئيسية

تفعيل الشبكة التجريبية Preview لا يعني أن النسخة 11 جاهزة للشبكة الرئيسية. بل إنه يشير إلى أن التحوّل الصلب قد دخل في المرحلة التي يجب خلالها اختبار الفرضيات مع البرامج والبنية التحتية وسلوك الشبكة التجريبية الحقيقي.

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

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

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

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