كسر جزر السيولة في L2: المنطق الأساسي لمنطقة إيثيريوم الاقتصادية (EEZ) وحلول جديدة للتشغيل البيني
في بنية منطقة إيثيريوم الاقتصادية (EEZ)، يتمثل الهدف الأساسي لآلية التشغيل البيني في تحقيق «قابلية التركيب المتزامنة» (Synchronous Composability). ولتوضيح ذلك بالكامل، يمكننا تفكيك العملية وتحليلها من بُعدين أساسيين: «لماذا نحتاج إلى آلية للتشغيل البيني؟» و«لماذا يجب إتمامها ضمن كتلة إيثيريوم واحدة؟»
أولاً: كيف تعمل آلية التشغيل البيني؟ (الركائز الثلاث لـ EEZ)
في جسور التشغيل البيني التقليدية، تكون السلسلتان A وB غير متزامنتين: عليك قفل الأموال على السلسلة A، ثم انتظار تأكيدات من توقيع متعدد أو من المدققين، وبعدها سكّ الأصول على السلسلة B. وهذه عملية بطيئة ومعرّضة للانقطاع. أما EEZ فتستخدم آلية «للتعاون المتزامن القائم على البراهين والوكلاء»، وتعتمد أساساً على ثلاثة مكونات:
إنتاج البراهين في الوقت الفعلي (Real-time proving):
في السابق، كان إنشاء برهان صلاحية لـ Rollup يستغرق دقائق، بل ساعات أحياناً.
تستفيد EEZ من أحدث الأجهزة وتقنيات إنتاج البراهين في الوقت الفعلي، لتختصر إنشاء البرهان وتنجزه ضمن slot واحد على إيثيريوم (12 ثانية). ولا تحتاج الشبكة الرئيسية لإيثيريوم إلى إعادة تنفيذ شيفرة Rollup؛ إذ يكفيها التحقق من هذا البرهان المُنشأ آنياً للتأكد من صحة حالة Rollup.
المُركِّب (Composer) وجدول التنفيذ (Execution Table):
المُركِّب جهة تشغيلية أساسية. قبل إنتاج كتلة إيثيريوم، ينفّذ المُركِّب المعاملة مسبقاً على السلاسل المتعددة التي تتضمن استدعاءات بين السلاسل، ويسجل نتائج كل استدعاء في «جدول للإجابات المحسوبة مسبقاً» (جدول التنفيذ).
عقد الوكيل (Proxy):
لكل عقد على Rollup عنوان وكيل معروف مسبقاً على إيثيريوم L1 (والعكس صحيح).
عند حدوث استدعاء بين السلاسل، تُكتب الشيفرة كما لو كان الاستدعاء عادياً لعقد محلي، من دون الحاجة إلى بروتوكول معقد لتمرير الرسائل بصورة غير متزامنة. يبحث الوكيل عن نتائج التنفيذ التي حسبها المُركِّب مسبقاً في عقد EEZ ويتحقق منها، ثم يسمح بالمرور مباشرةً عند تطابقها.
ثانياً: لماذا يجب إتمام العملية ضمن كتلة إيثيريوم واحدة؟ (السبب الأساسي)
إن «الإتمام ضمن كتلة إيثيريوم واحدة» (أي الاستدعاء المتزامن) هو جوهر الآلية بأكملها، وتعود أهميته أساساً إلى ثلاثة أسباب:
معالجة غياب «الذرّية (Atomicity)» من جذوره وتحقيق مبدأ «الكل أو لا شيء» فعلياً
الذرّية ضرورية في العمليات المالية وعمليات العقود الذكية المعقدة: فالمعاملة التي تتضمن خطوات متعددة إما أن تنجح بأكملها أو تفشل بأكملها.
مشكلة التشغيل البيني غير المتزامن: إذا نفذت العمليات على مراحل (الاقتراض على L1، ثم الانتقال بين السلاسل، ثم التداول على L2)، فقد تتعطل الخطوة الثانية في منتصف الطريق أو يشهد السوق تقلباً حاداً، ما يعرّض أصولك لمخاطر كبيرة. (على سبيل المثال، قد تكون الأموال قد خرجت من L1، لكن التداول في مجمّع الوجهة على L2 يفشل لسبب ما، فتظل الأموال عالقة في المنتصف).
ميزة التزامن ضمن الكتلة نفسها: إذا جُمعت جميع العمليات في كتلة إيثيريوم واحدة، تتمتع سلسلة المعاملات بأكملها بذرّية تامة. فإذا اكتشف المُركِّب أثناء المحاكاة المسبقة أن أي مرحلة (مثل تجاوز الانزلاق السعري الحد المقبول أو عدم كفاية الرصيد) ستفشل، تُلغى حزمة المعاملة بأكملها مباشرةً قبل إنتاج الكتلة. وإذا أُدرجت على السلسلة، فإن حدوث مشكلة في أي جزء يؤدي إلى التراجع الآمن والفوري عن جميع العمليات ذات الصلة على إيثيريوم وRollup. وهذا يزيل تماماً المخاطر الوسيطة في أثناء التشغيل البيني.
القضاء على تجزؤ السيولة وإتاحة المشاركة الفورية لمجمّعات L1 العميقة أمام L2
إذا لم يكتمل التشغيل البيني ضمن الكتلة نفسها، فسيتعين عليك نقل الأموال مسبقاً إلى مجمّعات كل L2 وإبقاؤها مقفلة فيها، ما يؤدي إلى هدر كبير في كفاءة رأس المال وتجزؤ السيولة.
ضمن كتلة إيثيريوم واحدة، يمكن لـ Rollup «استعارة» السيولة العميقة مباشرةً من الشبكة الرئيسية لإيثيريوم L1 (مثل Uniswap وAave) في اللحظة التي يبدأ فيها الاستدعاء.
على سبيل المثال: تبدأ معاملة على L2، فتستدعي مباشرةً Uniswap على L1 لإتمام المبادلة وإعادة النتيجة ضمن كتلة إيثيريوم نفسها. وبالنسبة إلى المستخدم، يبدو الأمر كما لو أنه ينفذ العملية على السلسلة نفسها، من دون الحاجة إطلاقاً إلى «شحن الأموال أو نقلها» مسبقاً إلى سلاسل مختلفة.
تجنب عدم تزامن الحالة وهجمات «إعادة تنظيم الكتل (Reorg)»
قد تحدث إعادة تنظيم للكتل (Reorg) على البلوك تشين في أي وقت. فإذا كان التشغيل البيني غير متزامن ويمتد عبر كتل متعددة، فقد تعتبر السلسلة A المعاملة ناجحة، ثم تحدث إعادة تنظيم على الشبكة الرئيسية لإيثيريوم، فتختفي الحالة السابقة التي اعتمدت عليها السلسلة A، ما يؤدي إلى فوضى كارثية في الحسابات.
إن اشتراط إتمام العملية ضمن كتلة إيثيريوم واحدة يعني ربط جميع انتقالات الحالة والتحقق من البراهين وعمليات الاستدعاء العكسي للوكلاء بنقطة ارتكاز زمنية واحدة (كتلة التزامن).
ويجب على السلاسل المنضمة إلى EEZ الالتزام بقاعدة صارمة: عند حدوث إعادة تنظيم على إيثيريوم، يجب على السلسلة التراجع بالتزامن معها. وهذا يضمن منطقياً، على مستوى البنية الأساسية، عدم حدوث أي اختلاف في تسوية حالات التشغيل البيني بسبب «فارق زمني».
💡 خلاصة القول:
إن وضع العمليات ضمن كتلة إيثيريوم واحدة يهدف إلى الاستعاضة عن جسور التشغيل البيني الهشة والبطيئة بأقوى خاصية أساسية للبلوك تشين، وهي «الذرّية (Atomicity)»، كي تتمكن التطبيقات الموزعة على شبكات L2 مختلفة من مشاركة سيولة الشبكة الرئيسية لإيثيريوم ومواردها الحسابية كلها فورياً وبأمان، كما لو كانت تعمل على نواة CPU واحدة.
في بنية منطقة إيثيريوم الاقتصادية (EEZ)، يتمثل الهدف الأساسي لآلية التشغيل البيني في تحقيق «قابلية التركيب المتزامنة» (Synchronous Composability). ولتوضيح ذلك بالكامل، يمكننا تفكيك العملية وتحليلها من بُعدين أساسيين: «لماذا نحتاج إلى آلية للتشغيل البيني؟» و«لماذا يجب إتمامها ضمن كتلة إيثيريوم واحدة؟»
أولاً: كيف تعمل آلية التشغيل البيني؟ (الركائز الثلاث لـ EEZ)
في جسور التشغيل البيني التقليدية، تكون السلسلتان A وB غير متزامنتين: عليك قفل الأموال على السلسلة A، ثم انتظار تأكيدات من توقيع متعدد أو من المدققين، وبعدها سكّ الأصول على السلسلة B. وهذه عملية بطيئة ومعرّضة للانقطاع. أما EEZ فتستخدم آلية «للتعاون المتزامن القائم على البراهين والوكلاء»، وتعتمد أساساً على ثلاثة مكونات:
إنتاج البراهين في الوقت الفعلي (Real-time proving):
في السابق، كان إنشاء برهان صلاحية لـ Rollup يستغرق دقائق، بل ساعات أحياناً.
تستفيد EEZ من أحدث الأجهزة وتقنيات إنتاج البراهين في الوقت الفعلي، لتختصر إنشاء البرهان وتنجزه ضمن slot واحد على إيثيريوم (12 ثانية). ولا تحتاج الشبكة الرئيسية لإيثيريوم إلى إعادة تنفيذ شيفرة Rollup؛ إذ يكفيها التحقق من هذا البرهان المُنشأ آنياً للتأكد من صحة حالة Rollup.
المُركِّب (Composer) وجدول التنفيذ (Execution Table):
المُركِّب جهة تشغيلية أساسية. قبل إنتاج كتلة إيثيريوم، ينفّذ المُركِّب المعاملة مسبقاً على السلاسل المتعددة التي تتضمن استدعاءات بين السلاسل، ويسجل نتائج كل استدعاء في «جدول للإجابات المحسوبة مسبقاً» (جدول التنفيذ).
عقد الوكيل (Proxy):
لكل عقد على Rollup عنوان وكيل معروف مسبقاً على إيثيريوم L1 (والعكس صحيح).
عند حدوث استدعاء بين السلاسل، تُكتب الشيفرة كما لو كان الاستدعاء عادياً لعقد محلي، من دون الحاجة إلى بروتوكول معقد لتمرير الرسائل بصورة غير متزامنة. يبحث الوكيل عن نتائج التنفيذ التي حسبها المُركِّب مسبقاً في عقد EEZ ويتحقق منها، ثم يسمح بالمرور مباشرةً عند تطابقها.
ثانياً: لماذا يجب إتمام العملية ضمن كتلة إيثيريوم واحدة؟ (السبب الأساسي)
إن «الإتمام ضمن كتلة إيثيريوم واحدة» (أي الاستدعاء المتزامن) هو جوهر الآلية بأكملها، وتعود أهميته أساساً إلى ثلاثة أسباب:
معالجة غياب «الذرّية (Atomicity)» من جذوره وتحقيق مبدأ «الكل أو لا شيء» فعلياً
الذرّية ضرورية في العمليات المالية وعمليات العقود الذكية المعقدة: فالمعاملة التي تتضمن خطوات متعددة إما أن تنجح بأكملها أو تفشل بأكملها.
مشكلة التشغيل البيني غير المتزامن: إذا نفذت العمليات على مراحل (الاقتراض على L1، ثم الانتقال بين السلاسل، ثم التداول على L2)، فقد تتعطل الخطوة الثانية في منتصف الطريق أو يشهد السوق تقلباً حاداً، ما يعرّض أصولك لمخاطر كبيرة. (على سبيل المثال، قد تكون الأموال قد خرجت من L1، لكن التداول في مجمّع الوجهة على L2 يفشل لسبب ما، فتظل الأموال عالقة في المنتصف).
ميزة التزامن ضمن الكتلة نفسها: إذا جُمعت جميع العمليات في كتلة إيثيريوم واحدة، تتمتع سلسلة المعاملات بأكملها بذرّية تامة. فإذا اكتشف المُركِّب أثناء المحاكاة المسبقة أن أي مرحلة (مثل تجاوز الانزلاق السعري الحد المقبول أو عدم كفاية الرصيد) ستفشل، تُلغى حزمة المعاملة بأكملها مباشرةً قبل إنتاج الكتلة. وإذا أُدرجت على السلسلة، فإن حدوث مشكلة في أي جزء يؤدي إلى التراجع الآمن والفوري عن جميع العمليات ذات الصلة على إيثيريوم وRollup. وهذا يزيل تماماً المخاطر الوسيطة في أثناء التشغيل البيني.
القضاء على تجزؤ السيولة وإتاحة المشاركة الفورية لمجمّعات L1 العميقة أمام L2
إذا لم يكتمل التشغيل البيني ضمن الكتلة نفسها، فسيتعين عليك نقل الأموال مسبقاً إلى مجمّعات كل L2 وإبقاؤها مقفلة فيها، ما يؤدي إلى هدر كبير في كفاءة رأس المال وتجزؤ السيولة.
ضمن كتلة إيثيريوم واحدة، يمكن لـ Rollup «استعارة» السيولة العميقة مباشرةً من الشبكة الرئيسية لإيثيريوم L1 (مثل Uniswap وAave) في اللحظة التي يبدأ فيها الاستدعاء.
على سبيل المثال: تبدأ معاملة على L2، فتستدعي مباشرةً Uniswap على L1 لإتمام المبادلة وإعادة النتيجة ضمن كتلة إيثيريوم نفسها. وبالنسبة إلى المستخدم، يبدو الأمر كما لو أنه ينفذ العملية على السلسلة نفسها، من دون الحاجة إطلاقاً إلى «شحن الأموال أو نقلها» مسبقاً إلى سلاسل مختلفة.
تجنب عدم تزامن الحالة وهجمات «إعادة تنظيم الكتل (Reorg)»
قد تحدث إعادة تنظيم للكتل (Reorg) على البلوك تشين في أي وقت. فإذا كان التشغيل البيني غير متزامن ويمتد عبر كتل متعددة، فقد تعتبر السلسلة A المعاملة ناجحة، ثم تحدث إعادة تنظيم على الشبكة الرئيسية لإيثيريوم، فتختفي الحالة السابقة التي اعتمدت عليها السلسلة A، ما يؤدي إلى فوضى كارثية في الحسابات.
إن اشتراط إتمام العملية ضمن كتلة إيثيريوم واحدة يعني ربط جميع انتقالات الحالة والتحقق من البراهين وعمليات الاستدعاء العكسي للوكلاء بنقطة ارتكاز زمنية واحدة (كتلة التزامن).
ويجب على السلاسل المنضمة إلى EEZ الالتزام بقاعدة صارمة: عند حدوث إعادة تنظيم على إيثيريوم، يجب على السلسلة التراجع بالتزامن معها. وهذا يضمن منطقياً، على مستوى البنية الأساسية، عدم حدوث أي اختلاف في تسوية حالات التشغيل البيني بسبب «فارق زمني».
💡 خلاصة القول:
إن وضع العمليات ضمن كتلة إيثيريوم واحدة يهدف إلى الاستعاضة عن جسور التشغيل البيني الهشة والبطيئة بأقوى خاصية أساسية للبلوك تشين، وهي «الذرّية (Atomicity)»، كي تتمكن التطبيقات الموزعة على شبكات L2 مختلفة من مشاركة سيولة الشبكة الرئيسية لإيثيريوم ومواردها الحسابية كلها فورياً وبأمان، كما لو كانت تعمل على نواة CPU واحدة.