المؤلف: هاوتيان
سألني أحد الأصدقاء عن رأيي في الاقتراح الجذري الذي قدمه @VitalikButerin لاستبدال البايت كود الخاص بآلة Ethereum الافتراضية EVM بهندسة مجموعة التعليمات RISC-V مفتوحة المصدر؟ في جوهره، يقوم Ethereum بتحضير تغيير تكنولوجي عميق بقيادة تقنية ZK. دعوني أشرح لكم المنطق الاستراتيجي الكامن وراء ذلك: 1) أولاً وقبل كل شيء، فكرة فيتاليك بشأن استبدال EVM بـ RISC-V ليست جديدة في الواقع. منذ وقت مبكر عندما اقترح استراتيجية التوسع القائمة على التجميع، كان قد ألمح إلى فكرة مماثلة: السماح لجميع الطبقات المؤهلة 2 بأن تصبح طبقة التنفيذ للشبكة الرئيسية، وخفض مستوى EVM من طبقة البروتوكول إلى طبقة وظيفة عميل التنفيذ التجميعي "داخل البرنامج"، لتصبح واحدة من العديد من أجهزة AltVM. إن مفتاح تحقيق هذا التحول هو أن RISC-V، باعتباره بنية تعليمات عامة وأقل مستوى، يمكنه توفير أساس "أجهزة" موحد لـ zkVM، بحيث يمكن لبيئات التنفيذ المختلفة أن تعمل بكفاءة تحت نفس الإطار. يجب أن يعتمد هذا التغيير المعماري على استكمال Ethereum لنشر SNARKs الأساسي، لأنه فقط عندما يمكن تطبيق تقنية ZK على نطاق واسع للتحقق من الحالة، يمكن لهندسة طبقة التنفيذ المعيارية هذه تحقيق تحسينات في الكفاءة مع ضمان الأمان. 2) بصراحة، قد يبدو التعديل الاستراتيجي لإيثريوم وكأنه خطوة يائسة للوهلة الأولى، لكن التحليل الأعمق يظهر أن إمكانية استبدال طبقة التنفيذ أمر ضروري بالفعل لسلاسل عامة راسخة ذات إجماع قوي مثل إيثريوم. في مواجهة التأثير التكنولوجي للسلاسل العامة الناشئة مثل Solana و Sui مع TPS المتطرفة الخاصة بها، فضلاً عن تحويل السوق لعدد كبير من السلاسل المتوافقة مع EVM، اختارت Ethereum أن تأخذ زمام المبادرة بدلاً من تحمل الضرب بشكل سلبي.
لأنه من الصعب بالفعل على TPS الخاص بـ Ethereum التنافس مع سلاسل عامة جديدة مثل Solana و Sui من حيث المؤشرات الفنية البحتة، ولكن في الثلاثية، التزمت Ethereum دائمًا بقيمها الأساسية المتمثلة في الأمان واللامركزية، مع الحفاظ على ازدهار بيئي لا مثيل له ومجتمع مطورين. إذا حاول الإيثريوم استخدام بنية مجموعة التعليمات مفتوحة المصدر RISC-V لتحسين كفاءة طبقة التنفيذ، وخاصة في أدلة ZK، فمن المتوقع أن يؤدي ذلك إلى قفزة في الأداء بمقدار 50-100 مرة. إن هذه الاستراتيجية المتمثلة في تكرار طبقة التنفيذ دون التضحية بالأساس لا تحافظ على مزايا Ethereum الأساسية فحسب، بل تعالج أيضًا عيوبها الرئيسية بشكل مباشر. لماذا لا تفعل ذلك؟ 3) ومع ذلك، في حين أننا متحمسون للمقترح الجديد، يجب أن نفهم أن تحويل EVM إلى RISC-V ليس مشروعًا لمرة واحدة بأي حال من الأحوال. ومن منظور التنفيذ الفني، من المرجح أن يحتاج هذا التغيير إلى الانتظار حتى يتم نشر تقنية ZK-SNARKs على نطاق واسع قبل أن يتم الترويج لها بالكامل.
بالمقارنة مع الترقيات الرئيسية على المستوى الأساسي من Ethereum في السنوات القليلة الماضية (مثل ترقية طبقة الإجماع من PoW إلى PoS)، من الناحية المثالية، تتطلب العملية بأكملها تصميمًا صارمًا واختبارًا مكثفًا ودعمًا قويًا من المجتمع، ومن المقدر أن يستغرق الأمر ما لا يقل عن 2-3 سنوات. ومع ذلك، أكد فيتاليك على التوافق مع الإصدارات السابقة في اقتراحه، وربما تستمر عقود EVM الحالية في الوجود من خلال مترجم RISC-V أو آلية الدعم الموازية، وهو أمر بالغ الأهمية لتقليل تكاليف الانتقال للمطورين والمستخدمين. إن استراتيجية التغيير التدريجي هذه هي أيضًا أسلوب التكرار الاستراتيجي الثابت الذي يجب أن يتمتع به الإيثريوم، باعتباره سلسلة كتل قديمة آمنة ولامركزية. في رأيي، فإن اقتراح فيتاليك لاستبدال EVM بـ RISC-V ليس مجرد تعديل بسيط للهندسة المعمارية التقنية، بل هو أيضًا استراتيجية مبتكرة لإيثريوم للاستجابة بشكل استباقي للمنافسة من السلاسل العامة عالية الأداء. يرتبط هذا الاقتراح ارتباطًا وثيقًا بالترقيات مثل Verge و Purge في خريطة طريق Ethereum. في الأساس، تدور جميعها حول SNARKs الأساسية، بهدف إنشاء بيئة تنفيذ أكثر كفاءة ومرونة لدعم سيناريوهات التطبيق المتنوعة في المستقبل.
في السابق، كشف @drakefjustin أن مؤسسة Ethereum ستستثمر عشرات الملايين من الدولارات في مشروع zkVMs. ليس هناك شك في أن zkVM هو بالفعل أحد السرديات الأساسية لمستقبل Ethereum. ما يحاول Ethereum بناءه ليس مجرد طبقة تنفيذ أكثر كفاءة، بل بنية معيارية متوافقة مع العديد من الآلات الافتراضية. قد تكون هذه المناقشة حول استبدال EVM بـ RISC-V مجرد البداية.