[تغريدة طويلة بالإنجليزية] رحلة Ethereum الجديدة: نحو 10,000 TPS ورؤية "ZK كل شيء" النهائية

سلسلة Chainfeeds دليل القراءة:

يستعد Ethereum لأكبر تحول معماري منذ إطلاقه: استبدال EVM بـ RISC-V. السبب بسيط، ففي مستقبل يهيمن عليه ZK، أصبح EVM هو أكبر عنق زجاجة.

مصدر المقال:

https://x.com/0xJaehaerys/status/1960051628129865918

كاتب المقال:

jaehaerys

وجهة نظر:

jaehaerys: يقف Ethereum عند نقطة تحول معمارية هي الأهم منذ نشأته: استبدال Ethereum Virtual Machine (EVM) بـ RISC-V. السبب الجذري وراء هذا التغيير هو أن EVM أصبح أكبر عنق زجاجة في عصر إثبات المعرفة الصفرية (ZK). حالياً، تعمل zkEVM عن طريق إعادة ترجمة مفسر EVM إلى RISC-V ثم إثباته، مما يؤدي إلى فقدان في الأداء يتراوح بين 50 إلى 800 مرة. ومع تحسين وظائف التجزئة وغيرها من المكونات، أصبح إثبات تنفيذ الكتل هو الجزء الأكثر استهلاكاً للوقت، وتم تضخيم عدم كفاءة EVM بشكل كامل. أشار Vitalik إلى أنه بدلاً من إضافة طبقة EVM أخرى في الخارج، من الأفضل كشف RISC-V مباشرةً لإزالة طبقة التفسير الزائدة. في الوقت نفسه، تم إثبات أن "العقود المسبقة التجميع" (precompile) التي اعتمد عليها Ethereum لفترة طويلة هي مصدر للديون التقنية. هذه الدوال المرمزة بشكل صلب تزيد من تعقيد البروتوكول ومخاطر التوافق، وكل إضافة جديدة تتطلب hard fork، مما يبطئ وتيرة الابتكار. أوضح Vitalik أنه يجب التوقف عن إضافة precompile جديدة والانتقال إلى تنفيذها عبر RISC-V. بالإضافة إلى ذلك، فإن بنية المكدس 256-بت التي يعتمدها EVM غير فعالة للغاية، خاصة في سيناريوهات ZK حيث تكون العمليات الحسابية الصحيحة الشائعة تحتاج فقط إلى 32 أو 64 بت، مما يؤدي إلى زيادة التكاليف بمقدار 2 إلى 4 مرات. بناءً على ذلك، أصبحت مشاكل عنق الزجاجة في الأداء، ديون التعقيد، والبنية القديمة، تجعل من "إعادة بناء طبقة تنفيذ Ethereum باستخدام RISC-V" خياراً ملحاً. RISC-V ليست منتجاً معيناً، بل هي مجموعة من معايير التعليمات المفتوحة والمركبة. نواتها البسيطة تحتوي فقط على حوالي 47 تعليمة أساسية، وقابليتها للتحقق الأمني تتجاوز بكثير EVM المعقدة؛ كما أن بيئتها المفتوحة تعني أن المطورين ليسوا بحاجة لبناء سلسلة أدوات الترجمة من الصفر، حيث يمكن للغات البرمجة الرئيسية مثل Rust وC++ وGo الترجمة مباشرة إلى RISC-V، مما يخفض عتبة دخول مجتمع مطوري Ethereum بشكل كبير. والأهم من ذلك، أن مجتمع ZK تقريباً توصل إلى إجماع: 9 من كل 10 مشاريع zkVM اختارت RISC-V كأساس ISA، مما يثبت أن هذا المعيار أصبح الحل الموحد الفعلي للصناعة. مقارنةً بـ "الكتاب الأصفر" الغامض، يمتلك RISC-V مواصفات SAIL الرسمية والقابلة للقراءة آلياً، مما يوفر أساساً للتحقق من الصحة على المستوى الرياضي. في الوقت نفسه، يوفر "وضع الامتياز" في RISC-V عزلاً على مستوى العتاد لبيئة التنفيذ الموثوقة، حيث يجب على العقود في وضع المستخدم استدعاء وضع النواة عبر تعليمة ECALL، مما يبني حدود أمان أقوى من صندوق الرمل البرمجي في EVM. ستتم عملية الانتقال عبر ثلاث مراحل: المرحلة الأولى استبدال precompile بـ RISC-V في سيناريوهات منخفضة المخاطر؛ المرحلة الثانية دخول عصر VM مزدوج، حيث يمكن للعقود على EVM وRISC-V استدعاء بعضها البعض؛ المرحلة الثالثة هي "استراتيجية Rosetta"، حيث يتم تشغيل EVM كعقدة على RISC-V مع الحفاظ على التوافق طويل الأمد. هذا التطور التدريجي يضمن الاستقرار ويمهد الطريق لتبسيط البروتوكول النهائي. التحول من EVM إلى RISC-V ليس مجرد ترقية لطبقة التنفيذ، بل سيعيد تشكيل النظام البيئي الكامل لـ Ethereum. بالنسبة لـ Rollup، تعتمد الأنواع المتفائلة (Arbitrum، Optimism) على EVM في L1 لإعادة حساب إثباتات الاحتيال، وبمجرد استبدال EVM، سيواجه نموذجها إعادة بناء كاملة أو خطر الانفصال. أما ZK Rollup فستحصل على مكاسب استراتيجية: معظم المشاريع الداخلية تعتمد بالفعل RISC-V، وبيئة التنفيذ بين L1 وL2 موحدة أصلاً، مما يتيح "Rollup أصلي" مع تسوية فعالة وسلسة مع L1 وتقليل تكلفة الإثبات. بالنسبة للمطورين، ستعمل لغات مثل Rust وGo وPython مباشرة على L1، مما يوسع حدود تطوير العقود الذكية بشكل جذري؛ أما للمستخدمين، فقد تنخفض تكلفة الإثبات بمقدار مئة مرة، وسيحقق Ethereum مستوى "Gigagas L1" مع آلاف المعاملات في الثانية. على المدى البعيد، يتماشى هذا التحول مع رؤية "Lean Ethereum": تبسيط طبقات التوافق والبيانات والتنفيذ، ليصبح Ethereum طبقة ثقة بسيطة وقابلة للتحقق للإنترنت. لم يعد هدف Vitalik بأن "النهاية هي ZK-snark everything" حلماً، بل أصبح مخططاً واقعياً بفضل RISC-V. هذا يعني أن مستقبل Ethereum لن يكون "آلة افتراضية للعقود الذكية" بالمعنى التقليدي، بل سيكون حجر أساس للثقة عالمي قابل للتحقق وبسيط وشفاف. [النص الأصلي بالإنجليزية]