المؤلف: 2077 مصدر البحث: X، @2077 ترجمة البحث: شان أوبا، Golden Finance
فينا< في في المقالة الأولى من سلسلة Strong>Rollups 2.0، ناقشنا القوائم المجمعة المستندة إلى الطبقة الأولى (L1) - وهي الطريقة الأكثر لا مركزية والمتوافقة مع Ethereum لإدارة المجموعات المجمعة. من خلال تفريغ مهمة طلب المعاملات إلى Ethereum L1، فإن المجموعات المستندة إلى L1 قادرة على الاستفادة من اللامركزية والبساطة والحيوية في L1، مع تحقيق فوائد أخرى أيضًا.
في مقالة اليوم، سنستكشف التطور التالي للمجموعات المجمعة: المجموعات الداعمة. لم يتم إنشاء Booster Rollups فقط على أساس L1، ولكنه يعمل أيضًا على توسيع قابلية تكوين Ethereum. ولكن كيف يمكننا في الواقع توسيع هذه القابلية للتركيب؟
مشكلات مساحة L2 الحالية
من أجل ضمان تعمل شبكة L2 كما هو متوقع، وتتطلب عادةً عمليات فحص إضافية. ومع ذلك، فإن عملية التسوية والتنفيذ الرئيسية لا تزال تحدث مباشرة على L1. وهذا يعني أنه بينما يقوم L2 بتوسيع الوظائف (مثل تنفيذ EVM خارج السلسلة)، فإنه يضيف أيضًا تعقيدًا إضافيًا. على الرغم من أن هذا المنطق الإضافي ليس مثاليًا، إلا أن الهدف النهائي هو توحيد العمليات والاعتماد بالكامل على نظام EVM القياسي.
التوحيد القياسي يعد أمرًا بالغ الأهمية لتبادل المعاملات بسلاسة بين L2s المختلفة. ولتحقيق ذلك، قد تكون هناك حاجة إلى نوع جديد من المعاملات - نوع يمكن أن يعمل عبر سلاسل متعددة.
في هذا النظام، يمكن للمعاملة إنشاء معاملات فرعية أصغر. تحتوي كل معاملة فرعية على التفاصيل التالية:
1. معرف السلسلة المصدر
2 .معرف السلسلة المستهدفة
3. إدخال البيانات (مثل المتصل والعنوان وبيانات الاتصال)
4. المخرجات الناتجة عن السلسلة المستهدفة
وظيفتان رئيسيتان لبيانات المعاملة هذه:
1. كمدخل في السلسلة المصدر strong>
يسمح للمشاركين بمشاهدة المخرجات مباشرة دون إشراك السلسلة المستهدفة بشكل مباشر.
2. تحقق من اتساق المدخلات والمخرجات في السلسلة المستهدفة
يتم استخدامه لتأكيد ما إذا كان الإدخال المحدد ينتج المخرجات المتوقعة.
وبهذه الطريقة، يمكن لكل سلسلة التحقق بشكل مستقل من معاملاتها الخاصة مع الالتزام بالمعايير المشتركة لتنسيقات المعاملات والمدخلات.
يُبقي هذا الأسلوب عملية التحقق من الكتلة بسيطة، وذلك باستخدام عقود التحقق L1 المألوفة لضمان صلاحية الكتلة. يضع هذا المعيار المشترك وطريقة المعاملات المحسنة عبر السلسلة أساسًا متينًا للتطوير المستقبلي لشبكة L2، كما يجعل Booster Rollups المفتاح لتعزيز تطوير النظام البيئي لـ Ethereum.
كيف تختلف مجموعات التعزيز؟
تقوم Booster Rollups بمعالجة المعاملات المشابهة للتنفيذ على L1، ولديها إمكانية الوصول إلى حالة L1، ولكن لديها تخزين مستقل، وبالتالي يتم التنفيذ والتخزين الموسع إلى L2. يعمل كل L2 على توسيع مساحة كتلة L1، مما يؤدي إلى نشر معالجة المعاملات وتخزين البيانات على مساحة أوسع.
تخيل نشر تطبيق لامركزي (dapp) مرة واحدة وجعله يتوسع تلقائيًا ليشمل جميع شبكات الطبقة الثانية (L2). إذا كنت بحاجة إلى مساحة أكبر للكتلة، فما عليك سوى إضافة المزيد من مجموعات التعزيز، ولا يلزم تكوين إضافي. وهذا يعني عدم وجود جهد إضافي أو تكاليف إعادة النشر أو تعقيد إضافي للمطورين.
ببساطة، تشبه Booster Rollups إضافة المزيد من وحدات المعالجة المركزية (CPU) أو محركات أقراص SSD إلى الكمبيوتر المحمول الخاص بك: فهي تزيد من الأداء، مما يجعل التطبيقات تعمل بكفاءة أكبر مقياس بسهولة.
من منظور تقني، يمكن أيضًا وصف Booster Rollups بأنها "توزيع تنفيذ المعاملات وتخزينها عبر أجزاء متعددة."
كيفية عمل مجموعات التعزيز
ما إذا كانت مجموعة التحديثات المتفائلة (التراكمي المتفائل) أو تراكم المعرفة الصفرية (ZK Rollup)، يمكنك استخدام وظيفة التعزيز. ومع ذلك، لا تتطلب جميع عمليات التجميع تعزيزًا كاملاً، ويمكن لبعضها الاستفادة من التحسينات الخاصة بالمستوى الثاني.
إذا كان الهدف هو تحقيق توسيع Ethereum الأصلي، فإن أفضل سيناريو للتحسين هو تنفيذه على مجموعة التحديثات المستندة إلى L1. قم بتوسيع نطاق Ethereum بطريقة سلسة من خلال السماح لمدققي L1 باقتراح كتل للشبكة المعززة بأكملها.
تعمل المجموعات المجمعة المعززة أيضًا على حل مشكلة التجزئة السائدة في النظام البيئي الحالي لمجموعة التحديثات. من خلال التسلسل المستند إلى L1 (التسلسل القائم)، فإنهم لا يحتفظون بمزايا تسلسل L1 فحسب، بل يقدمون أيضًا معاملات ذرية متقاطعة داخل جميع شبكات L2 Booster. يحقق هذا التصميم رؤية التوسع المتصورة لـ Ethereum منذ البداية – لتكون متكاملة وقابلة للتطوير، مما يوفر حلاً موحدًا لتحديات نمو Ethereum.
p> p>
لأن تدعم Booster Rollups في الأصل قابلية التركيب المتزامنةيزيل نموذج التجميع هذا متاعب التعامل مع التجزئة أو التبديل بين L2s المتعددة. تتوفر جميع التطبيقات اللامركزية ذات الأولوية (dapps) على كل لغة L2، مما يوفر للمستخدمين تجربة سلسة على Ethereum.
باستخدام Booster Rollups، يمكن للمطورين توسيع نطاق تطبيقاتهم اللامركزية دون الحاجة إلى عمليات إعادة نشر متعددة عبر L2s متعددة. يتم النشر مرة واحدة على L1 ويتم توسيع التطبيقات اللامركزية تلقائيًا لتشمل جميع Boosted L2s الحالية والمستقبلية، مما يبسط عملية التطوير والنشر إلى حد كبير.
نظرًا لأن مجموعات التعزيز تدعم في الأصل قابلية التركيب المتزامنة، فإن نموذج التجميع هذا يزيل تجزئة المعالجة أو التبديل بين مشاكل L2s المتعددة. تتوفر جميع التطبيقات اللامركزية ذات الأولوية (dapps) على كل لغة L2، مما يوفر للمستخدمين تجربة سلسة على Ethereum.
باستخدام Booster Rollups، يمكن للمطورين توسيع نطاق تطبيقاتهم اللامركزية دون الحاجة إلى عمليات إعادة نشر متعددة عبر L2s متعددة. يتم النشر مرة واحدة على L1 ويتم توسيع التطبيقات اللامركزية تلقائيًا لتشمل جميع Boosted L2s الحالية والمستقبلية، مما يبسط عملية التطوير والنشر إلى حد كبير.
مزايا مجموعات التعزيز
1. قابلية التوسع الشفافة
تعمل مجموعات التعزيز على تحسين قابلية التوسع بطريقة شفافة، تمامًا مثل إضافة المزيد من الخوادم إلى مجموعة خوادم. يمكن للتطبيقات الاستفادة من الموارد الإضافية بسلاسة، ويمكن للمطورين توسيع نطاق الحلول دون نشر بنية تحتية معقدة من المستوى الثاني.
2. حل مشكلة التجزئة
مقدم من Booster المجموعات المجمعة تجربة مستخدم موحدة بين L1 وL2. وبما أن العقود الذكية تشترك في نفس العنوان عبر جميع الشبكات، فيمكن للمستخدمين الاستمتاع بالاتساق والبساطة في بيئات L1 وL2.
3. حل مشكلة انخفاض كفاءة النشر
يحتاج مستخدمو التطوير إلى النشر مرة واحدة فقط على L1، ويمكن للتطبيقات اللامركزية دعم مجموعات متعددة بشكل افتراضي، بينما تتم إدارة التحديثات مركزيًا. سواء كان المستخدمون يستخدمون حسابًا خارجيًا (EOA) أو محفظة ذكية، يمكنهم إجراء معاملات سلسة عبر الشبكة من خلال عنوان واحد.
4. حل مشكلة الجذب لمشغل التجميع
لا يحتاج المطورون إلى تحديد شبكة نشر على وجه التحديد، حيث ستدعم التطبيقات اللامركزية تلقائيًا كل شبكة تراكمية. يمكن دمج Booster Rollups مع مجموعات Rollups المستندة إلى L1 لتحقيق توسع كبير. بالإضافة إلى ذلك، ليس كل L2 يحتاج إلى Booster Rollups، مما يجعل الشبكات الهجينة ممكنة.
5. تحسين السيادة والأمن
مجموعات التعزيز تخلص من الحاجة إلى عقود مجمعة محددة لأن العقود الذكية تعمل بنفس الطريقة على L1 وL2، ويظل التحكم في يد المطور. من خلال تطبيق التدابير الأمنية بشكل فردي على كل تطبيق لامركزي، بدلاً من الاعتماد على الجسور أو تطبيقات محددة، يتم تحسين الأمان بشكل كبير مع القضاء على خطر حدوث نقطة فشل واحدة.
حول قيود مجموعات التعزيز
من أجل تأكد من أن L2 متوافق مع L1، ويجب أن يقتصر نشر العقود الذكية على L1. يضمن هذا التقييد الوصول الموحد بين L2s. وهذا لا يمثل قيدًا كبيرًا لأن العقود الذكية لا تزال تظهر سلوكيات مختلفة من خلال نهج يعتمد على البيانات، على سبيل المثال يمكن لعنوان العقد المخزن في السلسلة أن يتغير بين سلاسل مختلفة.
على الرغم من أن L1 يحتوي على بيانات مشتركة، إلا أن هذا لا يحسن قابلية التوسع بشكل مباشر، وهو ما يمثل تحديًا متأصلًا في أي نظام قابل للتطوير. يجب على المطورين تحسين لتقليل هذا التأثير. كما هو الحال مع البرامج التقليدية، لا يمكن لجميع التطبيقات اللامركزية (dapps) الاستفادة الكاملة من المعالجة المتوازية. ومع ذلك، حتى لو كانت هذه التطبيقات اللامركزية تعمل على L2s منفصلة، فلا يزال بإمكانها الاستفادة من قابلية التشغيل البيني لأنها تظل في متناول جميع المستخدمين عالميًا.
تعد Booster Rollups في الأساس امتدادًا لـ L1، ولكن لديها آليات فريدة لتنفيذ المعاملات وتخزينها. من أجل تفسير معاملات Booster Rollup بشكل صحيح، يجب أن تظل عقدتي L1 وL2 متزامنتين. أحد الحلول الممكنة هو تشغيل كل من L1 وL2 على نفس العقدة، والتبديل بين تخزين L1 المشترك والتخزين المحدد L2 عند تنفيذ المعاملات.
الاستنتاج
تقدم مجموعات التعزيز حلاً تحويليًا، من خلال التكامل السلس مع L1، يعمل على تحسين إنتاجية المعاملات وكفاءة التخزين، وبالتالي معالجة تحديات قابلية التوسع في Ethereum. إنها تحل مشاكل مثل التجزئة وعدم كفاءة النشر، مما يسمح للمطورين بتوسيع نطاق التطبيقات اللامركزية بسهولة عبر لغات L2 متعددة مع الحفاظ على الأمن والسيادة.
من خلال تبسيط قابلية التوسع وتعزيز إمكانية التشغيل البيني، تمهد Booster Rollups الطريق لنظام بيئي أكثر توحيدًا وسهولة في الاستخدام لـ Ethereum. ص>