المطورون الأساسيون في Neo ينهون نطاق الإصدار 3.9، ويتقدمون في اختبار العمل وتصميم CryptoLib

المصدر: CryptoNewsNet العنوان الأصلي: مطورو نواة Neo ينهون نطاق v3.9، ويقدمون اختبارات وأعمال تصميم CryptoLib الرابط الأصلي: https://cryptonews.net/news/blockchain/32063611/ في أحدث مكالمة ل Neo Core، تقدم المطورون في اختبار رسوم التنفيذ وتغييرات القائمة البيضاء، وصقلوا الخطط لدعم BLS المتوافق مع Ethereum في العقد الأصلي لـ CryptoLib، وقيّموا آلية حوكمة جديدة للتعامل مع الأموال المحجوبة. كما استكشفت الاجتماع خيارات لضمان تشغيل مرشحي المدققين لعقد حقيقية، بما في ذلك التصاميم القائمة على التخزين والمصادرة.

ضمان تشغيل مرشحي المدققين لعقد حقيقية

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

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

التقدم نحو Neo v3.9.0

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

لن يتم شحن عنصر واحد، NEP-25، في الإصدار v3.9.0. من المتوقع أن تؤدي التغييرات المخطط لها على المعيار إلى تأخير التطوير لمدة تتراوح بين شهر إلى شهرين، لذا وافق المساهمون على تأجيله لتجنب تأخير الإصدار.

اختبار التغييرات المدمجة: رسوم التنفيذ والقائمة البيضاء

تم دمج تغييرات عامل رسوم التنفيذ ودعم المعاملات المجانية المعتمدة على القائمة البيضاء بالفعل في الإصدار 3.9.0. ستحدد مشكلة مخصصة قائمة تحقق للاختبار لهذه الميزات قبل نشر النسخ النهائية.

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

إعادة التفكير في دعم BLS المتوافق مع Ethereum في CryptoLib

درس المطورون أيضًا الاقتراح لإضافة أسماء مستعارة متوافقة مع Ethereum لـ BLS12-381 في العقد الأصلي لـ CryptoLib.

تم تحديد قلقين رئيسيين. تعمل الطرق الجديدة على مصفوفات البايت، بينما تعرض وظائف CryptoLib الحالية نقاط BLS من خلال واجهات التشغيل البيني مع مساعدات تسلسل مخصصة. إن التسلسل وإعادة التسلسل المتكررين لكل عملية غير فعال وغير متوافق مع تصميم واجهة برمجة التطبيقات الحالي.

الاتجاه المفضل هو محاذاة دعم BLS المتوافق مع Ethereum مع نمط واجهة المستخدم المعتمد من خلال إضافة طرق تسلسل لتنسيق Ethereum أثناء تنفيذ العمليات على تمثيلات نقاط BLS الداخلية. التوافق مع تنسيق تسلسل Ethereum هو المتطلب الرئيسي، وليس واجهة API معكوسة. سيتم تحسين تفاصيل التنفيذ عبر كل من عقدة C# و neo-go لضمان سلوك متسق.

أداة الحوكمة للأموال المحجوزة

استعرضت المجموعة أيضًا تغييرًا في الحوكمة من شأنه أن يسمح لمجلس نيو بتحويل الأموال من الحسابات المحظورة بعد فترة محددة، مما يتطلب 19 من 21 توقيعًا.

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

سيحدد تصويت فترة الحظر الافتراضية، مع خيارات مثل ستة أشهر، سنة واحدة، أو سنتين. بمجرد الانتهاء، من المتوقع أن توفر هذه الميزة عملية أوضح للتعامل مع العناوين المعاقبة.