ترون (TRX) فعّلت في 28 أغسطس المقترح رقم 107، لتضيف إلى آلة TRON الافتراضية خصائص براغ وأوساكا من شبكة إيثريوم (ETH)، إلى جانب آلية تحقق مدمجة تناسب توقيعات مفاتيح المرور (Passkeys).
أبرز النقاط:
- دخول المقترح 107 حيّز التنفيذ في 28 أغسطس بعد حصوله على 25 موافقة، مفعّلًا خصائص براغ وأوساكا في آلة TRON الافتراضية.
- التغييرات تقلّص فجوات التوافق مع إيثريوم وتتيح للتطبيقات الوصول إلى سجل أوسع من تجزئات الكتل التاريخية.
- التحقق المدمج بخوارزمية P-256 يدعم المحافظ المعتمدة على مفاتيح المرور، فيما قد تسهم كلفة التشفير الأقل في خفض استهلاك الطاقة لبعض التطبيقات.
تفاصيل ترقية TRON
حصد المقترح 107 عددًا بلغ 25 موافقة قبل تفعيله في 28 أغسطس، ما أتاح لآلة TRON الافتراضية الاستفادة من خصائص كانت متاحة مسبقًا في إصدار GreatVoyage-v4.8.2. ووفقًا لوثائق المقترح المنشورة على GitHub، فإن التعديل يفعّل معاملي الشبكة 95 و96، اللذين يشغّلان وظائف مرتبطة ببراغ وأوساكا على الشبكة الرئيسية.
بالنسبة للمطورين، توسّع الترقية دعم TRON لأحدث سلوكيات إيثريوم، مع تقليل الحاجة لتعديلات خاصة بالشبكة عند نقل التطبيقات من إيثريوم إلى TRON، ما يخفّف عبء الهجرة ويجعل التجربة أكثر سلاسة.
التحديثات المرتبطة ببراغ تمدّد أيضًا نطاق الوصول إلى تجزئات الكتل التاريخية المخزنة في حالة الشبكة، ما يسمح للتطبيقات بالتحقق من معاملات أقدم مباشرة على السلسلة. هذا يمكن أن يحدّ من الاعتماد على مزوّدي البيانات الخارجيين لعمليات تحقق معيّنة.
اطلع أيضًا على: تداول النسخ بدافع الفومو كبّد ما يقرب من 94% من المحافظ خسائر: بحث
دعم مفاتيح المرور على نمط إيثريوم
التغييرات المرتبطة بأوساكا تضيف دعمًا أصليًا للتحقق من التواقيع باستخدام منحنى secp256r1 أو P-256، وهو منحنى تشفيري واسع الاستخدام في مفاتيح المرور ومخازن المفاتيح المعززة عتاديًا على الأجهزة. هذا يمنح مطوري المحافظ والتطبيقات طريقة أكثر كفاءة للتحقق من التواقيع الناتجة عن خصائص الأمان المدمجة في الهواتف والحواسيب.
كما يخفض المقترح كلفة الطاقة لبعض العمليات التشفيرية كثيفة الحوسبة، بما في ذلك عمليات MODEXP، لكن حجم التوفير الفعلي سيعتمد على طريقة بناء كل تطبيق واستغلاله للقدرات الجديدة.
مع ذلك، لن تظهر مفاتيح المرور تلقائيًا في محافظ TRON الحالية لمجرد أن الشبكة باتت تدعم آلية التحقق المطلوبة. على فرق تطوير المحافظ أن تقرر ما إذا كانت ستدمج هذه الميزة، وأن تحدد آليات مصادقة المستخدمين، سواء عبر البصمة أو التعرف على الوجه أو الرقم السري للجهاز.
كانت هذه التغييرات قد أُدرجت تقنيًا في إصدار GreatVoyage-v4.8.2 قبل وصول المقترح 107 إلى مرحلة الحوكمة، لكنها بقيت معطّلة على الشبكة الرئيسية إلى حين اكتمال التصويت. بدأ التصويت في 25 أغسطس، ما جعل تفعيل المقترح في 28 أغسطس الخطوة الحاكمة الأخيرة لإتاحة خصائص براغ وأوساكا على الشبكة.
اقرأ التالي: خروج حوت يتجاوز 335 مليون دولار من XRP على باينانس مع تصاعد ضغوط البيع في العقود الآجلة
