إثيريوم تفكر في استخدام RISC-V كبديل لـ EVM، مما قد يعزز بشكل كبير كفاءة ZK

مؤسس إثيريوم المشارك اقترح مؤخرًا خطة طويلة الأمد: استبدال الآلة الافتراضية الحالية (EVM) بهيكل التعليمات RISC-V مفتوح المصدر. تُعتبر هذه الفكرة الطريق المحتمل الوحيد لتحقيق اختراق في أداء الطبقة التنفيذية وتبسيط منطق البروتوكول. خاصة في كفاءة إثبات المعرفة الصفرية (ZK Proof)، من المتوقع أنه من خلال استبدال EVM، يمكن تحقيق تحسينات تصل إلى 100 ضعف. تهدف هذه الاقتراحات إلى معالجة مشاكل الاختناق الحالية في إثيريوم فيما يتعلق بكفاءة إثبات ZK وتعقيد بناء الكتل وتوافر البيانات.

قيود EVM ومزايا RISC-V

توجد المشكلات التالية في EVM:

• هيكل قديم: الهيكل ذو 256 بت غير متوافق مع المعالجات الحديثة، مما يؤدي إلى انخفاض كفاءة تنفيذ ZK-EVM
• عنق زجاجة إثبات ZK: حوالي نصف الموارد تُستخدم لتنفيذ EVM نفسه، مما يحد من كفاءة إثبات ZK
• صعوبة الصيانة: أدى تراكم الوظائف على مر السنين إلى فوضى في المعايير، مما يجعل بعض الوظائف من الصعب إلغاؤها
• تطوير محدود: مجموعة التعليمات غير القياسية تقيّد الدعم عبر اللغات

تمتلك RISC-V المزايا التالية:

• أداء عالي الكفاءة: مجموعة التعليمات المبسطة مناسبة للأجهزة، ويمكن استخدامها في تحسين JIT وحتى التسريع بواسطة الأجهزة.
• تحسين ZK: توليد الدوائر مباشرةً من تعليمات RISC-V، مما يبسط عملية إثبات ZK
• أدوات ناضجة: تدعم اللغات الرئيسية، تقلل من حواجز التطوير، إيكولوجيا أوسع
• معايير عامة: تم اعتمادها من قبل مشاريع بلوكتشين موجودة، ولديها حالات نجاح

استبدال الطريق والتحديات

تم تقديم ثلاث حلول بديلة:

1. وجود VM مزدوج: EVM و RISC-V يعملان بالتوازي، العقود الجديدة يمكن أن تختار RISC-V
2. مفسر على السلسلة: يتم تنفيذ جميع عقود EVM بواسطة عقود RISC-V على السلسلة
3. آلية مكون الإضافات للمفسر: يتم استخدام المفسر كعنصر بروتوكول، مما يسمح بإدخال VM أخرى في المستقبل

التحديات التقنية التي تواجه التنفيذ تشمل:

• مخاطر تآكل أداء التنفيذ
• إعادة هيكلة نموذج تسعير الغاز
• تصميم صندوق الأمان
• تكيف أدوات التطوير
• مشكلة التوافق في الانتقال

يميل إلى اعتماد الخيار الأول كمسار انتقالي، مع الالتزام بالحفاظ على التوافق بين العقود القديمة والجديدة.

تأثيره على مسار التوسع الحالي

RISC-V لن تحل محل حلول التوسع الحالية:

• الطبقة 2: لا يزال Rollup هو أسلوب التوسع الرئيسي، ويزيد RISC-V من كفاءة معالجة L1 وأداء تحقق ZK
• تجزئة البيانات: لا يزال هناك حاجة إلى EIP-4844 و Danksharding لحل عنق الزجاجة في توفر البيانات
• FaaS، MEV: غير مرتبط بهيكلية الآلة الافتراضية، غير متأثر بـ RISC-V

RISC-V هو تحسين بنية تحتية ، ولا يتعارض مع خطط التوسع مثل L2 / التقسيم.

ردود فعل المجتمع والمحاولات المشابهة

توجد انقسامات في المجتمع:

• يرى المؤيدون أن هذه ترقية ضرورية للتصدي لتحديات الأداء
• يشعر المحافظون بالقلق من صعوبة التنفيذ وتكاليف تحديث النظام البيئي

تشمل المشاريع المماثلة:

• نقل الجهاز الظاهري (Aptos/Sui)
• FuelVM
• وسام (Stylus)
• نيرفوس CKB

في المستقبل، قد يتم إدخال أنواع متعددة من VM من خلال آلية المفسر، لبناء بيئة تنفيذ متنوعة.

توقعات التأثير المستقبلي

إذا انتقلت إثيريوم إلى RISC-V:

• تجربة المطورين: يمكن استخدام اللغات الحالية، وقد تدعم المزيد من اللغات
• تكلفة التشغيل والأداء: تحسين كفاءة التنفيذ، نموذج الغاز أكثر منطقية
• التوافق البيئي: فترة وجود مزدوجة للآلة الافتراضية تضمن التوافق، يجب تحديث البنية التحتية
• الأمان والاستقرار: الهيكل البسيط يساعد في التدقيق والتحكم في مساحة الهجوم

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