طبقة التسوية L3

ما طبقة التسوية L3؟

طبقة التسوية L3 هي بلوكشين أو بيئة تسوية تنشر فيها شبكة Layer 3 بيانات معاملاتها أو التزامات الحالة أو البراهين أو التأكيدات، لتسوية نشاطها والتحقق منه عبر طبقة أدنى.

في عالم الكريبتو، تشير Layer 3 عادةً إلى سلسلة متخصصة أو مخصصة لتطبيق معين، مبنية فوق شبكة Layer 2، بينما تمثل طبقة التسوية المكان الذي يستقبل التزامات L3 ويساعد على تحديد نهائية المعاملات.

بدلاً من التسوية مباشرةً على بلوكشين Layer 1، تسوي كثير من أنظمة L3 معاملاتها على Layer 2، التي تعتمد بدورها على Layer 1 لتعزيز الأمان والتسوية النهائية.

ينشئ ذلك بنية متعددة الطبقات تتولى فيها L3 تنفيذ التطبيقات، وتتولى L2 التجميع ومنطق التسوية، وتوفر L1 أقوى مستويات الأمان في الطبقة الأساسية.

يكتسب هذا المصطلح أهميته لأنه يوضح مصدر الثقة والأمان وتوافر البيانات والنهائية في بنية بلوكشين متعددة الطبقات.

طبقة التسوية L3 ليست توكناً أو محفظة أو حساباً على منصة تداول أو طريقة تعدين أو استراتيجية تداول.

إنها مفهوم بنيوي يصف كيفية اتصال بيئات البلوكشين المتخصصة بسلسلة أم أكثر أماناً.

المعنى المبسط لطبقة التسوية L3

يمكن تبسيط معنى طبقة التسوية L3 إلى «الطبقة الأم التي تستخدمها سلسلة L3 لتسجيل حالتها وتسويتها».

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

وقد ترسل L2 بدورها بياناتها أو التزاماتها أو براهينها إلى Ethereum أو إلى شبكة أساسية أخرى.

وهذا يعني أن L3 لا تحتاج إلى الاعتماد على مجموعة المدققين الخاصة بها وحدها لتأمين الشبكة.

إذ يمكنها الاستفادة من بعض الأمان الذي توفره L2 الأم، وبشكل غير مباشر من L1 الأساسية.

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

ينبغي للمستخدمين ألا يفترضوا أن كل شبكات L3 تتمتع بمستوى الأمان نفسه الذي تتمتع به طبقة التسوية الخاصة بها.

فالتفاصيل مهمة، لأن أنظمة L3 المختلفة قد توازن بطرق متباينة بين السرعة والتكلفة واللامركزية وافتراضات الثقة.

لماذا توجد طبقات تسوية L3؟

توجد طبقات تسوية L3 لأن كثيراً من تطبيقات الكريبتو تحتاج إلى تخصيص أكبر مما تستطيع L1 أو L2 متعددة الأغراض تقديمه.

قد يحتاج تطبيق ألعاب إلى عدد كبير من المعاملات ورسوم منخفضة وتأكيد سريع وقواعد مخصصة للرسوم.

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

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

وقد يحتاج تطبيق للأصول الواقعية إلى أذونات وضوابط امتثال وفحوصات هوية ومنطق تحويلات خاضع للرقابة.

يمكن تصميم L3 لتلبية هذه الاحتياجات، مع الاستمرار في استخدام طبقة تسوية أم للأمان والتحقق.

وقد يقلل هذا النهج الازدحام على الشبكات المشتركة، لأن L3 تتولى معظم عمليات التنفيذ بشكل منفصل.

كما قد يمنح المطورين تحكماً أكبر في توكنات الغاز وترتيب المعاملات وقواعد المُسلسِل وتوافر البيانات والحوكمة ومسارات الترقية.

والنتيجة هي بنية بلوكشين أكثر معيارية، تؤدي فيها كل طبقة وظيفة مختلفة.

كيفية عمل التسوية في L3

تعالج L3 المعاملات عادةً ضمن بيئة التنفيذ الخاصة بها.

يرسل المستخدمون معاملاتهم إلى L3، ثم يرتبها مُسلسِل L3 أو منتج الكتل ضمن كتل.

بعد ذلك، تنشئ L3 دفعة أو جذر حالة أو برهاناً أو تأكيداً يلخص ما جرى على الشبكة.

ثم يُنشر هذا الملخص على طبقة تسوية L3، وهي غالباً شبكة L2.

تسجل L2 التزام L3 بالحالة، وتوفر القواعد المتعلقة بالنزاعات أو التحقق من البراهين أو الجسور أو تمرير الرسائل.

ثم تعتمد L2 على علاقتها الخاصة بالتسوية مع شبكة L1 الأساسية.

وينشأ بذلك مسار ثقة يمتد من L3 إلى L2، ثم من L2 إلى L1.

توضح وثائق تحجيم Ethereum أن Rollups تنفذ العمليات بعيداً عن الطبقة الأساسية، مع نشر البيانات أو الالتزامات على طبقة أدنى لتعزيز الأمان.

وتطبق طبقة التسوية L3 فكرة مشابهة على مستوى أعلى من البنية.

طبقات L1 وL2 وL3 ضمن بنية واحدة

Layer 1 هي البلوكشين الأساسية التي توفر أقوى مستويات التسوية وأمان الإجماع ضمن البنية.

Layer 2 طبقة تحجيم تعالج المعاملات بعيداً عن L1، مع الاعتماد عليها في التسوية أو توافر البيانات أو حل النزاعات.

Layer 3 سلسلة أو نظام متخصص يعمل فوق L2، وقد يسوي معاملاته عليها بدلاً من التسوية مباشرةً على L1.

تكون L1 عادةً أبطأ وأعلى تكلفة، لكنها أكثر أماناً ولامركزية.

وتكون L2 عادةً أقل تكلفة وأسرع، مع الاستفادة في الوقت نفسه من خصائص الأمان المهمة في L1.

وقد تكون L3 أكثر تخصيصاً وارتباطاً بتطبيق معين، لكنها قد تضيف افتراضات أخرى لاعتمادها على تصميمها الخاص وعلى L2 الأم.

يشبه هذا التصميم بناء الطرق فوق أساسات أقوى.

توفر L3 مساراً سريعاً للتطبيقات، وتربط L2 بين مسارات سريعة متعددة، بينما تشكل L1 الأساس النهائي للتسوية.

التسوية في مقابل التنفيذ

التسوية والتنفيذ وظيفتان مختلفتان في تصميم البلوكشين.

يعني التنفيذ تشغيل المعاملات وتحديث الأرصدة ومعالجة العقود الذكية وتغيير حالة السلسلة.

أما التسوية فتعني تسجيل النتيجة في مكان يمكن للأطراف الأخرى التحقق منها واعتبارها نهائية وفق قواعد النظام.

يمكن لـ L3 تنفيذ المعاملات محلياً، مع تسوية نتائجها على L2.

ويتيح ذلك لـ L3 تحسين التنفيذ لتطبيق أو مجتمع أو نموذج عمل معين.

ولا يلزم أن تعالج طبقة التسوية كل معاملة من معاملات L3 على حدة.

فقد يكفيها بدلاً من ذلك التحقق من براهين مضغوطة أو قبول تأكيدات أو تخزين التزامات أو إتاحة فترات للنزاعات.

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

التسوية في مقابل توافر البيانات

التسوية وتوافر البيانات مفهومان مختلفان أيضاً.

تجيب التسوية عن سؤال: أين تُثبَّت حالة السلسلة ويجري التحقق منها؟

أما توافر البيانات فيجيب عن سؤال: هل بيانات المعاملات اللازمة لإعادة بناء الحالة أو الاعتراض عليها متاحة فعلياً؟

يمكن لـ L3 التسوية على L2 مع استخدام نهج مختلف لتوافر البيانات.

تنشر بعض الأنظمة البيانات على السلسلة الأم، بينما تستخدم أنظمة أخرى شبكات خارجية لتوافر البيانات أو لجاناً متخصصة.

يوضح استعراض توافر البيانات في Rollups المنشور في Future Internet ضرورة بقاء بيانات المعاملات خارج السلسلة متاحة حتى يتمكن المشاركون من التحقق بشكل مستقل من حالة البلوكشين.

وهذا مهم لأن النظام قد يبدو سريعاً ومنخفض التكلفة بينما يخفي مخاطر إضافية تتعلق بتوافر البيانات.

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

ينبغي أن يوضح تصميم طبقة تسوية L3 القوي كلاً من التسوية وتوافر البيانات.

طبقة التسوية L3 وRollups

تعتمد تصاميم L3 كثيرة على منطق Rollups.

تنفذ Rollup المعاملات بعيداً عن الطبقة الأدنى، وتنشر معلومات مضغوطة على تلك الطبقة.

تفترض التصاميم التفاؤلية عادةً أن الدفعات صحيحة ما لم يُعترض عليها خلال فترة النزاع.

أما التصاميم القائمة على براهين الصلاحية فتستخدم براهين تشفيرية لإثبات صحة انتقالات الحالة.

عندما تُبنى L3 على هيئة Rollup، فقد تنشر التزاماتها أو براهينها على طبقة تسوية L2.

وقد تنشر L2 بدورها بياناتها أو التزاماتها على L1.

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

قد يخفض هذا النهج الرسوم ويزيد مرونة التطبيقات، لكنه يزيد أيضاً تعقيد التصميم.

ينبغي للمستخدمين فهم مسار التسوية بالكامل قبل الوثوق بالجسور أو عمليات السحب أو الأصول عالية القيمة على L3.

لماذا تسوي شبكات L3 معاملاتها غالباً على L2؟

تسوي شبكات L3 معاملاتها غالباً على L2 لأن تسوية L2 قد تكون أقل تكلفة من التسوية المباشرة على L1.

قد يؤدي نشر كل سلسلة تطبيقات متخصصة مباشرةً على L1 إلى زيادة التكاليف واستهلاك مساحة الكتل المحدودة.

يمكن لـ L2 أن تكون مركز تسوية لعدة شبكات L3، فتقلل تكلفة تثبيت حالات بيئات متخصصة عديدة.

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

وقد يدعم أيضاً تجربة مستخدم أفضل، لأن الإيداعات والسحوبات والرسائل العابرة للسلاسل في L3 قد تمر عبر بيئة L2 مألوفة.

يصف استعراض Arbitrum للسلاسل سلاسل قابلة للتهيئة يمكنها تعديل التنفيذ ونماذج الرسوم والحوكمة وتوافر البيانات ومعلمات التسوية لتلبية احتياجات محددة.

وهذا يوضح سبب ارتباط النقاش حول L3 غالباً بسلاسل التطبيقات وRollups والبنى المعيارية للبلوكشين.

النهائية في طبقة تسوية L3

تعني النهائية اعتبار المعاملة أو تحديث الحالة مسوّى وفق قواعد النظام.

في بنية L3، قد تعتمد النهائية على عدة طبقات في الوقت نفسه.

قد يرى المستخدم تأكيداً سريعاً على L3 خلال ثوانٍ.

ثم قد تُقبل دفعة L3 على L2 الأم بعد فترة قصيرة.

وقد تستغرق تسوية L2 نفسها على L1 وقتاً أطول، تبعاً لنظام الإثبات أو فترة الاعتراض أو قواعد النهائية.

وهذا يعني أن «التأكيد السريع» و«التسوية النهائية» ليسا الشيء نفسه دائماً.

توضح وثائق Arbitrum عن نهائية صندوق الوارد المؤجل أن نهائية L3 قد تعتمد على مستويات مختلفة من النهائية، وأنه يمكن ضبطها بطرق متعددة.

ينبغي لمستخدمي الكريبتو التحقق من الطبقة التي ثبتت نهائية المعاملة عليها قبل افتراض أن الإيداع أو السحب أو رسالة الجسر قد تمت تسويتها بالكامل.

افتراضات الأمان في طبقة تسوية L3

قد تعزز طبقة تسوية L3 الأمان من خلال ربط L3 بسلسلة أم أقوى.

لكنها لا تجعل L3 تلقائياً بمستوى أمان السلسلة الأم.

يعتمد الأمان على مُسلسِل L3 ونموذج المدققين ونظام الإثبات وعقود الجسر ومفاتيح الترقية وتوافر البيانات وبراهين الاحتيال وبراهين الصلاحية وضوابط الحوكمة.

إذا استخدمت L3 مُسلسِلاً مركزياً، فقد يواجه المستخدمون مخاطر الرقابة أو التوقف أو ترتيب المعاملات.

وإذا استخدمت نموذجاً ضعيفاً لتوافر البيانات، فقد يواجه المستخدمون مخاطر تتعلق بإعادة بناء الحالة أو الخروج من الشبكة.

وإذا كان جسر L3 سيئ التصميم، فقد تتعرض الأصول لأخطاء العقود أو إخفاقات تمرير الرسائل.

وإذا كانت مفاتيح الحوكمة تتمتع بصلاحيات مفرطة، فقد تُرقّى السلسلة بطرق لم يتوقعها المستخدمون.

تساعد التسوية على L2 قوية، لكن يجب مراجعة نموذج الأمان بأكمله من L3 حتى L1.

فوائد طبقة تسوية L3

الفائدة الأولى هي خفض التكلفة.

يمكن لـ L3 خفض الرسوم عبر معالجة معظم النشاط في بيئة متخصصة ونشر النتائج المضغوطة على طبقة أم.

والفائدة الثانية هي زيادة معدل المعالجة.

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

والفائدة الثالثة هي التخصيص.

يمكن للمطورين ضبط قواعد الغاز وأوقات الكتل وأنظمة الحسابات والحوكمة وتوافر البيانات وترتيب المعاملات بما يناسب حالات الاستخدام.

والفائدة الرابعة هي تسهيل تصميم التطبيقات.

يمكن للعبة أو تطبيق مدفوعات أو نظام هوية أو برنامج ولاء استخدام L3 لتوفير تجربة أكثر سلاسة، دون مطالبة المستخدمين بالتنافس على مساحة كتل متعددة الأغراض.

والفائدة الخامسة هي التحجيم المعياري.

تتيح طبقة تسوية L3 لعدد من السلاسل المتخصصة الاتصال بالأمان المشترك عبر L2 أم.

وقد يساعد ذلك تطبيقات الكريبتو على التوسع دون فرض معالجة كل معاملة على السلسلة الأساسية.

مخاطر طبقة تسوية L3

الخطر الأول هو زيادة التعقيد.

تضيف كل طبقة إضافية عقوداً وجسوراً ومسلسِلات وأنظمة إثبات واعتماديات تشغيلية.

والخطر الثاني هو ضعف الأمان المستمد من الطبقات الأدنى.

قد تعتمد L3 على L2، لكن تصميمها الخاص قد يضيف افتراضات ثقة جديدة.

والخطر الثالث هو مخاطر الجسور.

قد تعتمد الأصول المنتقلة بين L3 وL2 وL1 على جسور الرسائل التي قد تتعطل أو تتعرض للاستغلال.

والخطر الرابع هو الالتباس بشأن النهائية.

قد يظن المستخدمون أن المعاملة سُويت بالكامل بينما لم يؤكدها سوى مُسلسِل L3.

والخطر الخامس هو تعطل توافر البيانات.

إذا لم تتوافر بيانات المعاملات، فقد يعجز المستخدمون والمدققون عن التحقق من حالة L3.

والخطر السادس هو تشتت السيولة.

عند وجود عدد كبير من شبكات L3، قد تتوزع الأصول والمستخدمون على بيئات صغيرة عديدة.

والخطر السابع هو التوقف التشغيلي.

قد تضم شبكة L3 صغيرة عدداً أقل من العقد والمشغلين وبنية تحتية أقل اختباراً من شبكة L1 أو L2 كبيرة.

طبقة التسوية L3 وEthereum

تُعد Ethereum نقطة مرجعية أساسية في كثير من النقاشات حول تسوية L3، لأن منظومة Ethereum تعتمد خارطة طريق للتحجيم تركز على Rollups.

توضح وثائق danksharding في Ethereum أن Rollups تنشر الالتزامات وتستخدم كتل البيانات لجعل بيانات Rollup أكثر كفاءة للمدققين والمستخدمين.

وهذا مهم لشبكات L3 لأن اقتصاديات التسوية في الطبقات الأدنى تؤثر في تكلفة السلاسل الأعلى.

عندما تصبح تسوية L2 أقل تكلفة، قد تصبح أنظمة L3 أكثر جدوى.

وعندما يصبح توافر البيانات أكثر كفاءة، يمكن للأنظمة القائمة على Rollups نشر معلومات أكثر بتكلفة أقل.

لكن L3 ليست بديلاً عن Ethereum أو غيرها من السلاسل الأساسية.

إنها طبقات إضافية للتحجيم والتخصيص، تعتمد على أمان البنية التحتية في الطبقات الأدنى.

رؤية Vitalik Buterin بشأن Layer 3

كان مصطلح Layer 3 موضع نقاش في مجتمع Ethereum.

يوضح مقال Vitalik Buterin ما أنواع Layer 3 المناسبة؟ ضرورة استخدام كلمة «طبقة» بحذر، لأن الأنظمة التي تعمل فوق L2 لا تؤدي جميعها الغرض نفسه.

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

وهذا مهم لأن عبارة «طبقة تسوية L3» لا ينبغي استخدامها كشعار تسويقي فضفاض.

ينبغي لتصميم التسوية الحقيقي في L3 أن يوضح وظيفة L3 وما تتحقق منه الطبقة الأم ومكان توافر البيانات وكيفية عمل النهائية وكيف يستطيع المستخدمون الخروج بأمان.

التسمية أقل أهمية من البنية التقنية التي تقف وراءها.

طبقة التسوية L3 وسلاسل التطبيقات

سلسلة التطبيقات هي بلوكشين مبنية لتطبيق أو منظومة محددة.

تُعد كثير من شبكات L3 سلاسل تطبيقات، لأنها مصممة للعبة واحدة أو بروتوكول DeFi واحد أو شبكة مدفوعات واحدة أو تطبيق اجتماعي واحد أو منصة للأصول الواقعية.

تتيح طبقة تسوية L3 لسلسلة التطبيقات الاتصال ببيئة أمان أوسع بدلاً من العمل كسلسلة مستقلة تماماً.

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

وقد يكون ذلك جذاباً للمطورين لأنهم يستطيعون تصميم السلسلة بما يناسب مستخدميهم بدلاً من قبول بيئة تنفيذ واحدة تناسب الجميع.

أما للمستخدمين، فقد تتمثل الميزة في رسوم أقل وتفاعلات أسرع.

لكن المقابل هو ضرورة فهم سلسلة جديدة ومسار جسر جديد ونموذج أمان جديد.

طبقة التسوية L3 والبلوكشين المعيارية

يفصل تصميم البلوكشين المعياري الوظائف المختلفة بين طبقات مختلفة.

قد تركز طبقة على التنفيذ.

وقد تركز طبقة أخرى على التسوية.

وقد تركز طبقة أخرى على توافر البيانات.

وقد تركز طبقة أخرى على الإجماع.

تنسجم طبقة تسوية L3 مع هذا النموذج المعياري لأنها تتيح لـ L3 الاستعانة بطبقة أم للتسوية بدلاً من تولي كل شيء بنفسها.

وقد يزيد ذلك مرونة النظام، لكنه يعني أيضاً ضرورة فهم المستخدمين للطبقة المسؤولة عن كل ضمان.

تكون البنية المعيارية قوية عندما تكون كل طبقة واضحة وموثوقة.

وقد تكون خطرة عندما تخفي اللغة التسويقية افتراضات الثقة الحقيقية.

أمثلة على تصميم التسوية في L3

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

وقد تسوي شبكة L3 للمدفوعات معاملاتها على L2، بحيث تُؤكد التحويلات الصغيرة بسرعة مع بقائها متصلة بسيولة أوسع.

وقد ترسل شبكة L3 للخصوصية البراهين إلى L2 مع الحفاظ على خصوصية تفاصيل معاملات المستخدمين بفضل نظام إثبات متخصص.

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

وقد تستخدم شبكة L3 للأصول الواقعية تحويلات خاضعة للأذونات، مع الاعتماد على طبقة أم للتسوية وقابلية التدقيق.

توضح هذه الأمثلة أن طبقة تسوية L3 ليست نوعاً واحداً من المنتجات.

بل هي نمط تصميم لربط بيئات بلوكشين متخصصة بنظام للتحقق والأمان في طبقة أدنى.

ما الذي ينبغي للمستخدمين التحقق منه قبل استخدام L3؟

ينبغي للمستخدمين أولاً معرفة طبقة التسوية التي تستخدمها L3.

وعليهم التحقق مما إذا كانت L3 تسوي معاملاتها على L2 أو مباشرةً على L1 أو على سلسلة أم مخصصة أخرى.

كما ينبغي لهم التحقق مما إذا كانت L3 تستخدم براهين تفاؤلية أو براهين صلاحية أو نموذج لجنة أو مجموعة مدققين خاضعة للأذونات.

وعليهم مراجعة آلية توافر البيانات وما إذا كانت بيانات المعاملات تُنشر على السلسلة أو تُخزن في مكان آخر.

وعليهم التحقق من كيفية انتقال الإيداعات والسحوبات بين L3 وL2 وL1.

وعليهم مراجعة مدة السحب وما إذا كانت هناك فترة اعتراض.

كما ينبغي التحقق من تدقيق العقود ومن الجهة التي تتحكم بمفاتيح الترقية، سواء كانت محفظة متعددة التوقيعات أو DAO أو مؤسسة أو شركة.

وعليهم مراجعة ما إذا كان المُسلسِل مركزياً أم لامركزياً.

وعليهم التحقق من وجود مسار خروج آمن للمستخدمين إذا توقف مشغل L3 عن العمل.

هذه الفحوص مهمة لأن بنية تسوية L3 تؤثر في سلامة الأصول وتجربة المستخدم والثقة على المدى الطويل.

طبقة التسوية L3 والجسور

تُعد الجسور من أهم عناصر بنية تسوية L3.

يتيح الجسر انتقال الأصول أو الرسائل بين L3 والطبقة الأم.

في حالة بسيطة، يودع المستخدم أصولاً من L2 إلى L3 ثم يسحبها لاحقاً إلى L2.

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

قد تضيف كل خطوة تأخيراً ومخاطر للعقود الذكية والسيولة وأخطاء المستخدم.

ينبغي لجسر L3 قوي أن يوضح بجلاء توقيت الإيداع والسحب ونهائية الرسائل ومتطلبات البراهين والرسوم وإجراءات الطوارئ.

ينبغي للمستخدمين توخي الحذر من الجسور غير الرسمية، إذ قد تستخدم افتراضات ثقة مختلفة عن مسار التسوية الأصلي.

فالجسر منخفض التكلفة ليس آمناً بالضرورة.

طبقة التسوية L3 والمُسلسِلات

المُسلسِل هو النظام الذي يرتب المعاملات قبل نشرها أو تثبيتها نهائياً.

تستخدم كثير من شبكات L2 وL3 المُسلسِلات لتقديم تأكيدات سريعة وتجربة استخدام أكثر سلاسة.

قد يقدم مُسلسِل L3 للمستخدمين استجابة شبه فورية قبل تسوية حالة L3 بالكامل على الطبقة الأم.

هذا مفيد، لكنه يخلق فرقاً بين التأكيد المبدئي والتسوية النهائية.

وقد يؤدي المُسلسِل المركزي أيضاً إلى مخاطر الرقابة والتوقف ومشكلات ترتيب المعاملات.

قد تتجه بعض تصاميم L3 مستقبلاً إلى التسلسل المشترك أو اللامركزي أو التسلسل على الطبقة الأم.

ينبغي للمستخدمين معرفة الجهة التي تتحكم بالمُسلسِل وما يحدث إذا تعطل.

طبقة التسوية L3 والرسوم

قد تشمل الرسوم في بنية L3 رسوم التنفيذ ونشر البيانات وإنشاء البراهين والجسور والتسوية على الطبقة الأم.

قد تفرض L3 على المستخدمين استخدام توكن غاز أصلي، أو تستخدم توكناً مألوفاً من المنظومة الأم.

وقد تفرض L2 الأم على مشغل L3 رسوماً مقابل نشر الدفعات أو البراهين.

وقد تفرض L1 على L2 الأم رسوماً مقابل توافر البيانات والتسوية.

لذلك قد تعتمد الرسوم النهائية التي يدفعها المستخدم على نشاط الشبكة في عدة طبقات.

من أسباب جاذبية L3 أنها قد تقلل مقدار التفاعل المكلف مع الطبقات الأدنى لكل معاملة مستخدم.

لكن ينبغي للمستخدمين التحقق مما إذا كانت الرسوم المنخفضة مدعومة بأمان قوي أم بافتراضات ثقة إضافية.

قد تكون المعاملات الرخيصة جداً مفيدة، لكنها لا تنفع إذا كانت السلسلة غير آمنة أو يصعب الخروج منها.

طبقة التسوية L3 وكتل البيانات

تُعد كتل البيانات جزءاً من خارطة طريق Ethereum لتحجيم Rollups، وقد صُممت لجعل نشر بيانات Rollup أقل تكلفة.

يشرح شرح Chainlink لمقترح EIP-4844 أن Proto-Danksharding ترقية لـ Ethereum أدخلت معاملات تحمل كتل بيانات لخفض تكاليف توافر البيانات على Rollups.

قد تساعد تكاليف البيانات الأقل شبكات L2، كما قد تدعم اقتصاديات L2 الأفضل منظومات L3 التي تسوي معاملاتها عبر تلك الشبكات.

قد لا تنشر L3 بياناتها دائماً مباشرةً في كتل بيانات Ethereum، لكن تكاليف التسوية على L2 الأم قد تتأثر بأسواق كتل البيانات.

ولهذا ترتبط طبقات تسوية L3 بترقيات تحجيم Ethereum الأوسع.

عندما يتحسن توافر البيانات في الطبقات الأدنى، قد تصبح التطبيقات في الطبقات الأعلى أقل تكلفة وأكثر جدوى.

طبقة تسوية L3 للمطورين

قد يختار المطورون طبقة تسوية L3 عندما لا تكفيهم L2 مشتركة لتطبيقاتهم.

فقد يرغبون في أوقات كتل مخصصة أو منطق رسوم مخصص أو تجريد حسابات مخصص أو تعليمات مسبقة خاصة أو وصول خاضع للرقابة أو حوكمة خاصة بالتطبيق.

وقد يرغبون أيضاً في عزل مستخدميهم عن الازدحام الناتج عن تطبيقات لا صلة لها بهم.

يمكن أن توفر L3 للمطورين بيئة تنفيذ مخصصة مع الحفاظ على الاتصال بالسيولة والأمان في المنظومة الأم.

لكن على المطورين أيضاً تشغيل بنية تحتية إضافية.

وقد يحتاجون إلى مُسلسِلات وناشري دفعات ومدققين وعقود جسور وأنظمة مراقبة وفهارس وعقد RPC ومستكشفات وإجراءات للاستجابة للحوادث.

كما ينبغي لهم شرح نموذج التسوية بوضوح للمستخدمين.

قد تسبب L3 سيئة التوثيق ارتباكاً حتى إن كانت التقنية تعمل كما ينبغي.

طبقة تسوية L3 للمستخدمين

قد تبدو L3 للمستخدمين كسلسلة سريعة ومنخفضة التكلفة مخصصة لتطبيق معين.

وقد لا يلاحظون مسار التسوية بالكامل أثناء الاستخدام المعتاد.

وقد لا يواجهون هذا المسار إلا عند إيداع الأصول أو سحبها أو نقل التوكنات عبر جسر أو التحقق من نهائية المعاملة.

ولهذا السبب يعد تثقيف المستخدم أمراً مهماً.

ينبغي للمستخدم أن يعرف ما إذا كانت أمواله موجودة على L1 أو L2 أو L3.

وينبغي أن يعرف الجسر الذي استخدمه والمدة المحتملة للسحب.

وينبغي أن يعرف ما إذا كانت L3 لا تزال تجريبية أم جاهزة للاستخدام الفعلي.

وينبغي أن يعرف ما إذا كانت السلسلة تعتمد على مُسلسِل مركزي أو لجنة بيانات أو مفاتيح إدارية خاصة.

قد تحسن L3 تجربة المستخدم، لكن ذلك يتطلب فهم المستخدمين للمقايضات الكامنة وراء الواجهة السلسة.

مفاهيم خاطئة شائعة عن طبقات تسوية L3

من المفاهيم الخاطئة أن كل L3 ترث أمان L1 بالكامل تلقائياً.

في الواقع، يعتمد أمان L3 على مسار التسوية بأكمله والتحقق من البراهين وتوافر البيانات وتصميم الجسر.

ومن المفاهيم الخاطئة الأخرى أن طبقة تسوية L3 هي نفسها طبقة توافر البيانات.

قد تتداخل وظيفتا التسوية وتوافر البيانات، لكنهما ليستا الوظيفة نفسها.

والمفهوم الخاطئ الثالث هو أن L3 تعني أنها «أفضل من L2» من جميع النواحي.

قد تكون L3 أقل تكلفة وأكثر قابلية للتخصيص، لكنها قد تكون أيضاً أشد تعقيداً وأقل اختباراً في ظروف الاستخدام الفعلي.

والمفهوم الخاطئ الرابع هو أن التأكيد السريع يعني التسوية النهائية.

قد تظهر معاملة L3 بسرعة في التطبيق، مع اعتمادها على خطوات تسوية لاحقة.

والمفهوم الخاطئ الخامس هو أن L3 مخصصة لمستخدمي DeFi المتقدمين فقط.

يمكن لـ L3 أيضاً دعم الألعاب والتطبيقات الاجتماعية والمدفوعات والهوية وسير عمل المؤسسات ومنصات الأصول الواقعية.

كيفية تقييم طبقة تسوية L3

ابدأ بتحديد السلسلة الأم.

ثم تحقق مما إذا كانت السلسلة الأم Rollup من نوع L2 أو نظاماً شبيهاً بـ Validium أو سلسلة جانبية أو سلسلة متخصصة أخرى.

بعد ذلك، راجع ما يُنشر من L3 إلى الطبقة الأم.

قد يشمل ذلك دفعات المعاملات أو جذور الحالة أو تأكيدات براهين الاحتيال أو براهين الصلاحية أو شهادات توافر البيانات.

ثم تحقق من كيفية تحقق الطبقة الأم من هذه التحديثات أو قبولها.

وبعد ذلك، راجع كيفية تسوية الطبقة الأم على الطبقة الأساسية.

وأخيراً، تحقق مما إذا كان بإمكان المستخدمين السحب بأمان عند توقف L3 عن العمل بشكل طبيعي.

ينبغي أن يسهل العثور على إجابات هذه الأسئلة في الوثائق الرسمية لطبقة تسوية L3 الجيدة.

إذا لم يستطع المشروع شرح مسار التسوية بوضوح، فعلى المستخدمين التعامل مع النظام على أنه أعلى مخاطرة.

الأسئلة الشائعة

ماذا تعني طبقة التسوية L3؟

طبقة التسوية L3 هي الطبقة الأم التي تنشر عليها بلوكشين Layer 3 التزامات الحالة أو البراهين أو البيانات أو التأكيدات، لتتمكن الأنشطة من التحقق والتسوية النهائية.

هل طبقة التسوية L3 هي نفسها بلوكشين Layer 3؟

لا. تشير L3 إلى السلسلة أو بيئة التنفيذ، بينما طبقة التسوية هي الطبقة الأدنى التي تستقبل تحديثات حالة L3 وتتحقق منها.

هل تسوي L3 معاملاتها دائماً على L2؟

تسوي شبكات L3 كثيرة معاملاتها على L2، لكن التصميم الدقيق يعتمد على المشروع وإطار Rollup والجسر ونموذج الأمان.

لماذا تسوي L3 معاملاتها على L2 بدلاً من L1 مباشرةً؟

قد تسوي L3 معاملاتها على L2 لخفض التكاليف وتحسين السرعة واستخدام البنية التحتية القائمة لـ L2 ودعم التخصيص وفق التطبيق.

هل تتمتع L3 بأمان يضاهي Ethereum أو أي L1 أخرى؟

ليس تلقائياً، لأن أمان L3 يعتمد على تصميمها وL2 الأم والجسر ونموذج توافر البيانات وقواعد النهائية.

ما الفائدة الرئيسية لطبقة تسوية L3؟

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

ما أكبر مخاطر طبقة تسوية L3؟

أكبر المخاطر هي زيادة التعقيد، إذ يحتاج المستخدمون إلى فهم L3 والطبقة الأم والجسور وتوافر البيانات والمُسلسِلات وأنظمة الإثبات والوثوق بها.

كيف تختلف النهائية على L3؟

قد تقدم L3 تأكيدات محلية سريعة، لكن النهائية الأعمق قد تعتمد على موعد تسوية L3 على L2 الأم وموعد تسوية L2 على الطبقة الأساسية.

هل يمكن لطبقات تسوية L3 دعم سلاسل التطبيقات؟

نعم، صُممت أنظمة L3 كثيرة لتكون سلاسل تطبيقات للألعاب أو المدفوعات أو DeFi أو الهوية أو التطبيقات الاجتماعية أو سير عمل الأصول الواقعية.

ما الذي ينبغي للمستخدمين التحقق منه قبل استخدام L3؟

ينبغي للمستخدمين التحقق من طبقة التسوية ومسار الجسر وقواعد النهائية ونموذج توافر البيانات وتصميم المُسلسِل والتدقيق ومفاتيح الترقية وإجراءات السحب.

الخاتمة

تُعد طبقة التسوية L3 مفهوماً أساسياً في البنية التحتية المعيارية للكريبتو، لأنها توضح أين تثبت سلسلة Layer 3 حالتها وكيف تحصل على دعم التسوية.

تتمثل الفكرة الأساسية في قدرة L3 على توفير تنفيذ متخصص لتطبيق ما، مع التسوية على L2 أم والاعتماد بشكل غير مباشر على L1 أساسية.

قد يخفض هذا التصميم الرسوم ويزيد معدل المعالجة ويحسن التخصيص ويمنح المطورين تحكماً أكبر في تجربة المستخدم.

وقد يدعم أيضاً سلاسل التطبيقات وشبكات الألعاب وأنظمة المدفوعات وتطبيقات الخصوصية ومنصات الأصول الواقعية وغيرها من بيئات الكريبتو المتخصصة.

لكن طبقات تسوية L3 تضيف تعقيداً أيضاً.

على المستخدمين والمطورين فهم النهائية والجسور وتوافر البيانات والمُسلسِلات وأنظمة الإثبات وضوابط الترقية والمسار الكامل من L3 إلى L2 ثم L1.

لا ينبغي اعتبار عبارة «تسوي معاملاتها على L2» شرحاً كاملاً للأمان بحد ذاتها.

يتطلب التحليل السليم معرفة ما يُنشر وأين يُنشر ومن يستطيع التحقق منه وكيف تظل البيانات متاحة وكيف يمكن للمستخدمين الخروج عند حدوث مشكلة.

عند تصميمها جيداً، قد تجعل طبقة تسوية L3 تطبيقات الكريبتو أسرع وأقل تكلفة وأكثر مرونة مع بقائها متصلة بأمان أقوى في الطبقات الأدنى.

أما عند تصميمها على نحو سيئ، فقد تخفي المخاطر وراء المصطلحات التقنية وتدفع المستخدمين إلى افتراضات غير آمنة.

أفضل طريقة لفهم طبقة تسوية L3 هي النظر إليها بوصفها حلقة وصل بين أداء البلوكشين المخصص للتطبيقات والأمان الأعمق لبنية التسوية الأوسع.