عملة op | شرح مشروع عملة Optimism
تسعى عملة optimism (op) الى الطريق العملي نحو اللامركزية
هناك حقيقة صعبة لا تظهر غالبًا عند مناقشة بروتوكولات الطبقة 2 (L2): كل مشروع كبير في L2 لديه طرف موثوق به يمكنه تنفيذ ترقيات البروتوكول. حاليًا ، هذه هي النقطة الأساسية للمركزية للجميع تقريبًا ، بما في ذلك نحن. إذا تم اختراق مفاتيح الترقية ، فستكون جميع الأصول المودعة في بروتوكول L2 في خطر.
L1s البديلة مع الأصول المتداخلة على Ethereum عرضة لهجمات مدمرة مماثلة. يعد الاعتماد على الضمانات الأمنية لـ L1 لتجنب ذلك جزءًا أساسيًا من رؤية L2. لكننا لم نصل إلى هناك بعد – بمعنى ما ، لا يزال الجميع يبيعون الحلم.
دعنا نتحدث عن المخاطر التي تجعل مشاريع L2 تحافظ على مفاتيح الترقية ، وكيف تجنبت Ethereum نفسها تلك المزالق ، وكيف يمكننا أن نحذو حذوها.
حالة الطبقة الثانية المركزية
أمانك قوي مثل أضعف رابط لديك. لا يمكن لأفضل تقنيات التشفير أن تنقذك إذا كانت كلمة المرور الخاصة بك هي كلمة مرور كلمة المرور. إذن ما هو أضعف رابط في مساحة L2؟
لقد خمنت ذلك: ترقية المفاتيح. كل L2 رئيسي لديه شكل من أشكال الترقية الفورية على عقود L1 الخاصة بهم. هذا جيد لأنه يسمح للمشاريع بشحن التحسينات وإصلاحات الأخطاء ، ولكنه يعني أيضًا في النهاية أن طرفًا ثالثًا موثوقًا لديه رأي أحادي الجانب بشأن أرصدة L2.
هذا يطرح السؤال التالي: ما الهدف من وجود إثباتات للخطأ أو الصحة إذا كان في نهاية اليوم يمكن ببساطة تجاوز الأمن عن طريق الترقيات؟
نحن لا نقصد الاستغناء عن العمل المذهل الذي تقوم به فرق الطبقة الثانية لدفع أحدث ما توصلت إليه تكنولوجيا قابلية التوسع اللامركزية. لقد قطعنا خطوات كبيرة – ما عليك سوى إلقاء نظرة على أول مكافأة تم إطلاقها مؤخرًا على الإطلاق لإثباتات الأخطاء من الجيل التالي! بدلاً من ذلك ، هذا تذكير بأنه لا توجد أدلة على خطأ / صحة إنتاجية L2s جاهزة اليوم.
هناك حاجة إلى وجود هذه المرحلة المتوسطة – إنتاج هذه البروتوكولات المعقدة ليس بالأمر السهل – لكننا نحتاج أيضًا إلى التحدث عن المسار الواقعي للتخلي عن المفاتيح وتحقيق رؤية L2 اللامركزية حقًا.
لماذا L2 ليست لامركزية
شر لا بد منه
قبل القفز إلى الحل ، دعنا أولاً نحدد المشكلة: السبب وراء امتلاك جميع L2s لمفاتيح الترقية هو أن كتابة كود معقد وخالي من الأخطاء أمر صعب للغاية. كل سطر جديد من التعليمات البرمجية هو فرصة جديدة لإدخال خطأ.
في التشفير ، حيث يمكن لثغرة أمنية واحدة أن تعطل مشروعًا ، يجب أن نكون حذرين للغاية. هذا يعني رمز موجز وبسيط. يكمن تقليل الشفرة في صميم فلسفة التفاؤل ; وكان الحافز الأساسي لترقية تكافؤ EVM. (حتى مع ذلك ، لا يزال بإمكان الحشرات التسلل عبر الشقوق).
الحقيقة هي أن أي خطأ فادح في المستوى 2 اللامركزي سيكون كارثيًا: حسب التصميم ، فإن العقود الذكية ستعمل على إنفاذها مع “الأمان” الكامل لـ L1. بدون مفاتيح الترقية كإجراء أخير ، لن يكون هناك ببساطة أي ملاذ. هذا يضع معيارًا عاليًا بشكل لا يصدق.
انظر إلى Ethereum
تعتبر Ethereum نفسها دراسة حالة رائعة في الأمان اللامركزي ، ويمكننا استخدامها للحكم على صعوبة كتابة L2 خالية من الأخطاء. على مدار تاريخها ، كان لدى Ethereum الكثير من الأخطاء التي تم إدخالها ، واكتشافها ، وإصلاحها ، وفي بعض الأحيان تؤدي إلى شوكات صلبة غير مقصودة (ثق بنا ، هذا ليس ممتعًا).
على الرغم من الأخطاء الحرجة المتعددة ، ظل Ethereum متاحًا بشكل كبير طوال حياته. في عمر عامين فقط ، اقتربت شركة Ethereum من حدوث انقطاع حقيقي في الخدمة خلال هجمات Shanghai DoS. بالنظر إلى مدى شيوع حالات انقطاع blockchain اليوم ، يعد هذا إنجازًا رائعًا.
في هذه المرحلة ، يمكننا أن نكون على ثقة تامة من أن Ethereum L1 لن ينخفض أو يتم اختراقه. نحتاج إلى الوصول إلى نفس المستوى من الثقة في المستوى 2 حتى نتمكن من التخلي عن مفاتيح الترقية. إذن ما هو سر Ethereum؟ هل يمكننا أن نسير على خطاه بينما نعمل على تأمين L2 بشكل صحيح؟
مسار عملي نحو اللامركزية
إن نجاح Ethereum في تقليل الأمان وزيادة وقت التشغيل إلى أقصى حد لم يكن حظًا غبيًا – يرجع ذلك إلى حقيقة أن Ethereum قد أنشأت استراتيجيًا نظامًا بيئيًا متعدد العملاء مع العديد من التطبيقات المتميزة التي تتداخل.
يعتمد هذا النهج للأمان على حقيقة أن الأخطاء غير مرتبطة بين عمليات التنفيذ. بعبارة أخرى: إذا كانت إحدى عمليات التنفيذ بها خطأ معين ، فمن المحتمل ألا يعاني تطبيق آخر من نفس الخطأ بالضبط.
بهذه الطريقة ، حتى عندما يكون هناك فشل ، يمكنك التخلص من العميل الذي يحتوي على أخطاء في عربات التي تجرها الدواب لصالح العملاء الذين يعملون بشكل صحيح. هذا التكرار هو المفتاح لضمانات التوفر العالي لـ Ethereum.
