تحليل الأمان لعملية L2 الكاملة ومراحلها المختلفة

تتميز معاملات L2 بمرحلة إضافية مقارنة بمعاملات L1، وهي "تجميع معاملات L2 في كتل L2، وانتظار رفعها إلى L1". في هذه المرحلة، لم يتم رفع البيانات إلى L1 بعد، حيث يعتمد المستخدمون فقط على التعهد الشفهي الذي يقدمه Sequencer، وهو ما يسمى بالـ Pre-Confirmation أو Fast Confirmation أو Soft Confirmation.

تظهر مشاريع L2 الرئيسية حاليًا حالة ما قبل التأكيد في متصفحات الكتل الخاصة بها:

• Arbitrum/Optimism: "تم تأكيده بواسطة Sequencer"
• StarkNet: "مقبول على L2"
• zkSync: "معالجة عصر zkSync"

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

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

• يوفر Optimism معلومات Finality من المستوى الأول، حيث يمكن للمستخدمين رؤية ما إذا كانت الكتل من المستوى الأول قد تم الانتهاء منها.
• zkSync قسم عملية من L2 إلى L1 إلى ثلاثة مراحل: Committed و Proven و Executed، ويقدم عرضًا تفصيليًا للحالة.

بشكل عام، مستوى التأكيد والمخاطر المقابلة لصفقات L2 في مراحل مختلفة هو كما يلي:

1. ما قبل التأكيد: التزام فقط من Sequencer، المخاطر مرتفعة
2. التحميل إلى L1: تأكيد أساسي، لكن لا يزال هناك خطر إعادة تنظيم L1
3. تأكيد L1 الكامل: التأكيد النهائي، المخاطر منخفضة للغاية

قد يظهر في المستقبل آلية Pre-Confirmation ذات الحوافز الاقتصادية، حيث يتم معاقبة Sequencer الذي ينتهك الالتزامات من خلال العقود الذكية، مما يوفر حماية أقوى للمستخدمين.