Cardano تصادق على تحديث Plutus Cost Model وتحديد موعد النفاذ في 18 يونيو

صادقت Cardano على إجراء الحوكمة الخاص بتحديث Mainnet Plutus Cost Model في 13 يونيو 2026. ووفقاً لـ Intersect MBO، تم تحديد موعد النفاذ في 18 يونيو عند حوالي 21:45 بالتوقيت العالمي UTC. يحدّث تغيير معاملات البروتوكول نماذج تكاليف Plutus لإصدارات V1 وV2 وV3، وهي مجموعات المعاملات المستخدمة لحساب وحدات التنفيذ لمعاملات العقود الذكية على Cardano.

حَوْكَمَة Cardano وافقت على إجراء Update Plutus Cost Models

إجراء الحوكمة بعنوان "Update Plutus Cost Models" قُدّم كتغيير في معاملات البروتوكول على Cardano mainnet. على CardanoScan، وُسِم الإجراء بأنه مُصادَق عليه تحت معرّف إجراء الحوكمة gov_action1eqhnsdyf3exhp5mqt7sdjtl7xy69wqg8tvg854psns2jt72cra3qqrcnr8r.

يُظهر CardanoScan خمسة أصوات لصالحه من Constitutional Committee، مع عدم وجود أصوات ضد أو امتناعات. صَوْت DRep مُدرج بوزن حصة قدره 3.94 مليار لصالحه، بما يعادل 68.61 بالمئة من الدعم. لم تكن SPOs مؤهلة للتصويت على هذا النوع من إجراءات تحديث المعاملات، وهو ما يظهر أيضاً في بيانات المستكشف.

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

نماذج تكاليف Plutus V1 وV2 وV3 تحصل على قيم جديدة على السلسلة

Plutus Cost Model يحدّد الجزء من رسوم المعاملة الذي يُحسَب مقابل تنفيذ سكريبتات Plutus. وهو يخصّص وحدات التنفيذ عبر مكوّنات CPU والذاكرة، والتي تُستخدم بعد ذلك لحساب الرسوم للمعاملات التي تستخدم العقود الذكية.

Plutus V1 يشير إلى النسخة الأصلية من بيئة سكريبتات العقود الذكية لدى Cardano التي قُدّمت في حقبة Alonzo. وقد وسّع Plutus V2 قدرات السكريبت عبر ترقية Vasil، بما في ذلك ميزات أَتاحت تصاميم dApp أكثر كفاءة. Plutus V3 هو إصدار أحدث مرتبط بحقبة Conway والترقيات اللاحقة، مع مجموعة موسّعة من الدوال المدمجة ومعاملات نموذج التكلفة.

إجراء الحوكمة على السلسلة يُحدّث مصفوفات نموذج التكلفة الكاملة لكل من plutusV1 وplutusV2 وplutusV3. وقد أبرزت المواد المُعلَن عنها تغييرات متعلقة بـ equalsByteString عبر V1 وV2 وV3، وكذلك عمليات الأعداد الصحيحة divideInteger وmodInteger وquotientInteger وremainderInteger في V3. كما أوضح توضيح تقني عام في سلسلة Intersect أن التغييرات لا تقتصر على قيم CPU وأن هناك تغييرات إضافية في V1 وV2 بما في ذلك تكاليف الذاكرة.

بالنسبة للمطورين، فإن المصدر المُعتَمد هو المجموعة الكاملة للقيم الجديدة المدوّنة في إجراء الحوكمة على السلسلة والمعروضة عبر CardanoScan وCexplorer وAdaStat والأدوات ذات الصلة. لم تُنشَر في الإعلان أي جدول رسمي يقارن بين جميع القيم السابقة والجديدة، لذا على الفرق التي تحتاج إلى مقارنة تقنية كاملة أن تقارن المصفوفات الجديدة على السلسلة مع تعريفات نموذج تكلفة ledger النشطة سابقاً.

المطورون بحاجة إلى إعادة اختبار ExUnits والرسوم وميزانيات السكريبتات

طلبت Intersect من المطورين وفرق dApp اختبار تهيئاتهم على Preview وPreprod قبل النفاذ. تسري التذكرة على بروتوكولات DeFi وبنية NFT التحتية وتكاملات المحافظ والمفهرِسات وبُنّاة المعاملات وخدمات الخلفية التي تحسب الرسوم وقيم CPU والذاكرة والضمان قبل إرسال المعاملات إلى mainnet.

الاختبار العملي للفرق هو إعادة تنفيذ السكريبتات وإعادة تقدير تكاليفها باستخدام شيفرة dApp الحالية وبُنّاة المعاملات ومكتبات تقدير التكاليف. الهدف هو تأكيد أن السكريبتات ما تزال تُنفّذ ضمن حدود ExUnits المتوقعة وأن حسابات الرسوم والضمان تظل متماشية مع معاملات نموذج تكلفة mainnet الجديدة.

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

تحديث Plutus Cost Model هو إجراء مستقل لتغيير معاملات البروتوكول، ومختلف عن عملية حوكمة الانقسام Van Rossem. وهو جزء من فترة الجاهزية التقنية نفسها لإصدار البروتوكول 11، بينما تستعد المحافظ ومزوّدو البنية التحتية وdApps ومشغلو العُقَد لتغييرات ledger وPlutus. في 18 يونيو، تُطبَّق نماذج التكلفة المحدّثة للمعاملات القائمة على mainnet، بينما تصبح بدائيات Plutus المُستحدَثة نشطة فقط بعد تفعيل الانقسام.