يشترك مطورو Ethereum في قاعدة ضمنية: تجنب استخدام EVM قدر الإمكان.
خلال السنوات الأخيرة، كلما احتاجت العمليات التشفيرية الجديدة إلى تنفيذ على السلسلة، لم يكن توجه المطورين هو تنفيذها داخل EVM، بل طلب عقد مسبق التكوين—وهو اختصار يتجاوز الآلة الافتراضية ويُدرج العملية مباشرة في طبقة البروتوكول.
في 1 مارس، نشر Vitalik Buterin سلسلة طويلة على منصة X، كاسراً هذه القاعدة غير المعلنة بشكل علني. وقد جادل بأن قيمة Ethereum تكمن في عموميتها. وإذا قصرت EVM، يجب معالجة المشكلة مباشرة وبناء آلة افتراضية أفضل.
اقترح حلين محددين.
الحل الأول: تغيير "هيكل البيانات"
التغيير الأول يستهدف شجرة الحالة في Ethereum، والتي تعمل كنظام فهرسة دفتر الشبكة. في كل مرة يتحقق فيها أحد من الرصيد أو يراجع معاملة، يمر عبر هذه الشجرة.
المشكلة أن الشجرة الحالية ضخمة جداً. تستخدم Ethereum هيكلاً يسمى "شجرة Merkle Patricia سداسية Keccak" (الاسم يبدو كتعويذة). يقترح Vitalik في EIP-7864 استبدالها بشجرة ثنائية أكثر بساطة.
للمقارنة: سابقاً، كان الاستعلام عن جزء من البيانات يتطلب اختياراً متكرراً بين ستة اتجاهات عند كل نقطة تقاطع. الآن، أصبح الأمر مقتصراً على يمين أو يسار فقط. النتيجة؟ طول فرع Merkle ينخفض إلى ربع حجمه الأصلي. بالنسبة للعملاء الخفيفين، تنخفض متطلبات النطاق الترددي للتحقق من البيانات بشكل كبير.
ولا يتوقف Vitalik عند إعادة تشكيل الشجرة. يريد أيضاً تغيير دالة التجزئة على الأوراق. المرشحان هما Blake3 وPoseidon. يقدم Blake3 تحسينات ثابتة في السرعة؛ بينما Poseidon أكثر جذرية ويمكن نظرياً أن يعزز كفاءة الإثبات بعشرات المرات، رغم أن أمانه يحتاج لمراجعة إضافية.
الجدير بالذكر أن هذا الاقتراح يستبدل شجرات Verkle التي كانت محل نقاش سابق. كانت Verkle المرشح الرئيسي لتحديث 2026، لكن التشفير المنحني الأساسي فيها يواجه تهديدات الحوسبة الكمومية. منذ منتصف 2024، بدأت Verkle تفقد شعبيتها تدريجياً، ما سمح لحل الشجرة الثنائية بالانتشار.
الحل الثاني: تغيير "الآلة الافتراضية"—تحويل EVM إلى عقد ذكي
التغيير الثاني أكثر جرأة وإثارة للجدل: استبدال EVM بهيكلية RISC-V على المدى الطويل.
RISC-V هي مجموعة تعليمات مفتوحة المصدر، لم تكن مرتبطة أصلاً بالبلوكشين، لكن تقريباً جميع أنظمة إثبات ZK تستخدمها داخلياً الآن. منطق Vitalik واضح: بما أن المُثبّتين يستخدمون RISC-V بالفعل، لماذا تستخدم الآلة الافتراضية شيئاً آخر، ما يتطلب طبقة ترجمة؟ إزالة تلك الطبقة يحسن الكفاءة بشكل طبيعي.
يتطلب مفسر RISC-V فقط بضع مئات من أسطر الشيفرة. يرى Vitalik أن هذا هو ما يجب أن تكون عليه الآلة الافتراضية للبلوكشين.
خطته تتكون من ثلاث خطوات: أولاً، استخدام الآلة الافتراضية الجديدة للعقود المسبقة التكوين، وإعادة كتابة %80 من العقود الحالية بشيفرة الآلة الجديدة؛ ثانياً، السماح للمطورين بنشر عقود للآلة الجديدة تعمل بالتوازي مع EVM؛ ثالثاً، تقاعد EVM—not بإلغائها، بل بإعادة كتابتها كعقد ذكي يعمل على الآلة الافتراضية الجديدة، مع تحقيق التوافق الكامل مع الإصدارات السابقة.
لا يحتاج المستخدمون الحاليون لتغيير سياراتهم—فقط المحرك يُستبدل بهدوء، بينما يبقى المقود كما هو.
ما مدى أهمية هذين التغييرين معاً؟ قدم Vitalik رقماً: شجرة الحالة والآلة الافتراضية تشكلان أكثر من %80 من عنق الزجاجة في إثباتات Ethereum. دون معالجة هذين المجالين، ستتوقف قابلية Ethereum للتوسع في عصر ZK.
اعتراض Arbitrum: مجرد أن المستودع يستخدم الرافعات الشوكية لا يعني أن المندوبين يجب أن يقودوا الرافعات الشوكية
لكن ليس الجميع متفقاً.
في نوفمبر الماضي، نشر فريق تطوير Arbitrum الأساسي، Offchain Labs، ردًا تقنيًا مفصلاً. جادل أربعة من باحثيهم بأن RISC-V مناسبة جداً لإثباتات ZK، لكنها غير ملائمة كصيغة تسليم للعقود.
قدموا تمييزاً رئيسياً: مجموعة تعليمات التسليم (dISA) ومجموعة تعليمات الإثبات (pISA) لا يجب أن تكونا متطابقتين. استخدام الرافعات الشوكية في المستودع قد يحقق أقصى كفاءة، لكن ذلك لا يعني أن المندوبين يجب أن يستخدموا الرافعات لتسليم الطرود إلى بابك.
يدعو Offchain Labs إلى استخدام WebAssembly (WASM) في طبقة العقود، مستندين إلى أسباب قوية: WASM ينفذ بكفاءة على الأجهزة القياسية، ومعظم عقد Ethereum لا تعمل على شرائح RISC-V—فرض التحول يتطلب محاكيات؛ يوفر WASM تحققاً ناضجاً من سلامة الأنواع؛ ونظام أدوات WASM تم اختباره في مليارات بيئات التنفيذ.
والأهم أنهم لا يكتفون بالنظريات. فقد نفذ Offchain Labs نموذجاً أولياً على Arbitrum: استخدام WASM كصيغة تسليم للعقود، ثم تجميعها إلى RISC-V لإثباتات ZK. تعمل الطبقتان بشكل مستقل.
كما أثاروا مخاطرة مثيرة للتأمل: تتطور تقنية إثبات ZK بسرعة، وقد انتقلت تطبيقات RISC-V مؤخراً من 32 بت إلى 64 بت. إذا تم ربط RISC-V بـEthereum L1 الآن، ماذا يحدث إذا ظهرت بنية إثبات أفضل خلال عامين؟ المراهنة على هدف سريع التغير ليست من أسلوب Ethereum.
سياق أوسع: الطبقات الثانية تبدأ الفطام
فهم هذا الاقتراح يتطلب منظوراً أوسع.
قبل شهر فقط، تساءل Vitalik علناً عما إذا كانت Ethereum لا تزال بحاجة إلى خارطة طريق مخصصة للطبقة الثانية، ما دفع برد جماعي من نظام الطبقات الثانية. قال Ben Fisch، الرئيس التنفيذي لشركة Espresso Systems، لـCoinDesk: وجهة نظر Vitalik أن الطبقات الثانية كانت تهدف في الأصل إلى مساعدة Ethereum على التوسع، لكن الآن مع تسارع Ethereum نفسها، يتغير دور الطبقات الثانية بشكل طبيعي.
المثير للاهتمام، بدلاً من الذعر، تتجه الطبقات الثانية بنشاط نحو فك الارتباط مع Ethereum. شبه Jing Wang، المؤسس المشارك لـOP Labs، الطبقات الثانية بمواقع ويب مستقلة، مع Ethereum كمعيار تسوية مفتوح أساسي. أما Marc Boiron، الرئيس التنفيذي لـPolygon، فكان واضحاً: التحدي الحقيقي ليس التوسع، بل خلق مساحة بلوك فريدة لسيناريوهات واقعية مثل المدفوعات.
بمعنى آخر، إصلاح Vitalik لطبقة التنفيذ هو هامش تقني لاتجاه أكبر: Ethereum تستعيد السيطرة على قدراتها الأساسية، بينما تُجبر الطبقات الثانية—أو تجد أخيراً—أسبابها الخاصة للوجود المستقل.
هل يمكن أن ينجح ذلك؟
يعترف Vitalik بأن استبدال الآلة الافتراضية لم يحظَ بإجماع واسع بين المطورين. إصلاح شجرة الحالة أكثر نضجاً، حيث يوجد بالفعل مسودة لـEIP-7864 وفريق مخصص. أما استبدال EVM بـRISC-V؟ لا يزال في مرحلة خارطة الطريق، ولم يقترب بعد من التنفيذ.
ومع ذلك، أطلق Vitalik الأسبوع الماضي تصريحاً لا يُنسى: لقد قامت Ethereum بالفعل باستبدال محرك نفاث أثناء الطيران (في إشارة إلى The Merge)، ويمكنها القيام بذلك أربع مرات أخرى تقريباً—شجرة الحالة، إجماع مبسط، التحقق من ZK-EVM، واستبدال الآلة الافتراضية.
من المتوقع أن يأتي تحديث Glamsterdam لـEthereum في النصف الأول من 2026، يليه Hegota. لم يتم تحديد محتوى التحديثين بشكل نهائي، لكن إصلاح شجرة الحالة وتحسين طبقة التنفيذ مؤكدة كمواضيع رئيسية.
قصة Ethereum لم تكن يوماً عن هل يمكن فعل ذلك. من PoW إلى PoS، من الاعتماد الكامل على L1 إلى التركيز على Rollup، أثبتت قدرتها وشجاعتها على تفكيك المحركات على ارتفاع التحليق.
هذه المرة، الأمر أعمق—ليس إضافة ميزات جديدة، بل تمزيق الأساس القديم وإعادة بنائه. هل هو تجديد مدروس بعناية، أم حفرة تتعمق بلا نهاية؟ ربما لن تتضح الإجابة حتى 2027.
لكن هناك شيء واحد مؤكد: لا تنوي Ethereum أن تكون نظاماً قديماً مرقعاً في عصر ZK. أما كيفية إزالة الرقع ونوع المحرك الذي سيتم تركيبه، فالنقاش حول ذلك قد يكون أكثر قيمة من النتيجة.
إخلاء مسؤولية:
-
تم إعادة نشر هذه المقالة من TechFlow، وتعود حقوق النشر للمؤلف الأصلي [Gray Lobster]. إذا كان لديك أي اعتراض على إعادة النشر، يرجى التواصل مع فريق Gate Learn، وسيتم التعامل مع الأمر بسرعة وفقاً للإجراءات ذات الصلة.
-
إخلاء مسؤولية: الآراء والمعلومات الواردة في هذه المقالة تعبر عن رأي الكاتب فقط ولا تشكل نصيحة استثمارية.
-
النسخ بلغات أخرى من هذه المقالة مترجمة بواسطة فريق Gate Learn. دون ذكر صريح لـGate، يمنع نسخ أو توزيع أو سرقة المقالات المترجمة.
