الطبقة 3: الهندسة المعمارية للسلسلة المتعددة والتوسع التقني

متوسط4/16/2024, 7:08:28 AM
هناك مناقشة محتدمة حول الطبقة 3، حيث يبرز البعض تطبيقات التحكيم على السلسلة وتقنية Zero-Knowledge (ZK)، بينما يركز الآخرون على الرهان وآليات العقوبة والمكافأة لـ Eigenlayer. تكمن أهمية توسيع الطبقة 3 في خصائصها الذاتية، التي يمكن أن تحقق توافقية وبيئة موثوقة بين سلاسل متعددة من خلال تقنية ZK وآليات الاقتصاد للمكافأة والعقاب. وبالتالي، يجب تخصيص الطبقة 3 بناءً على احتياجات سيناريو التطبيق، بدلاً من مجرد تكديسها وتمديدها.

TL;DR

1) نظرًا لأن كل من الطبقة 2 والطبقة 3 يعتمدان نظريًا على الشبكة الرئيسية للتسوية، يُفترض بشكل شائع أن الطبقة 3 تضغط البيانات أولاً ثم تقدمها إلى الطبقة 2 للضغط الثانوي، وهو أساسا طبقة Rollup تراكبية على طبقة Rollup أخرى. تمت critiquée et questioned هذه النهج لأنه إذا تم تخيل الطبقة 4 والطبقة 5 باستخدام بنية مماثلة، فإن ذلك سيؤدي إلى نهاية مسدودة، حيث لا يمكن ضغط البيانات إلى مالا نهاية.

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

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

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

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

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

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

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

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

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

تنصل:

  1. تم نشر هذه المقالة مرة أخرى من [ تويتر], جميع حقوق النشر تنتمي إلى الكاتب الأصلي [@tmel0211]. إذا كان هناك اعتراضات على هذا النشر مرحبابوابة تعلمالفريق، وسيتولون بالأمر على الفور.
  2. تنصل المسؤولية: الآراء والآراء الواردة في هذه المقالة تعبر فقط عن رأي الكاتب ولا تشكل أي نصيحة استثمارية.
  3. يتم إجراء ترجمات المقال إلى لغات أخرى من قبل فريق Gate Learn. ما لم يُذكر، يُحظر نسخ أو توزيع أو نسخ المقالات المترجمة.

Share

Content

الطبقة 3: الهندسة المعمارية للسلسلة المتعددة والتوسع التقني

متوسط4/16/2024, 7:08:28 AM
هناك مناقشة محتدمة حول الطبقة 3، حيث يبرز البعض تطبيقات التحكيم على السلسلة وتقنية Zero-Knowledge (ZK)، بينما يركز الآخرون على الرهان وآليات العقوبة والمكافأة لـ Eigenlayer. تكمن أهمية توسيع الطبقة 3 في خصائصها الذاتية، التي يمكن أن تحقق توافقية وبيئة موثوقة بين سلاسل متعددة من خلال تقنية ZK وآليات الاقتصاد للمكافأة والعقاب. وبالتالي، يجب تخصيص الطبقة 3 بناءً على احتياجات سيناريو التطبيق، بدلاً من مجرد تكديسها وتمديدها.

TL;DR

1) نظرًا لأن كل من الطبقة 2 والطبقة 3 يعتمدان نظريًا على الشبكة الرئيسية للتسوية، يُفترض بشكل شائع أن الطبقة 3 تضغط البيانات أولاً ثم تقدمها إلى الطبقة 2 للضغط الثانوي، وهو أساسا طبقة Rollup تراكبية على طبقة Rollup أخرى. تمت critiquée et questioned هذه النهج لأنه إذا تم تخيل الطبقة 4 والطبقة 5 باستخدام بنية مماثلة، فإن ذلك سيؤدي إلى نهاية مسدودة، حيث لا يمكن ضغط البيانات إلى مالا نهاية.

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

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

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

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

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

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

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

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

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

تنصل:

  1. تم نشر هذه المقالة مرة أخرى من [ تويتر], جميع حقوق النشر تنتمي إلى الكاتب الأصلي [@tmel0211]. إذا كان هناك اعتراضات على هذا النشر مرحبابوابة تعلمالفريق، وسيتولون بالأمر على الفور.
  2. تنصل المسؤولية: الآراء والآراء الواردة في هذه المقالة تعبر فقط عن رأي الكاتب ولا تشكل أي نصيحة استثمارية.
  3. يتم إجراء ترجمات المقال إلى لغات أخرى من قبل فريق Gate Learn. ما لم يُذكر، يُحظر نسخ أو توزيع أو نسخ المقالات المترجمة.
Start Now
Sign up and get a
$100
Voucher!