ماتريوشكا بين السلاسل أو التوسعة المخصصة: كيفية فهم أهمية توسعة الطبقة 3 بشكل صحيح

لقد شاهدت المناقشة الساخنة حول "الطبقة 3" في المجتمعات الخارجية ووجدتها مثيرة للاهتمام بشكل خاص: فقد رأى بعض الأشخاص دمى ماتريوشكا ذات سلاسل مشتركة حيث يتم ضغط البيانات بشكل متكرر، بينما رأى آخرون أن ZK هي البنية التكنولوجية الأساسية للاتصال الذري بين طوائف متعددة. تطبيقات السلسلة وقدراتها، يرى بعض الأشخاص سيناريوهات تطبيق أوسع لـ AVS من Eigenlayer وآلية المكافأة والعقاب. كيف نفهم المعنى الموسع للطبقة 3؟ اسمحوا لي أن أشرح ما فهمته:

1. نظرًا لأن الطبقة 2 والطبقة 3 تعتمدان نظريًا على تسوية الشبكة الرئيسية، فإن الافتراض الشائع هو أن الطبقة 3 تضغط البيانات أولاً ثم ترسلها إلى الطبقة 2 للمعالجة الثانوية. الضغط الثانوي يعادل التراكم فوق الإظهار: تم انتقاد هذه الطريقة والتشكيك فيها لأنه بمجرد تخيل الطبقة 4 والطبقة 5 ببنية مماثلة، سيتم ضغط هذه الطريقة إلى طريق مسدود، ففي نهاية المطاف، لا يمكن ضغط البيانات طوال الوقت.  

2. في الواقع، قد لا يتطلب التفاعل بين الطبقة 3 والطبقة 2 بالضرورة الضغط ثم الضغط. في استراتيجية Layer3 المخطط لها من قبل العديد من مكدسات Layer2 مثل Arbitrum وzkSync، يتم تعريف Layer3 على أنها سلسلة تطبيق محددة وستكون مستقلة إلى حد كبير من حيث آلية الإجماع، واختيار رسوم الغاز، والنموذج الاقتصادي، وما إلى ذلك. المشكلة هي أن الاستقلالية لا يعني مستقلة تمامًا، فمن المرجح أن تكون بنيتها الأساسية مقيدة باستخدام البنية التحتية الأساسية التي تم إنشاؤها بواسطة الطبقة 2. على سبيل المثال، تشترك في المكونات الرئيسية مثل Sequencer وProver مع سلسلة الطبقة 2.

وهذا يعني أنه سيتم حزم معاملات الطبقة 3 مباشرةً وإرسالها إلى الشبكة الرئيسية عبر مُسلسِل الطبقة 2 لتأكيد الحالة النهائية. ما تتولىه الطبقة 2 أكثر هو وظيفة التشغيل البيني بين السلاسل المتعددة للطبقة 3. وما يسمى بـ "طبقة التسوية" هي مجرد تسوية حزم البيانات، وليست التسوية النهائية والنهائية بالمعنى الحقيقي. تحتاج المعاملات في الطبقة 3 أيضًا إلى وضعها في قائمة الانتظار وتعبئتها في الطبقة 2. كن منطقيًا من خلال التعامل مع سلسلة تطبيقات الطبقة 3 باعتبارها خط أنابيب خاص للتسلسل.

3. إذا افترضنا أن الطبقة 3 كلها على شكل دمية ماتريوشكا بين السلاسل، فإن قابلية التوسع ستكون محدودة بطبيعة الحال. ومع ذلك، فإن هذا النهج العملي هو مجرد افتراض نظري. إذا كانت الطبقة 2 و تشترك الطبقة 3 في المكونات الرئيسية مثل Sequencer وProver، وهناك العديد من الطرق لتوسيع السلاسل المتعددة للطبقة 3 أفقيًا، خاصة بعد تحسين إمكانية التشغيل البيني بين السلاسل.

1. كما قال مؤسس zkSync @gluk64، يتم استخدام تقنية ZK كأساس للتشغيل البيني بين سلاسل متعددة. تتيح تقنية ZK لطرفين نظيرين التحقق دون الكشف عن معلومات محددة. فيما يتعلق بصحة المعلومات، عندما يكون Layer3 ينقل الأصول عبر السلسلة إلى الطبقة 2، ويمكن تحقيق النقل الذري للأصول بين السلاسل من خلال جسر ZK دون فرض إجماع بين السلاسل أو أي معالجة أخرى.

يمكن لتقنية التجسير المدعومة بتقنية ZK أن توفر الأساس لتوسيع السلاسل المتعددة للطبقة 3، لأنه بغض النظر عن عدد الطبقة 3 التي تظهر، يتم تحقيق "التسوية الفنية" مباشرة مع الطبقة 2 من خلال ZK Proof، ولن تؤثر على Layer2 العلاقة مع الشبكة الرئيسية؛

2. كما أوضح مؤسس Eigenlayer @sreeramkannan، فإن السماح لعقد AVS النشطة لـ Eigenlayer بتنسيق الإجماع بين السلاسل المختلفة عبر السلاسل يعادل السماح لنفس مجموعة العقد بالمشاركة في بناء الإجماع بين سلاسل متعددة، في هذه الحالة، طالما تم منح AVS طبقة من آلية القطع للمكافأة والعقاب، فإنها ستقلل نظريًا من احتمال قيام العقد بفعل الشر بنفسها. عندما توافق العقدة على تدفق الأصول من الطبقة 3 إلى الطبقة 2، إذا كان هناك أي سلوك شرير، فسيتم قطعه.

سيتم تطبيق هذا النوع من الآلية الاقتصادية للمكافأة والعقاب أيضًا على قضايا الثقة في البيئات متعددة السلاسل. وعلى الرغم من أنها لا يمكن أن تكون جديرة بالثقة بنسبة 100% مثل ZK، إلا أنها يمكنها بشكل عام إنشاء بيئة جديرة بالثقة تعتمد على النماذج الاقتصادية. .

4. قفز @VitalikButerin أيضًا لتكرار وجهة نظره ردًا على مناقشة موقف الجميع. لا يمكن أن تكون الطبقة 3 مجرد كومة وامتداد للطبقة 2، مما لا يحقق قابلية التوسع الفعالة. نظرًا لأن الطبقة 3 تعتمد على الطبقة 2 للبنية التحتية، فلا يمكن للطبقة 2 أن تتوسع إلى ما لا نهاية، ناهيك عن الطبقة 3. ولكن في بعض السيناريوهات المحددة، مثل الخصوصية، يمكن لسلاسل تطبيقات الخصوصية المحددة للطبقة 3 حل تفضيلات الخصوصية لبعض المعاملات.

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