تفسير طبقة 2 لعملية تنفيذ المعاملات بالكامل: تحليل أداء الأمان في كل مرحلة
طبقة 2(L2)التداول مقارنةً بتداول طبقة 1(L1)، أضاف مرحلة انتظار التحميل إلى L1. في هذه المرحلة، يمكن للمستخدمين الاعتماد فقط على (Pre-Confirmation) المقدمة من Sequencer، مما ينطوي على بعض المخاطر. ستقوم هذه المقالة بتحليل كامل لعملية تداول L2، واستكشاف أداء الأمان في كل مرحلة.
مراجعة عملية تداول L1
بعد أن يقوم المستخدم بإصدار المعاملة، يجب أن ينتظر حتى يتم تجميعها في كتلة بواسطة المعدنين/المدققين. حتى لو كانت المعاملة قد دخلت آخر كتلة، لا يزال يتعين الانتظار للحصول على عدد كافٍ من التأكيدات لتقليل خطر إعادة التنظيم (Re-org). فقط عندما تكون احتمالية إعادة التنظيم منخفضة بما يكفي، يمكن التأكد من أن المعاملة ستكتب في تاريخ البلوكشين.
تحليل عملية تداول طبقة 2
بعد أن يقوم مستخدمو L2 بإصدار المعاملات، عادة ما يكون Sequencer مسؤولاً عن ترتيبها وتجميعها في كتلة L2. عندما يقوم Sequencer بكتابة بيانات كتلة L2 عبر معاملة L1 إلى L1، يمكن للمستخدمين رؤية معاملاتهم مدرجة في أحدث كتلة L2.
لكن لا يزال هناك خطر إعادة هيكلة L1 في هذه المرحلة، مما قد يؤدي إلى عدم كتابة كتلة L2 هذه في تاريخ blockchain. لذلك يحتاج المستخدمون إلى الانتظار حتى تكون احتمالية إعادة هيكلة L1 منخفضة بما فيه الكفاية، ليكونوا واثقين من أن الصفقة ستتم تأكيدها في النهاية.
آلية التأكيد المسبق
لتحسين تجربة المستخدم، قامت بعض طبقة 2 بإدخال آلية (Pre-Confirmation). عندما يستلم Sequencer معاملات المستخدم، فإنه يعد المستخدم بأنه سيقوم بتعبئة تلك المعاملة في أقرب وقت ممكن.
بالنسبة للمستخدمين الذين يرغبون في الوثوق بـ Sequencer، قد تكون هذه الالتزامات كافية. لكن التأكيد المسبق هو مجرد التزام لفظي من Sequencer، وليس له قوة قانونية، مما ينطوي على خطر حدوث انتهاكات.
عرض حالة تأكيد المعاملات لخطط L2 الرئيسية
أربيتروم/أوبتيمزم
تكون معاملات Arbitrum و Optimism متاحة للحصول على الإيصالات تقريبًا فور إصدارها، وهذا هو التأكيد المسبق الذي تقدمه Sequencer.
يعرض Arbitrum Explorer حالة "مؤكد بواسطة Sequencer" للمعاملات، بالإضافة إلى عدد تأكيدات L1.
يوفر Optimism Explorer معلومات إضافية بجانب حالة "تم التأكيد بواسطة التسلسل" :
L1 State Batch Index: رقم Batch الحالة في البورصة
L1 State Root Submission Tx Hash: هذه هي تجزئة المعاملة التي تم تحميلها إلى L1
تظهر Optimism أيضًا معلومات Finality الخاصة بـ L1 مباشرة، مما يسمح للمستخدمين بمعرفة ما إذا كانت الكتل في L1 قد تم تأكيدها نهائيًا.
ستارك نت
حالة معاملات StarkNet أكثر تنوعًا، تشمل:
تم الاستلام: تم استلام المعاملة والتحقق منها بنجاح
قيد الانتظار: المعاملة قيد المعالجة بواسطة Sequencer
مقبول على طبقة 2: تم حزم المعاملة في كتلة L2
مقبول على طبقة 1: تم رفع بيانات المعاملات إلى L1
لكن StarkNet يستغرق وقتًا طويلاً لتحميل المعاملات إلى L1 ( من 4-5 ساعات )، مما يتطلب من المستخدمين الاعتماد على التأكيدات المسبقة لفترة طويلة. كما أن Explorer لم يقدم معلومات حول L1 Finality، مما يستدعي تحسين تجربة المستخدم.
zkSync
تقسم zkSync عملية نقل المعاملات من طبقة 2 إلى طبقة 1 إلى 3 مراحل:
Committed: تم رفع الكتلة إلى L1
Proven: تم إثبات صحة الكتلة
تم التنفيذ: تم تنفيذ المعاملات داخل الكتلة، وتم تحديث حالة L2 إلى L1
يوفر zkSync Explorer عرضًا تفصيليًا للبيانات لكل مرحلة، بما في ذلك روابط المعاملات المتعلقة بـ L1 وغيرها.
ولكن يجب ملاحظة أنه كإجراء حماية في مرحلة Alpha، حتى مرحلة التنفيذ يمكن أن يعدل المنسق السجل التاريخي، ويجب على المستخدمين الثقة بالمنسق لمدة يوم تقريبًا.
تحسين آلية التأكيد المسبق
التأكيد المسبق حاليًا مجرد التزام شفهي، يفتقر إلى القوة الملزمة. يمكن النظر في إدخال آلية العقود الذكية:
طلب من Sequencer/Builder تقديم وديعة ضمان مسبقة التأكيد
يجب على Sequencer/Builder توقيع محتوى الالتزام
يمكن للمستخدم تقديم الأدلة عند اكتشاف عدم الوفاء بالالتزامات
العقد الذكي يتحقق تلقائيًا وينفذ العقوبات
يمكن أن توفر هذه الآلية للمستخدمين ضمانات أكثر وضوحًا، لكنها لا تزال في مرحلة إثبات المفهوم.
ملخص
تتضمن معاملات L2 مرحلة الانتظار لتحميلها إلى L1، وفي هذه المرحلة لا يمكن للمستخدمين الاعتماد إلا على التأكيد المسبق. تعرض جميع حلول L2 حالة التأكيد المسبق في المستكشف، لكن موثوقيتها وفعاليتها تختلف.
يجب على المستخدمين أن يكونوا على علم بحدود التأكيد المسبق، وعند الحاجة الانتظار حتى يتم تحميل الصفقة على L1 والحصول على عدد كافٍ من التأكيدات. في المستقبل، يمكن تعزيز موثوقية التأكيد المسبق من خلال آليات مثل العقود الذكية، لتوفير حماية أفضل للمستخدمين.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 11
أعجبني
11
7
مشاركة
تعليق
0/400
GateUser-a5fa8bd0
· 07-07 03:19
أداء الأمان لديه الكثير من القواسم المشتركة مع الإيثيروم المبكر.
شاهد النسخة الأصليةرد0
EthMaximalist
· 07-06 05:10
لا يزال L2 لا يعمل بشكل جيد، إنه مرهق للغاية.
شاهد النسخة الأصليةرد0
AirdropHunterWang
· 07-06 03:20
التعدين真慢 L2才是出路~
شاهد النسخة الأصليةرد0
MevWhisperer
· 07-06 03:19
حتى الأعمال انتقلت إلى L2، فما الذي يمكن كسبه بعد ذلك؟
شاهد النسخة الأصليةرد0
OnchainGossiper
· 07-06 03:18
比比之前的L1 الشبكة الرئيسية L2是真滴香
شاهد النسخة الأصليةرد0
HallucinationGrower
· 07-06 02:57
L2 إدارة المخاطر أيضًا لديها الكثير من الفخ؟
شاهد النسخة الأصليةرد0
CodeAuditQueen
· 07-06 02:54
التحقق المسبق هو قنبلة موقوتة، من يثق بها فهو غبي.
تحليل كامل لعملية تأكيد معاملات طبقة 2: من التأكيد المسبق إلى التأكيد النهائي L1
تفسير طبقة 2 لعملية تنفيذ المعاملات بالكامل: تحليل أداء الأمان في كل مرحلة
طبقة 2(L2)التداول مقارنةً بتداول طبقة 1(L1)، أضاف مرحلة انتظار التحميل إلى L1. في هذه المرحلة، يمكن للمستخدمين الاعتماد فقط على (Pre-Confirmation) المقدمة من Sequencer، مما ينطوي على بعض المخاطر. ستقوم هذه المقالة بتحليل كامل لعملية تداول L2، واستكشاف أداء الأمان في كل مرحلة.
مراجعة عملية تداول L1
بعد أن يقوم المستخدم بإصدار المعاملة، يجب أن ينتظر حتى يتم تجميعها في كتلة بواسطة المعدنين/المدققين. حتى لو كانت المعاملة قد دخلت آخر كتلة، لا يزال يتعين الانتظار للحصول على عدد كافٍ من التأكيدات لتقليل خطر إعادة التنظيم (Re-org). فقط عندما تكون احتمالية إعادة التنظيم منخفضة بما يكفي، يمكن التأكد من أن المعاملة ستكتب في تاريخ البلوكشين.
تحليل عملية تداول طبقة 2
بعد أن يقوم مستخدمو L2 بإصدار المعاملات، عادة ما يكون Sequencer مسؤولاً عن ترتيبها وتجميعها في كتلة L2. عندما يقوم Sequencer بكتابة بيانات كتلة L2 عبر معاملة L1 إلى L1، يمكن للمستخدمين رؤية معاملاتهم مدرجة في أحدث كتلة L2.
لكن لا يزال هناك خطر إعادة هيكلة L1 في هذه المرحلة، مما قد يؤدي إلى عدم كتابة كتلة L2 هذه في تاريخ blockchain. لذلك يحتاج المستخدمون إلى الانتظار حتى تكون احتمالية إعادة هيكلة L1 منخفضة بما فيه الكفاية، ليكونوا واثقين من أن الصفقة ستتم تأكيدها في النهاية.
آلية التأكيد المسبق
لتحسين تجربة المستخدم، قامت بعض طبقة 2 بإدخال آلية (Pre-Confirmation). عندما يستلم Sequencer معاملات المستخدم، فإنه يعد المستخدم بأنه سيقوم بتعبئة تلك المعاملة في أقرب وقت ممكن.
بالنسبة للمستخدمين الذين يرغبون في الوثوق بـ Sequencer، قد تكون هذه الالتزامات كافية. لكن التأكيد المسبق هو مجرد التزام لفظي من Sequencer، وليس له قوة قانونية، مما ينطوي على خطر حدوث انتهاكات.
عرض حالة تأكيد المعاملات لخطط L2 الرئيسية
أربيتروم/أوبتيمزم
تكون معاملات Arbitrum و Optimism متاحة للحصول على الإيصالات تقريبًا فور إصدارها، وهذا هو التأكيد المسبق الذي تقدمه Sequencer.
يعرض Arbitrum Explorer حالة "مؤكد بواسطة Sequencer" للمعاملات، بالإضافة إلى عدد تأكيدات L1.
يوفر Optimism Explorer معلومات إضافية بجانب حالة "تم التأكيد بواسطة التسلسل" :
تظهر Optimism أيضًا معلومات Finality الخاصة بـ L1 مباشرة، مما يسمح للمستخدمين بمعرفة ما إذا كانت الكتل في L1 قد تم تأكيدها نهائيًا.
ستارك نت
حالة معاملات StarkNet أكثر تنوعًا، تشمل:
لكن StarkNet يستغرق وقتًا طويلاً لتحميل المعاملات إلى L1 ( من 4-5 ساعات )، مما يتطلب من المستخدمين الاعتماد على التأكيدات المسبقة لفترة طويلة. كما أن Explorer لم يقدم معلومات حول L1 Finality، مما يستدعي تحسين تجربة المستخدم.
zkSync
تقسم zkSync عملية نقل المعاملات من طبقة 2 إلى طبقة 1 إلى 3 مراحل:
يوفر zkSync Explorer عرضًا تفصيليًا للبيانات لكل مرحلة، بما في ذلك روابط المعاملات المتعلقة بـ L1 وغيرها.
ولكن يجب ملاحظة أنه كإجراء حماية في مرحلة Alpha، حتى مرحلة التنفيذ يمكن أن يعدل المنسق السجل التاريخي، ويجب على المستخدمين الثقة بالمنسق لمدة يوم تقريبًا.
تحسين آلية التأكيد المسبق
التأكيد المسبق حاليًا مجرد التزام شفهي، يفتقر إلى القوة الملزمة. يمكن النظر في إدخال آلية العقود الذكية:
يمكن أن توفر هذه الآلية للمستخدمين ضمانات أكثر وضوحًا، لكنها لا تزال في مرحلة إثبات المفهوم.
ملخص
تتضمن معاملات L2 مرحلة الانتظار لتحميلها إلى L1، وفي هذه المرحلة لا يمكن للمستخدمين الاعتماد إلا على التأكيد المسبق. تعرض جميع حلول L2 حالة التأكيد المسبق في المستكشف، لكن موثوقيتها وفعاليتها تختلف.
يجب على المستخدمين أن يكونوا على علم بحدود التأكيد المسبق، وعند الحاجة الانتظار حتى يتم تحميل الصفقة على L1 والحصول على عدد كافٍ من التأكيدات. في المستقبل، يمكن تعزيز موثوقية التأكيد المسبق من خلال آليات مثل العقود الذكية، لتوفير حماية أفضل للمستخدمين.