إيثيريوم ستغير محركها الآن

هذه المرة، ما نريد تغييره هو أعمق من مجرد إضافة وظائف جديدة، إنه أساس قديم يُحفر ويُعاد صبغه من جديد.

مقال من قبل: جراد البحر الرمادي، تيك فلوو

مطوروا إيثريوم لديهم عادة متفق عليها ضمنيًا: ما يلمسوا EVM إلا إذا اضطروا لذلك.

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

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

وقدّم اثنين من الأدوات الجراحية المحددة.

العملية الأولى: استبدال “هيكل البيانات”

التغيير الأول يستهدف شجرة الحالة في إيثريوم. يمكن فهمها على أنها “نظام فهرسة دفتر الحسابات” الخاص بإيثريوم، حيث يتعين على كل عملية استعلام عن رصيد أو تحقق من معاملة أن تتبع الشجرة نزولًا.

المشكلة أن الشجرة الآن أصبحت “سمينة” جدًا. إيثريوم يستخدم نوعًا من الهياكل يُسمى “شجرة ميركل ذات ستة فروع كيكاك” (اسم طويل يشبه تعويذة). يقترح فيتاليك في EIP-7864 استبدالها بشجرة ثنائية أبسط.

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

لكن فيتاليك لم يكتفِ بتغيير شكل الشجرة فقط، بل أراد أيضًا تغيير “نقش الأوراق”، أي دالة التجزئة (الهش). هناك خياران: Blake3 و Poseidon.

• Blake3 يوفر سرعة ثابتة.
• Poseidon أكثر جرأة، ويمكن نظريًا أن يضاعف كفاءة الإثباتات عشرات المرات، لكن أمانه يحتاج لمزيد من التدقيق.

ومن الجدير بالذكر أن هذا الحل استبدل فعليًا شجرة Verkle التي كانت موضوع نقاشات طويلة في المجتمع، والتي كانت الخيار المفضل في ترقية 2026، لكنها بدأت تتراجع منذ منتصف 2024 بسبب تهديدات الحوسبة الكمومية على التشفير المستخدم فيها، بينما استحوذت الشجرة الثنائية على المبادرة.

العملية الثانية: استبدال “الآلة الافتراضية” وتحويل EVM إلى عقد ذكي

التغيير الثاني أكثر جرأة وأثارة للجدل: استبدال EVM بشكل دائم بمعمارية RISC-V.

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

مُفسر RISC-V يحتاج فقط بضع مئات من الأسطر من الكود. يقول فيتاليك: هذا هو الشكل الذي يجب أن تكون عليه الآلة الافتراضية للبلوكتشين.

وضع خطة من ثلاث مراحل:

1. المرحلة الأولى: تشغيل العقود المسبقة باستخدام آلة افتراضية جديدة، وإعادة كتابة 80% من العقود المسبقة الحالية بها.
2. المرحلة الثانية: السماح للمطورين بنشر العقود باستخدام الآلة الافتراضية الجديدة بشكل متزامن مع EVM.
3. المرحلة الثالثة: إيقاف EVM، لكن بدون إزالته تمامًا — سيتم تعديله ليعمل كعقد ذكي على الآلة الافتراضية الجديدة، مع ضمان التوافق الكامل.

لا يحتاج المستخدمون القدامى لتغيير أجهزتهم، فقط تم تغيير المحرك خلف الكواليس، والمقود لا يزال في نفس المكان.

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

آربتروم لا يوافق: لا يمكن أن نسمح للسائق باستخدام رافعة شوكية في مستودع، ثم يطلب من سائق التوصيل أن يستخدمها أيضًا

لكن هذا ليس قصة يوافق عليها الجميع.

في نوفمبر الماضي، أصدر فريق التطوير الرئيسي في آربتروم، Offchain Labs، ردًا تقنيًا مفصلًا. رأيهم الأساسي هو: RISC-V مناسب جدًا لإثباتات ZK، لكنه غير مناسب كـ"صيغة تسليم العقود".

وقدموا تمييزًا مهمًا بين “مجموعة تعليمات التسليم” (dISA) و"مجموعة تعليمات الإثبات" (pISA)، مؤكدين أن استخدام رافعة شوكية لنقل البضائع لا يعني أن السائق يجب أن يقودها إلى باب منزلك.

يقترحون استخدام WebAssembly (WASM) كصيغة تسليم للعقود، ويبررون ذلك بقوة:

• أداء عالي على الأجهزة القياسية.
• معظم عقد إيثريوم لا تعمل على شرائح RISC-V، مما يتطلب محاكيات.
• وجود آليات تحقق من نوعية آمنة ناضجة.
• بيئة أدوات WASM مجربة وواسعة الانتشار.

الأهم من ذلك، أنهم لا يقولون ذلك فقط نظريًا، بل قاموا بالفعل بتطوير نموذج أولي على آربتروم: يستخدمون WASM كصيغة تسليم للعقود، ثم يترجمونها إلى RISC-V لإثبات ZK. كل طبقة تعمل بشكل مستقل، دون تداخل.

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

خلفية أوسع: الطبقات الثانية تبدأ “الاعتماد على النفس”

لفهم هذا المقترح بشكل أعمق، نحتاج إلى سياق أكبر.

قبل شهر، شكك فيتاليك علنًا في ضرورة وجود “خريطة طريق خاصة للطبقات الثانية” لإيثريوم، مما أثار ردود فعل جماعية من مجتمع L2. قال بن فيش، الرئيس التنفيذي لشركة Espresso Systems، لموقع CoinDesk: فيتاليك يقصد أن الهدف الأصلي من L2 هو توسيع إيثريوم، والآن، مع تسريع إيثريوم نفسه، فإن دور L2 يجب أن يتغير.

الأمر المثير هو أن L2 لم تتوتر، بل بدأت تتجه نحو “الاستقلال عن إيثريوم”. قال جينج وان، أحد مؤسسي OP Labs، إن L2 يشبه موقعًا مستقلًا، وإيثريوم هو معيار التسوية المفتوح. وقال مارك بويون، الرئيس التنفيذي لشركة Polygon، بشكل مباشر: التحدي الحقيقي ليس التوسع، بل هو تخصيص مساحة بلوك فريدة لدفع المدفوعات والسيناريوهات الواقعية.

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

هل يمكن أن يتحقق ذلك؟

اعترف فيتاليك نفسه أن استبدال الآلة الافتراضية لم يحظ بعد باتفاق واسع بين مجتمع المطورين. إصلاح شجرة الحالة أكثر نضجًا، وEIP-7864 لديه مسودة وفريق يعمل على تطويره. لكن استبدال EVM بـ RISC-V؟ هذا لا يزال في مرحلة “خطة الطريق”، ويبعد عن التنفيذ بالكود.

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

من المتوقع أن يتم ترقية إيثريوم Glamsterdam في النصف الأول من 2026، تليها Hegota. لم يتم تحديد التفاصيل النهائية بعد، لكن إصلاح شجرة الحالة وتحسين طبقة التنفيذ هما المساران المؤكدان.

قصة إيثريوم ليست مسألة “هل يمكن” فقط. من الانتقال من PoW إلى PoS، ومن الاعتماد الكامل على L1 إلى الاعتماد على Rollups، أثبتت أنها تملك القدرة والشجاعة على تفكيك محركاتها من علو شاهق.

هذه المرة، ما نريد تغييره هو أعمق من ذلك — ليس بإضافة وظائف جديدة، بل بحفر الأساسات القديمة وإعادة بنائها. هل هو تجديد مدروس بعمق، أم حفرة لا نهاية لها تتعقد أكثر فأكثر؟ الإجابة ربما لن تتضح إلا في عام 2027.

لكن شيء واحد مؤكد: إيثريوم لا تنوي أن تظل نظامًا قديمًا “يصلح بالتصحيحات” في عصر ZK. أما كيف يتم تفكيك التصحيحات، أو استبدال المحرك، فهذه النقاشات قد تكون أكثر قيمة من النتائج النهائية.