تقترح شركة TRON ترقية شبكتها الرئيسية إلى الإصدار 4.8.0 لدعم توافق Ethereum Cancun، وهي الآن مفتوحة للمناقشة

اقتراح ل TRON تم إطلاق ترقية الشبكة الرئيسية الإصدار 4.8.0 لمجتمع بلوكتشين إثبات الحصة. يهدف هذا الاقتراح إلى تطبيق تعليمات محددة لمواءمة آلة ترون الافتراضية (TVM) مع التطورات الحديثة في آلة إيثريوم الافتراضية (EVM)، وتحسين وظائف طبقة الإجماع على بلوكتشين.

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

يهدف هذا الاقتراح إلى تنشيط أكواد ترقية كانكون على TRON، وتعزيز محاذاة EVM والمساهمة في قابلية التشغيل البيني عبر بيئات blockchain المختلفة.

ومن المتوقع أن يؤدي تنشيط هذه الرموز التشغيلية في سعة مؤقتة إلى دعم توافق TVM-EVM، وتسهيل التطوير عبر السلسلة، وتسهيل انتقال العقود الذكية القائمة على EVM إلى TRON، وتوسيع مزايا توفير الطاقة للمطورين الذين يعملون داخل نظام TRON البيئي.

يهدف تفعيل التحقق المُحسَّن في طبقة الإجماع إلى تعزيز الشبكة من خلال معالجة الثغرات الأمنية التي قد تنشأ أثناء فترات الصيانة. ويهدف تحديدًا إلى منع إنشاء كتل غير صالحة ورؤوس كتل ذات طوابع زمنية لا تُمثل مضاعفات دقيقة لثلاث ثوانٍ. بالإضافة إلى ذلك، تم تضمين تحديثات لخوارزمية تصنيف Super Actor لضمان موثوقيتها في ظل الظروف غير الشائعة.

من أجل دعم وظائف الأنظمة الأساسية المتعددة في المستقبل وتحسين التوافق مع مجموعة أوسع من إصدارات Java Development Kit، من المتوقع أن ينتقل Java-Tron من استخدام فئة java.lang.Math إلى مكتبة رياضية توفر نتائج حسابية متسقة عبر بيئات مختلفة.

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

تم تصميم هذا الاقتراح لدمج عناصر ترقية Ethereum Cancun وتطبيق تحسينات إضافية على طبقة الإجماع، بهدف تعزيز كل من استقرار وأداء شبكة TRON.

يتضمن الجدول الزمني المقترح تاريخ إنشاء طلب التصويت في 23 يونيو، وتاريخ سريانه في 26 يونيو.

المواصفات الفنية: تعليمات تشغيل التخزين، ونسخ الذاكرة، وتعليمات تشغيل الكود

من المقرر تفعيل رمزي تشغيل جديدين متعلقين بالتخزين المؤقت: TLOAD (0x5c) للقراءة من التخزين المؤقت، وTSTORE (0x5d) للكتابة إليه. يوفر التخزين المؤقت حلاً أكثر كفاءة في استهلاك الطاقة لمعالجة البيانات المؤقتة أثناء المعاملة. وهو بديل للذاكرة التقليدية، إذ يسمح باستمرارية البيانات عبر المكالمات الداخلية ضمن المعاملة نفسها، دون الاحتفاظ بها بعد اكتمالها. للمزيد من المعلومات التقنية، يُرجى الاطلاع على TIP-650.

من المقرر أيضًا إضافة شفرة تشغيل MCOPY (0x5e)، مما يوفر طريقةً لنسخ البيانات بكفاءة بين مناطق الذاكرة. تدعم هذه التعليمات تحسين كفاءة الطاقة في السيناريوهات التي تُجري فيها العقود الذكية عمليات ذاكرة مكثفة. يمكن الاطلاع على تفاصيل هذه الإضافة في TIP-651.

تتضمن التحسينات الإضافية للتحقق من طبقة الإجماع وضع حدود لحجم معاملات إنشاء الحسابات لتحسين إدارة استخدام النطاق الترددي. كما تم تعزيز التحقق من أحجام المعاملات القريبة من الحد الأقصى لضمان عدم تجاوز الكتل الفردية سعتها الاستيعابية. تخضع أطوال قوائم نتائج المعاملات الآن للتحقق بشكل أكثر صرامة، مما يضمن التوافق مع عدد العقود المُستدعاة، مع العلم أن التباينات لا تؤثر بشكل مباشر على الإجماع. كما يجري تطبيق آلية أكثر صرامة للتعامل مع المعاملات منتهية الصلاحية لتقليل احتمالية استهلاك المعاملات التي شارفت على الانتهاء لموارد الشبكة القيّمة. هذه التحديثات موصوفة في TIP-694.

علاوةً على ذلك، سيتم استخدام التعليمات البرمجية BLOBHASH (0x49) وBLOBBASEFEE (0x4a) كعناصر نائبة. ستعيد هذه التعليمات قيمة افتراضية تساوي صفرًا، وهي غير مخصصة لتوفير الوظائف الكاملة في هذه المرحلة. يهدف تضمينها المؤقت إلى الحفاظ على التوافق مع بايت كود الإيثريوم. للمزيد من المعلومات، يُرجى مراجعة TIP-745.