الكاتب: جري كراب، شينتشاو TechFlow
يتمتع مطورو إيثريوم بعادة غير معلنة: تجنب EVM كلما أمكن ذلك.
على مدار السنوات القليلة الماضية، عندما كانت هناك حاجة إلى عملية تشفيرية جديدة على السلسلة، كان رد فعل المطورين الأول ليس تنفيذها داخل EVM، بل طلب إضافة "عقد مُعد مسبقًا"، وهو طريق مختصر يتم ترميزه مباشرة على مستوى البروتوكول ويتخطى الآلة الافتراضية.
في 1 مارس، نشر فيتاليك بوتيرين منشورًا طويلًا على X، كشف بشكل قاطع هذا السر. فقد قال تقريبًا: إن القيمة الكاملة لإيثريوم تكمن في قابليتها العامة، وإذا لم يكن EVM جيدًا، فعلينا مواجهة هذه المشكلة مباشرة وبناء آلة افتراضية أفضل.
He provided two specific scalpels.
الضربة الأولى: استبدل "هيكل البيانات"
التعديل الأول يطال شجرة حالة الإيثيريوم. يمكنك تصورها على أنها "نظام فهرس الدفتر账" الخاص بالإيثيريوم، حيث يجب على أي شخص يتحقق من الرصيد أو يصدق المعاملة أن يتنقل عبر هذه الشجرة.
المشكلة أن هذه الشجرة أصبحت الآن "سمينة" جدًا. يستخدم إيثريوم هيكلًا يُسمى "شجرة ميركل باتريشيا سداسية الكيكي" (اسمها طويل كأنه سحر). يقترح فيتاليك EIP-7864 لاستبدالها بشجرة ثنائية أكثر بساطة.
دعونا نأخذ مثالًا: سابقًا، عندما كنت تبحث عن بيانات، كان عليك اختيار الاتجاه مرارًا وتكرارًا عند تقاطع مكون من ستة طرق، أما الآن فقد أصبح الخيار فقط يمينًا أو يسارًا. ما النتيجة؟ طول فرع ميركل يقل مباشرة إلى ربع الطول الأصلي. بالنسبة للعملاء الخفيفة، ينخفض بشكل كبير عرض النطاق الترددي المطلوب للتحقق من البيانات.
لكن فيتاليك لا يكتفي بتغيير شكل الأشجار. إنه يريد أيضًا تغيير "خط الأوراق"، أي دالة التجزئة. هناك خياران مرشحان: Blake3 و Poseidon.
- Blake3 يمكن أن يوفر تسريعًا مستقرًا؛
- Poseidon أكثر جرأة، ونظريًا يمكنه زيادة كفاءة الإثبات بمقدار عشرات المرات، لكن الأمان يحتاج إلى مزيد من التدقيق.
جدير بالذكر أن هذا الحل استبدل فعليًا شجرات Verkle التي ناقشها المجتمع لسنوات عديدة. كانت شجرات Verkle تُعد الخيار المفضل لتقسيم صلب عام 2026، لكنها بدأت تفقد شعبيتها منذ منتصف عام 2024 بسبب التهديدات التي تواجهها التشفير المنحني البيضاوي الذي تعتمد عليه من الحوسبة الكمية، مما مهد الطريق لشجرات ثنائية.
الضربة الثانية: استبدال "الآلة الافتراضية" وتحويل EVM إلى عقد ذكي
التغيير الثاني أكثر جرأة وأكثر إثارة للجدل: استبدال EVM ببنية RISC-V على المدى الطويل.
RISC-V هو مجموعة تعليمات مفتوحة المصدر، ولم تكن متعلقة أصلاً بالبلوك تشين، لكن الآن تُستخدم تقريبًا في جميع أنظمة إثبات ZK الداخلية. منطق فيتاليك بسيط جدًا: إذا كان المُثبت بالفعل يتحدث لغة RISC-V، فلماذا يجب على الآلة الافتراضية أن تتحدث لغة أخرى ثم تضيف طبقة ترجمة بينهما؟ بإزالة طبقة الترجمة، سترتفع الكفاءة تلقائيًا.
مُفسّر RISC-V يتطلب فقط بضع مئات من الأسطر من الكود. يقول فيتاليك: هذا هو الشكل الذي يجب أن تكون عليه آلة الافتراضية للبلوك تشين.
خطط لثلاث خطوات: الخطوة الأولى، تشغيل العقود المُعدة مسبقًا على آلة افتراضية جديدة وإعادة كتابة 80% من العقود المُعدة مسبقًا الحالية باستخدام كود الآلة الافتراضية الجديدة؛ الخطوة الثانية، السماح للمطورين بنشر العقود الخاصة بالآلة الافتراضية الجديدة مباشرةً، مع تشغيلها بالتوازي مع EVM؛ الخطوة الثالثة، تقاعد EVM، لكن ليس بزواله — بل سيتم إعادة كتابته كعقد ذكي يعمل على الآلة الافتراضية الجديدة، لتحقيق توافق تام للخلفية.
لا حاجة لمالكي السيارات القديمة تغيير سياراتهم. تم تغيير المحرك سراً، لكن عجلة القيادة لا تزال نفس عجلة القيادة.
كم هي أهمية هذين الأمرين معًا؟ أعطى فيتاليك رقمًا: تشكل شجرة الحالة والآلة الافتراضية معًا أكثر من 80٪ من عقبة الإثبات في إيثريوم. وبعبارة أخرى، إذا لم يتم تغيير هذين الجزأين، فإن توسيع نطاق إيثريوم في عصر ZK سيكون في مكانه.
أربيتروم لا توافق: لا يمكنك أن تطلب من مُسَلِّم الطرود أن يقود مُرفقًا شوكة فقط لأن المستودع يستخدمه
لكن هذا ليس قصة يوافق عليها الجميع.
في نوفمبر الماضي، نشر فريق تطوير Arbitrum الأساسي، Offchain Labs، ردًا تقنيًا مفصلًا. كانت النقطة الأساسية لأربع باحثين هي أن RISC-V مناسب بالفعل لإنشاء إثباتات ZK، لكنه غير مناسب كـ"تنسيق تسليم" للعقود.
لقد طرحوا تمييزًا أساسيًا: لا يجب أن يكون "مجموعة تعليمات التسليم" (dISA) و"مجموعة تعليمات الإثبات" (pISA) شيئًا واحدًا. قد يكون مستودعك أكثر كفاءة في نقل البضائع باستخدام رافعة شوكية، لكن هذا لا يعني أن مندوب التوصيل يجب أن يستخدم رافعة شوكية لتسليمها إلى باب منزلك.
تدّعي Offchain Labs استخدام WebAssembly (WASM) كطبقة العقود، وذريعتها قوية جدًا: يُنفذ WASM بكفاءة عالية على الأجهزة القياسية، بينما لا تُشغل معظم عقدات إيثريوم شرائح RISC-V، وبالتالي فإن التحول القسري يعني الحاجة إلى محاكي؛ يمتلك WASM آليات ناضجة للتحقق من سلامة النوع؛ وقد تم اختبار سلسلة أدوات WASM عمليًا في عشرات المليارات من بيئات التنفيذ.
الأهم من ذلك، أنهم لم يكتفوا بالكلام فقط. لقد نفّذت Offchain Labs نموذجًا تجريبيًا على Arbitrum: باستخدام WASM كصيغة تسليم للعقود، ثم ترجمته إلى RISC-V لإثبات ZK. كل طبقة تعمل بشكل مستقل دون تداخل.
كما أشاروا إلى مخاطر تستحق التفكير العميق: إن التغييرات التقنية في مجال إثباتات ZK تحدث بسرعة كبيرة، وقد تم مؤخرًا التحول من تنفيذ RISC-V بحجم 32 بت إلى 64 بت. إذا تم الآن تثبيت RISC-V بشكل دائم على إيثريوم L1، فماذا لو ظهرت بنية إثبات أفضل بعد سنتين؟ إن المخاطرة بالاستثمار في هدف يتحرك بسرعة ليس من طبيعة إيثريوم.
خلفية أوسع: بدأت L2 في "الانفصال عن الرضاعة"
لفهم هذا الاقتراح، تحتاج إلى خلفية أوسع.
قبل شهر فقط، شكك فيتاليك علنًا في حاجة إيثريوم إلى "خطة طريق L2 مخصصة"، مما أثار ردًا جماعيًا من معسكر L2. وقال بن فيش، الرئيس التنفيذي لشركة Espresso Systems، لـ CoinDesk: "المقصود من فيتاليك هو أن الهدف الأصلي لـ L2 كان مساعدة إيثريوم على التوسع، والآن بما أن إيثريوم تصبح أسرع بنفسها، فإن موقع L2 يجب أن يتغير تلقائيًا."
من المثير للاهتمام أن L2s لم تُصب بالذعر، بل بدأت بدلاً من ذلك في "الابتعاد عن إيثريوم" بشكل نشط. وصف جينغ وانغ، المؤسس المشارك لـ OP Labs، L2s كمواقع ويب مستقلة، مع كون إيثريوم معيارًا مفتوحًا للتسوية في الطبقة السفلية. وقال مارك بوارون، الرئيس التنفيذي لـ Polygon، بشكل أكثر وضوحًا: التحدي الحقيقي ليس التوسع، بل إنشاء مساحات كتل فريدة لسيناريوهات حقيقية مثل الدفع.
بعبارة أخرى، فإن التغيير الكبير الذي أدخله فيتاليك على طبقة التنفيذ هو ملاحظة تقنية لاتجاه أوسع: إن إيثريوم تعيد الاستيلاء على السيطرة على قدراتها الأساسية، بينما تُجبر L2s أو تجد أخيرًا سببًا مستقلًا لوجودها.
Will this work?
أقر فيتاليك بنفسه أن استبدال الآلة الافتراضية لا يزال يفتقر إلى توافق واسع بين مجتمع المطورين. إصلاح شجرة الحالة أكثر نضجًا، حيث يمتلك EIP-7864 مسودة محددة وفريقًا يدفعه للأمام. لكن استبدال EVM بـ RISC-V؟ لا يزال في مرحلة "خريطة الطريق" ويبعد عن التحقيق في الكود.
لكن فيتاليك قدم موقفًا مذهلًا الأسبوع الماضي: لقد استبدلت إيثريوم بالفعل محرك نفاث واحد أثناء الطيران (يشير إلى The Merge)، ويمكنها استبدال حوالي أربع مرات أخرى—شجرة الحالة، توافق مبسط، التحقق من ZK-EVM، واستبدال الآلة الافتراضية.
من المتوقع أن يتم تنفيذ ترقية Ethereum Glamsterdam في النصف الأول من عام 2026، يتبعها Hegota مباشرة. لم يتم تأكيد التفاصيل النهائية للشَّقَّين الصلبين، لكن إصلاح شجرة الحالة وتحسين طبقة التنفيذ هما المحوران المحددان.
قصة إيثريوم لم تكن أبدًا مسألة "هل يمكنها أم لا". فمنذ الانتقال من PoW إلى PoS، ومن التركيز الكامل على L1 إلى مركزية Rollup، أثبتت قدرتها وشجاعتها على تفكيك المحركات على ارتفاع عشرة آلاف متر.
ما يتم تعديله هذه المرة هو شيء أعمق — ليس إضافة ميزات جديدة، بل حفر الأساس القديم وإعادة صبّه. هل هذه عملية تجديد مدروسة بعناية، أم فخّ لا نهاية له يزداد تعقيدًا مع كل إصلاح؟ ربما لن نعرف الإجابة إلا بحلول عام 2027.
لكن هناك على الأقل شيء واحد مؤكد: أن إيثريوم لا تنوي أن تكون "نظامًا قديمًا يُصلح" في عصر ZK. أما كيفية فكّ الإصلاحات أو استبدال المحرك بنموذج آخر، فقد تكون هذه المناقشة نفسها أكثر قيمة من النتيجة.