مؤخراً لاحظت أن فيتاليك أطلق سلسلة من المقترحات الجريئة حول بنية منصة إيثيريوم. الشيء المميز هنا هو أنها ليست مجرد تحسينات صغيرة، بل هي "فك المحرك" بينما الطائرة لا تزال تحلق على ارتفاع 10,000 متر.

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

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

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

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

لكن ليس الجميع يوافق على ذلك. فريق Offchain Labs، مطورو Arbitrum، ردوا بشكل مفصل. قالوا إن RISC-V مناسب جدًا لإنشاء إثبات ZK، لكنه غير مناسب كـ"تنسيق تسليم" للعقود. يميزون بين "مجموعة أوامر التسليم" و"مجموعة أوامر الإثبات" - وهما شيئان لا يحتاجان أن يكونا متطابقين. يقترحون استخدام WebAssembly (WASM) لطبقة العقود، لأن WASM يعمل بكفاءة على الأجهزة القياسية، وله آلية تحقق آمنة من نوع البيانات، وبيئة أدواته مجربة عمليًا بمليارات الحالات. لقد قاموا حتى بنموذج أولي على Arbitrum: استخدام WASM كتنسيق للمعاملات، ثم ترجمتها إلى RISC-V لإنشاء إثبات ZK. الطبقتان تعملان بشكل مستقل.

كما أشار فريق Offchain Labs إلى خطر مهم: تقنية إثبات ZK تتغير بسرعة، مؤخرًا تحولت RISC-V من 32-بت إلى 64-بت. إذا دمجت RISC-V بشكل صارم في إيثيريوم L1 الآن، ثم ظهرت بنية أفضل بعد عامين، فماذا يحدث؟

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

كما يعترف فيتاليك أن استبدال EVM لم يحظ بعد بتوافق واسع بين مجتمع المطورين. إعادة تنظيم شجرة الحالة أصبحت أكثر نضجًا، مع مسودة واضحة، لكن استبدال EVM بـ RISC-V لا يزال في مرحلة "خارطة الطريق". ومع ذلك، أعلن فيتاليك أن إيثيريوم قد غيرت محرك الدفع مرة (The Merge)، ومن الممكن أن يتم التغيير حوالي أربع مرات أخرى - بما في ذلك شجرة الحالة، وتنقيح التوافق، والتحقق ZK-EVM، واستبدال الآلة الافتراضية.

من المتوقع أن يتم ترقية Glamsterdam في النصف الأول من عام 2026، تليها Hegota. إعادة تنظيم شجرة الحالة وتحسين طبقة التنفيذ هما الاتجاهان المحددان بالفعل. السؤال الحقيقي ليس "هل يمكن" بل "كيف يتم تفكيك القطع المعيبة". أثبتت إيثيريوم قدرتها على ذلك من خلال الانتقال من PoW إلى PoS، ومن L1 كامل إلى مركز Rollup. هذه المرة، هي تقوم بإزالة الأساسات القديمة لإعادة بنائها، وليس فقط إضافة ميزات جديدة. إنها عملية تجديد ذات رؤية طويلة الأمد، والإجابة ستتضح ربما بحلول عام 2027. لكن شيء واحد مؤكد على الأقل: إيثيريوم لا يعتزم أن يصبح "نظامًا قديمًا يحتاج إلى تصليح" في عصر ZK.