Cardano ينقل تحديث نموذج تكلفة Plutus إلى PreProd مع عودة نقاش توسيع النطاق eUTXO

تحديث نموذج تكلفة Plutus لـ Cardano يصل إلى PreProd

تم تنفيذ تحديث معلمة نموذج تكلفة Plutus الخاصة بـ Cardano على شبكة اختبار PreProd في 16 مايو، مما أعطى المطورين بيئة حية لاختبار البرامج النصية القائمة قبل أن ينتقل التغيير إلى شبكة mainnet. وقالت Intersect إنه ينبغي على المطورين مراجعة إعداداتهم الحالية بقوة قبل التقدم، خاصة عندما تعتمد التطبيقات على ميزانيات تنفيذ Plutus.

يزيد التحديث معلمات نموذج تكلفة وحدة المعالجة المركزية لبعض الوظائف الأولية لـ Plutus. العمليات المتأثرة تشمل equalsByteString عبر Plutus V1 وV2 وV3، بالإضافة إلى العديد من عمليات الأعداد الصحيحة في Plutus V3، بما في ذلك divideInteger وmodInteger وquotientInteger وremainderInteger. بالنسبة للمستخدمين، قد لا يبدو هذا كتغيير مرئي في المنتج. بالنسبة للمطورين، فإنه يغير بيئة التنفيذ التي تعتمد عليها العقود الذكية.

تحدد نماذج تكلفة Plutus كيفية تسعير العمل الحسابي عند تشغيل البرامج النصية على Cardano. إذا كان البرنامج النصي قريباً بالفعل من ميزانية وحدة المعالجة المركزية الخاصة به، فقد يؤثر زيادة التكلفة على ما إذا كان البرنامج النصي لا يزال ضمن حدود التنفيذ. وهذا يجعل اختبار PreProd ضرورياً لبروتوكولات DeFi، ومنصات NFT، وتطبيقات الهوية، وأدوات الحوكمة، وأي نظام إنتاج يستخدم البرامج النصية لـ Plutus.

لماذا يعد تحديث نموذج Plutus مهماً لمطوري Cardano

يعد تحديث نموذج تكلفة Plutus جزءًا من مسار تحديث Van Rossem الأوسع. وصفت تحديث Intersect في 8 مايو استمرار الاستعداد حول العقدة والبنية التحتية وجاهزية النظام البيئي، وأشارت إلى أن إجراء تحديث حوكمة معلمة نموذج تكلفة Plutus قد تم تقديمه على PreProd.

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

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

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

إضافة سياق أوسع برد تشارلز هوسكينسون على eUTXO

في نفس اليوم، رد تشارلز هوسكينسون على منشور على X يدعي أن تحليل الذكاء الاصطناعي خلص إلى أن Cardano لا يمكنه التوسع بسبب بنيته UTXO. رفض هوسكينسون الادعاء بحدة، وكتب: “Dunning Kruger AI edition. ‘AI Told me that UTXO cannot scale.’”

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

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

يعتبر تحديث نموذج تكلفة Plutus إجابة Cardano الأكثر فائدة على هذا النقاش. إنه يوفر للمطورين بيئة اختبار ملموسة، ووظائف أولية محددة للمراجعة، وسبب واضح لتفحص ما إذا كانت تطبيقاتهم تظل ضمن حدود التنفيذ. إذا كان سيتم التعامل مع الانتقادات الموجهة لنموذج eUTXO بجدية، فإنه يجب أن تلتقي مع Cardano حيث يتم اختبار البنية فعلياً: في البرامج النصية، والميزانيات، وتصميم المعاملات، وجاهزية الإنتاج، وليس في ادعاءات مبسطة حول ما يمكن أن يفعله UTXO أو لا يمكن أن يفعله.