إعادة تشكيل معايير التعاون والأمان بين L1 و L2 وفقاً لـ EIP-8079

المؤلف: Zhixiong Pan المصدر: chainfeeds

خلال العامين الماضيين، كانت القوة الدافعة وراء توسيع نطاق الإيثيريوم هي أنواع مختلفة من الـ Layer 2 Rollup مثل Arbitrum، Optimism، Base وغيرها. على الرغم من أن هذه سلاسل L2 حسّنت من الأداء، إلا أنها سببت انقسامًا في الأصول وتجربة المستخدم. إذ يضطر المستخدمون إلى الانتقال بين الشبكات بشكل متكرر، وتنتشر أصولهم عبر شبكات مختلفة، مما يسبب تجربة سيئة ويصعب توحيد المعايير التقنية والأمنية.

ولحل مشكلة تجزئة تجربة المستخدم، اقترح مجتمع الإيثيريوم مؤخرًا طبقة التفاعل بين الشبكات (EIL - Ethereum Interoperability Layer)، والتي تتيح تحقيق تجربة مستخدم موحدة عبر عدة شبكات L2، بحيث يشعر المستخدم وكأنه يستخدم شبكة واحدة وليس عدة شبكات مستقلة.

وفي الوقت نفسه، بدأ باحثو الإيثيريوم بالتركيز على قضايا توحيد المعايير والأمان على مستوى البروتوكول، وهنا جاء ما سنستعرضه اليوم: المقترح EIP-8079 (Native Rollup).

ما هو الـ Native Rollup؟

ببساطة، تقوم الـ Rollup الحالية بمعالجة المعاملات على شبكاتها الخاصة ثم ترسل بشكل دوري بعض بيانات الحالة أو الإثباتات إلى الشبكة الرئيسية للإيثيريوم (L1) لضمان صحة نتائج التنفيذ. مع ذلك، لكل Rollup آلية الحالة الخاصة بها ونظام إثباتها ومنطق التحقق الخاص بها، مما قد يؤدي إلى تعقيد ومخاطر أمنية.

أما مفهوم الـ Native Rollup في EIP-8079، فجوهره إضافة عقدة مبرمجة مسبقًا في الشبكة الرئيسية للإيثيريوم تسمى EXECUTE، تتيح للـ Rollup إرسال كتل شبكتها مباشرة إلى الشبكة الرئيسية ليتم إعادة تنفيذها والتحقق من صحتها.

وهذا يعني أن الـ Rollup لم تعد بحاجة لبناء آلية حالة أو نظام إثبات معقد خاص بها، بل تعتمد مباشرة على محرك تنفيذ الإيثيريوم نفسه، مما يقلل بشكل كبير من التعقيد والمخاطر الأمنية. ويطلق على هذا التصميم اسم “Native Rollup”، أي الـ Rollup الأصلية بالمعنى الحقيقي.

من يدفع بهذا المقترح؟

مؤلفا EIP-8079 هما Luca Donno من L2BEAT والباحث Justin Drake من مؤسسة الإيثيريوم. في الواقع، تم طرح هذه الفكرة ومناقشتها في منتديات المجتمع منذ أوائل عام 2025، حتى تشكلت مؤخرًا كمسودة EIP وبدأت مناقشتها من الناحية التقنية.

ما الذي يفعله Native Rollup تقنيًا بالضبط؟

أهم تغيير تقني في Native Rollup هو إضافة عقدة مبرمجة مسبقًا خاصة تسمى EXECUTE. تتيح هذه العقدة للـ Rollup إرسال كتلة إلى L1 ليتم التحقق منها مباشرة من قبل محرك EVM الخاص بالإيثيريوم.

العملية كالتالي:

تتضمن البيانات المقدمة من الـ Rollup حالة L2 الحالية، وبيانات الكتلة المراد التحقق منها، وبعض بيانات الربط من L1 إلى L2.

عند تنفيذ EXECUTE على الشبكة الرئيسية:

• يتم التحقق من صحة الكتلة (مثلاً، منع أنواع معينة من معاملات Blob)؛
• حقن بيانات الربط في عنوان نظام محدد في حالة L2؛
• استدعاء دالة تحويل الحالة الداخلية لعميل الإيثيريوم لإعادة تشغيل الكتلة المقدمة من L2 بشكل كامل.

إذا تمت إعادة التشغيل بنجاح، تعتبر الكتلة صالحة؛ وإلا يتم رفضها.

بهذه الطريقة، لا يحتاج L2 بعد الآن إلى بناء نظام تحقق معقد خاص به، بل يعيد استخدام محرك تنفيذ الشبكة الرئيسية للإيثيريوم.

لماذا إجراء هذا التغيير؟

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

أما من خلال توحيد منطق التحقق مع Native Rollup، فلن يحتاج L2 إلى صيانة نسخة معقدة من EVM أو نظام تحقق خاص به بعد الآن. ويصبح النموذج الأمني كله معتمدًا على سؤال واحد: هل الشبكة الرئيسية للإيثيريوم آمنة؟

هذا النهج يساعد مستقبلاً أيضًا على التخلص تدريجيًا من لجان الأمان والتوقيعات المتعددة وغيرها من الإجراءات المؤقتة، للوصول بشكل أسرع إلى حلول توسعة لامركزية وآمنة حقًا.

ما هي القيود التي يفرضها ذلك على L2؟

لكي تصبح شبكة L2 Native Rollup، هناك شرط أساسي: يجب أن تكون طبقة التنفيذ متطابقة بشكل كبير مع EVM الخاص بالشبكة الرئيسية للإيثيريوم. وهذا يعني أن L2 لا يمكنها إضافة رموز تشغيل (opcode) مخصصة أو عقود مبرمجة مسبقًا أو أنواع معاملات خاصة في بيئة التنفيذ لديها، وإلا لن يتمكن EXECUTE في الشبكة الرئيسية من إعادة تشغيل الكتلة بشكل صحيح.

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

ماذا يعني Native Rollup لنظام الإيثيريوم البيئي؟

بالنسبة لمطوري مشاريع L2، ستنخفض مخاطر الأمان وتكاليف الصيانة بشكل كبير، كما ستنخفض تكاليف الحوكمة والتشغيل للمشروع.

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

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

الخلاصة

من خلال مقترح Native Rollup EIP-8079، يوفر الإيثيريوم طريقة موحدة للتحقق من التنفيذ على مستوى البروتوكول لـ L2، مما يتيح لها الاستفادة فعليًا من أمان الشبكة الرئيسية وبنيتها التحتية الناضجة. وفي الوقت نفسه، ومع حلول أخرى مثل EIL، يعمل الإيثيريوم تدريجياً على معالجة مشكلات تجربة المستخدم وتجزئة الأصول الحالية في L2.

في المستقبل، قد نشهد نظامًا بيئيًا للإيثيريوم أكثر توحيدًا وأمانًا.