نهاية عزلة الإيثيريوم: كيف يعيد EIL بناء شبكات L2 المجزأة إلى "جهاز كمبيوتر فائق"؟

المؤلف: imToken

في المقالة السابقة من سلسلة Interop، قدمنا إطار Open Intents Framework (OIF)، والذي يعمل كلغة عالمية تتيح للمستخدمين التعبير عن نواياهم مثل “أريد شراء NFT عبر الشبكات”، وتفهم هذه النية من قبل جميع المحللين على الشبكة.

لكن “الفهم” وحده لا يكفي، بل يجب “تنفيذ” النية أيضًا. فعندما تصدر نيتك، كيف تنتقل الأموال بأمان من Base إلى Arbitrum؟ كيف يتحقق السلسلة الهدف من صحة توقيعك؟ ومن يدفع رسوم Gas على السلسلة الهدف؟

هنا يظهر الدور المحوري لمرحلة “التسريع (Acceleration)” ضمن خارطة طريق التوافقية على إيثريوم، ألا وهي طبقة التوافقية لإيثريوم (Ethereum Interoperability Layer، اختصارًا EIL)، حيث قام فريق تجريد الحسابات في مؤسسة إيثريوم مؤخرًا بتقديم EIL في مؤتمر Devconnect.

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

أولاً: ما هي EIL بالضبط؟

لفهم EIL، يجب ألا تضللنا كلمة “Layer”، فهي ليست سلسلة بلوكشين جديدة، وليست جسرًا تقليديًا بين الشبكات.

بل هي مجموعة من المعايير والأطر، تجمع بين “تجريد الحسابات (ERC-4337)” و"نقل الرسائل عبر الشبكات"، لبناء بيئة تنفيذ افتراضية موحدة.

في النظام البيئي الحالي لإيثريوم، كل شبكة L2 تعتبر جزيرة منفصلة. على سبيل المثال، حسابك (EOA) على Optimism وحسابك على Arbitrum (ولو بنفس العنوان) منفصلان تمامًا من حيث الحالة:

• توقيعك على السلسلة A لا يمكن للسلسلة B التحقق منه مباشرة.
• أصولك على السلسلة A لا يمكن رؤيتها على السلسلة B.

تحاول EIL كسر هذا العزل من خلال مكونين أساسيين:

• حسابات ذكية مبنية على ERC-4337: باستخدام قدرات تجريد الحسابات، يتم فصل منطق الحساب عن المفاتيح الخاصة للمستخدم؛ كما تحل آلية Paymaster (الممول بالنيابة) مشكلة عدم توفر Gas على السلسلة الهدف؛ ويتيح Key Manager (مدير المفاتيح) مزامنة الحالة بين الشبكات.
• طبقة رسائل بأدنى مستوى من الثقة: وضع معيار يسمح بتجميع UserOp (عمليات المستخدم) وإرسالها بأمان إلى شبكة أخرى عبر جسر رسمي للـ Rollup أو عبر إثبات عميل خفيف.

كمثال توضيحي: في السابق، كان التنقل بين الشبكات يشبه السفر إلى بلد آخر—تحتاج إلى تحويل العملات (نقل الأصول)، والحصول على تأشيرة (إعادة التفويض)، واتباع قواعد المرور المحلية (شراء Gas على الشبكة الهدف). أما مع EIL، يصبح الأمر أشبه باستخدام بطاقة Visa: أينما كنت، يكفي تمرير البطاقة (توقيع)، ويقوم النظام البنكي (EIL) تلقائيًا بمعالجة سعر الصرف، التسوية، والتحقق—دون أن تشعر بوجود حدود.

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

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

خاصة مع ميزة تجريد الحسابات الأصلية (AA)، التي تحول جميع الحسابات إلى حسابات ذكية، فلا يحتاج المستخدم للقلق بشأن رسوم Gas (بل وقد لا يدرك حتى وجودها)، ويمكنه التركيز حقًا على تجربة الأصول وإدارتها على السلسلة.

ثانيًا: التحول من “عبر الشبكات” إلى “تجريد الشبكة”

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

أولًا، بالنسبة للمستخدمين، يوفر تجربة “شبكة واحدة” حقيقية.

ببساطة، في ظل EIL، لن يحتاج المستخدم لتغيير الشبكة يدويًا. مثلًا، أموالك على Base وتريد لعب لعبة على Arbitrum، كل ما عليك هو الضغط على “بدء” في اللعبة، سيظهر لك مربع توقيع في المحفظة، وبعد التوقيع، تبدأ اللعبة فورًا.

في الخلفية، تتولى EIL تجميع UserOp من Base، وإرسالها من خلال طبقة الرسائل إلى Arbitrum، بينما يقوم Paymaster بدفع رسوم Gas وتكاليف الدخول، وتكون التجربة بالنسبة لك سلسة وكأنك تلعب اللعبة مباشرة على Base.

ثانيًا، من الناحية الأمنية، تزيل EIL خطر النقطة الواحدة للفشل في الجسور متعددة التواقيع.

فالجسور التقليدية تعتمد على مجموعة من المصادقين (توقيع متعدد)، وإذا تعرضت هذه المجموعة للاختراق، تصبح مليارات الدولارات في خطر. أما EIL فتعتمد على “أدنى مستوى من الثقة” وتستفيد من أمان L2 نفسه (مثل إثباتات التخزين Storage Proofs) للتحقق من الرسائل العابرة، بدلاً من الاعتماد على طرف ثالث خارجي. وهذا يعني طالما أن شبكة إيثريوم الرئيسية آمنة، فإن التفاعل عبر الشبكات سيكون آمنًا نسبيًا.

أخيرًا، بالنسبة للمطورين، تقدم EIL معيار حساب موحد. اليوم، إذا أراد تطبيق لامركزي دعم عدة شبكات، يحتاج المطور لصيانة عدة منطقيات منفصلة. مع EIL، بإمكان المطورين افتراض أن المستخدم يمتلك حسابًا موحدًا عبر الشبكات، ويكفي دعم واجهة ERC-4337، ليدعم كل الشبكات تلقائيًا دون القلق عن مكان أصول المستخدم.

لكن لتحقيق هذه الرؤية، لا يزال هناك تحدٍ هندسي هائل: كيف نتيح هذه التجربة لمئات الملايين من مستخدمي EOA الحاليين؟

فالانتقال من EOA إلى AA يتطلب من المستخدم تحويل أصوله إلى عنوان جديد، وهذا معقد للغاية. هنا يأتي دور مقترح EIP-7702 الذي طرحه فيتاليك بوتيرين، والذي يحل ببراعة إشكاليات التوافق بين ثلاثة مقترحات سابقة (EIP-4337، EIP-3074، EIP-5003)، ويقدم حلاً مبتكرًا: يتيح لحسابات EOA الحالية أن “تتحول مؤقتًا” إلى حسابات ذكية أثناء المعاملة فقط.

أي أنك لست بحاجة لإنشاء محفظة جديدة أو نقل أصولك من محفظتك الحالية مثل imToken إلى حساب AA جديد، بل من خلال EIP-7702، يمكن لحسابك القديم أن يكتسب مؤقتًا ميزات الحساب الذكي (مثل التفويض الجماعي، دفع Gas بالنيابة، أو تنفيذ معاملات ذرية عبر الشبكات)، ثم يعود بعد المعاملة ليكون حساب EOA متوافقًا كالسابق.

ثالثًا: تطبيق EIL ومستقبله

بعكس OIF الذي يتم تطويره “من أسفل لأعلى” من خلال المجتمع، فإن EIL يتمتع بطابع رسمي أقوى ويقوده فريق تجريد الحسابات في مؤسسة إيثريوم (مطوروا ERC-4337) بشكل رئيسي.

أما التقدم الحالي فيتركز في ثلاثة محاور رئيسية:

• توسيع ERC-4337 عبر الشبكات: يعمل المجتمع على توسيع بنية UserOp في ERC-4337 لتشمل هوية الشبكة الهدف وغيرها من معلومات العبور، كخطوة أولى لجعل الحسابات الذكية “واسعة الرؤية”.
• التكامل مع ERC-7702: مع تقدم EIP-7702 (الذي يمنح حسابات EOA قدرات الحساب الذكي)، سيتمكن المستخدمون العاديون من استخدام شبكة EIL بسهولة، مما يقلل الحواجز بشكل كبير.
• توحيد واجهات الرسائل: كما ناقشنا في المقال السابق حول OIF وتوحيد النوايا، تعمل EIL على توحيد معايير نقل الرسائل، حيث تستكشف Optimism (Superchain)، وPolygon (AggLayer)، وZKsync (Elastic Chain) حلول التوافق داخل أنظمتهم، فيما تهدف EIL إلى ربط هذه الأنظمة غير المتجانسة وبناء طبقة رسائل موحدة على مستوى الشبكة.

الأمر الأكثر إثارة أن رؤية EIL لا تتوقف عند “الربط”، بل تضيف أيضًا قدرة أساسية أخرى: الخصوصية.

إذا كان EIP-7702 وAA يعالجان “سهولة الوصول”، فإن إطار الخصوصية Kohaku الذي أطلقه فيتاليك في Devconnect قد يكون القطعة التالية في أحجية EIL، ما يتماشى مع مبدأ “مقاومة الرقابة” المذكور في إعلان “اللاموثوقية”.

في Devconnect، صرح فيتاليك بأن “الخصوصية هي الحرية”، وأكد أن إيثريوم في مسار تصاعدي نحو الخصوصية، بهدف توفير الخصوصية والأمان في العالم الواقعي. ولهذا أنشأت مؤسسة إيثريوم فريق خصوصية يضم 47 باحثًا ومهندسًا وخبير تشفير، ليجعلوا الخصوصية “ميزة أساسية” في إيثريوم.

هذا يعني أن الخصوصية في المستقبل لن تكون إضافة اختيارية، بل قدرة أساسية طبيعية مثل التحويلات المالية. وباعتبار ذلك، جاء إطار Kohaku—الذي يستخدم المفتاح العام لإنشاء عنوان خفي مؤقت (Stealth Addresses)، يمكّن المستخدم من إجراء عمليات خاصة دون الكشف عن ارتباطها بالمحفظة الرئيسية.

بهذا التصميم، ستصبح حسابات AA في المستقبل ليست فقط أدوات إدارة أصول، بل دروعًا للخصوصية.

من خلال دمج بروتوكولات مثل Railgun وPrivacy Pools، ستتيح حسابات AA للمستخدمين حماية خصوصية معاملاتهم، مع إمكانية تقديم “إثبات البراءة” للامتثال، بحيث يمكن لأي مستخدم إثبات أن أمواله ليست من مصدر غير قانوني، دون كشف تفاصيل معاملاته للعلن.

حتى الآن، يمكننا رؤية خارطة طريق توافقية إيثريوم بوضوح:

• OIF (إطار النوايا): يجعل التطبيقات قادرة على “فهم” احتياجات المستخدم؛
• EIL (طبقة التوافقية): يمهد الطريق للتنفيذ على مستوى البنية التحتية.

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

في المستقبل، عندما يتحقق EIL على أرض الواقع، قد لا نحتاج بعد ذلك لشرح معنى L2 أو الجسور العابرة للمستخدمين الجدد، فكل ما سيرونه هو الأصول، ولن يشعروا بحدود الشبكات.