لقد سمعت عن الفوائد الأمنية للشبكات متعددة العملاء ، ولكن ماذا لو كان L2 المفضل لديك يمكن أن يدمج مخططات إثبات متعددة في تصميمه؟ هذا ما حدث بعد ترقية الشبكة الرئيسية لـ OP إلى Bedrock.
باتباع المنطق القائل بأن تنوع العميل مفيد للنظام البيئي blockchain ، يحول OP Stack الشبكة الرئيسية لـ OP إلى blockchain معياري ، والذي يمكن أن يثبت أيضًا تنوع الحلول. عند استخدام التصميم المعياري لـ OP Stack و Bedrock ، يمكن للبناة الاستفادة بسرعة من أي نوع من الإثباتات الموجودة والتأكد من أن النظام قابل للتكيف مع ابتكارات الإثبات المستقبلية.
دعنا نتعمق في الجوانب الفنية لهذه الميزة الفريدة ونناقش تأثيرها الأوسع على النظام البيئي.
المشكلة: مخطط الإثبات في تصميم Rollup
في السابق ، ركزت تكرارات التصميم التراكمي بشكل أساسي على إنشاء برهان وملاءمة النظام له. ينتج عن هذا النهج مرونة محدودة وقدرة على التكيف مع التقنيات المتغيرة. بسبب هذا النوع من التصميم ، تتم مناقشة سوق L2 بشكل أساسي حول البراهين المتفائلة (البراهين المتفائلة) وإثباتات الصلاحية (إثباتات الصلاحية).
عند تصميم Bedrock ، أردنا تغيير هذه الرواية. باستخدام الوحدات النمطية كمبدأ تصميم رئيسي لترقيات Bedrock ، قمنا ببناء نظام يمكنه استيعاب أنواع إثبات متعددة ، مما يوفر للبناة حلًا أكثر أمانًا وإثباتًا للمستقبل.
الحل: التصميم المعياري والمرونة والأمان
توفر القدرة على دمج البراهين المتعددة في مكدس OP العديد من الفوائد ، والأمان هو أبرزها. إن وجود عدة براهين يمنع حدوث خطأ في أي منها من أن يصبح نموذجًا. هذا مشابه لكيفية توفير تطبيقات متعددة لعملاء L1 أمانًا عامًا أفضل. كتب Vitalik عن كيفية تفاعل فكرة Ethereum متعددة العملاء مع zk-evm. في هذا المقال ، أشار إلى أن التنفيذ متعدد العملاء هو شكل من أشكال اللامركزية التقنية التي تتمثل فائدتها الرئيسية في أنها مقاومة للأخطاء في الشبكة. كما أنه يؤدي إلى شكل من أشكال اللامركزية الاجتماعية إذا حافظت فرق / أصحاب مصلحة متعددون مستقلون على التنفيذ. يتم أخذ مصالح كل فريق بعين الاعتبار في حساب خارطة طريق الشبكة.
نتج عن تصميم Bedrock المعياري العديد من تطبيقات العميل L2 في نظام التفاؤل البيئي ، وهذا هو الأول من نوعه في L2. مثل Vitalik و Ethereum ، نقوم بتوسيع هذه الفكرة للسماح لمكدسات OP بتضمين براهين متعددة. يفتح هذا الباب أمام إضافة إثباتات صلاحية المعرفة الصفرية (ZK) إلى الشبكة الرئيسية لـ OP أو سلاسل OP الأخرى مثل Base ، ويضمن التوافق مع التطورات المستقبلية. يجعل التصميم المعياري لـ OP Stack من السهل اعتماد تقنيات جديدة بطريقة آمنة ومُختبرة في المعركة دون تغييرات كبيرة في قاعدة الكود.
كيف تعمل؟
يتم تشكيل نظام الإثبات في OP Stack من خلال واجهات برمجة التطبيقات الموحدة على السلسلة والممثلين خارج السلسلة. وهذا يسمح بخلط عقود النزاع ومطابقتها ، مما يسهل تبادل مخططات الإثبات.
واجهة برمجة التطبيقات الموحدة على السلسلة
من خلال توحيد API على السلسلة ، يتيح Bedrock مخططات إثبات التبادل طالما أنها تطبق API القياسي. هذا يعني أنه يمكن إضافة مخططات إثبات جديدة ديناميكيًا ، ويمكننا أيضًا إنشاء مخطط m (n) حيث يلزم وجود أكثر من مخطط إثبات واحد لتشغيل الجسر.
توحيد المشاركين خارج السلسلة
تتواصل الجهات الفاعلة أو الروبوتات خارج السلسلة مع العقد المتنازع عليه. يخلق النظام أقصى قيمة قابلة للاستخراج (MEV) فرصة لتحفيز السلوك الصادق وحماية النظام ، مع الحفاظ على المبدأ القائل بأن ممارسة لعبة النزاع يجب أن تكون مربحة دائمًا كحافز لضمان استمرار اللعب. من خلال هذا النموذج ، نقوم بإنشاء شبكة مفتوحة من الجهات الفاعلة في المراقبة التي يمكنها التدخل لحل النزاعات لضمان أمن النظام.
يخضع تطبيقان للجهات الفاعلة خارج السلسلة الموحدة للتحقيق.
المستقبل ينتمي إلى السلسلة الفائقة
تتوافق ترقية Bedrock ودعمها للإثبات المتعدد مع رؤيتنا لشبكة قابلة للتطوير لا تعطل نظامنا البيئي أو تطبيقاتنا أو قدرتنا على العمل معًا. نظرًا لكونه النظام البيئي L2 الوحيد المصمم لبساطة متعددة العملاء ومتعددة الإثباتات ، فإن التفاؤل سيقود الصناعة نحو مستقبل أكثر أمانًا ، وأكثر قابلية للتكيف ، وأكثر تعاونًا ، وأكثر تفاؤلاً.
شاهد النسخة الأصلية
المحتوى هو للمرجعية فقط، وليس دعوة أو عرضًا. لا يتم تقديم أي مشورة استثمارية أو ضريبية أو قانونية. للمزيد من الإفصاحات حول المخاطر، يُرجى الاطلاع على إخلاء المسؤولية.
مختبرات OP: تصميم متعدد الإثباتات في OP Stack وتأثيره البيئي
العنوان الأصلي: "تصميم متعدد التجارب في حزمة OP"
بقلم: مارك تاينواي ، OP Joint Venture ؛ protolambda ، باحث OPLabs
التجميع: ايفون ، MarsBit
لقد سمعت عن الفوائد الأمنية للشبكات متعددة العملاء ، ولكن ماذا لو كان L2 المفضل لديك يمكن أن يدمج مخططات إثبات متعددة في تصميمه؟ هذا ما حدث بعد ترقية الشبكة الرئيسية لـ OP إلى Bedrock.
باتباع المنطق القائل بأن تنوع العميل مفيد للنظام البيئي blockchain ، يحول OP Stack الشبكة الرئيسية لـ OP إلى blockchain معياري ، والذي يمكن أن يثبت أيضًا تنوع الحلول. عند استخدام التصميم المعياري لـ OP Stack و Bedrock ، يمكن للبناة الاستفادة بسرعة من أي نوع من الإثباتات الموجودة والتأكد من أن النظام قابل للتكيف مع ابتكارات الإثبات المستقبلية.
دعنا نتعمق في الجوانب الفنية لهذه الميزة الفريدة ونناقش تأثيرها الأوسع على النظام البيئي.
المشكلة: مخطط الإثبات في تصميم Rollup
في السابق ، ركزت تكرارات التصميم التراكمي بشكل أساسي على إنشاء برهان وملاءمة النظام له. ينتج عن هذا النهج مرونة محدودة وقدرة على التكيف مع التقنيات المتغيرة. بسبب هذا النوع من التصميم ، تتم مناقشة سوق L2 بشكل أساسي حول البراهين المتفائلة (البراهين المتفائلة) وإثباتات الصلاحية (إثباتات الصلاحية).
عند تصميم Bedrock ، أردنا تغيير هذه الرواية. باستخدام الوحدات النمطية كمبدأ تصميم رئيسي لترقيات Bedrock ، قمنا ببناء نظام يمكنه استيعاب أنواع إثبات متعددة ، مما يوفر للبناة حلًا أكثر أمانًا وإثباتًا للمستقبل.
الحل: التصميم المعياري والمرونة والأمان
توفر القدرة على دمج البراهين المتعددة في مكدس OP العديد من الفوائد ، والأمان هو أبرزها. إن وجود عدة براهين يمنع حدوث خطأ في أي منها من أن يصبح نموذجًا. هذا مشابه لكيفية توفير تطبيقات متعددة لعملاء L1 أمانًا عامًا أفضل. كتب Vitalik عن كيفية تفاعل فكرة Ethereum متعددة العملاء مع zk-evm. في هذا المقال ، أشار إلى أن التنفيذ متعدد العملاء هو شكل من أشكال اللامركزية التقنية التي تتمثل فائدتها الرئيسية في أنها مقاومة للأخطاء في الشبكة. كما أنه يؤدي إلى شكل من أشكال اللامركزية الاجتماعية إذا حافظت فرق / أصحاب مصلحة متعددون مستقلون على التنفيذ. يتم أخذ مصالح كل فريق بعين الاعتبار في حساب خارطة طريق الشبكة.
نتج عن تصميم Bedrock المعياري العديد من تطبيقات العميل L2 في نظام التفاؤل البيئي ، وهذا هو الأول من نوعه في L2. مثل Vitalik و Ethereum ، نقوم بتوسيع هذه الفكرة للسماح لمكدسات OP بتضمين براهين متعددة. يفتح هذا الباب أمام إضافة إثباتات صلاحية المعرفة الصفرية (ZK) إلى الشبكة الرئيسية لـ OP أو سلاسل OP الأخرى مثل Base ، ويضمن التوافق مع التطورات المستقبلية. يجعل التصميم المعياري لـ OP Stack من السهل اعتماد تقنيات جديدة بطريقة آمنة ومُختبرة في المعركة دون تغييرات كبيرة في قاعدة الكود.
كيف تعمل؟
يتم تشكيل نظام الإثبات في OP Stack من خلال واجهات برمجة التطبيقات الموحدة على السلسلة والممثلين خارج السلسلة. وهذا يسمح بخلط عقود النزاع ومطابقتها ، مما يسهل تبادل مخططات الإثبات.
واجهة برمجة التطبيقات الموحدة على السلسلة
من خلال توحيد API على السلسلة ، يتيح Bedrock مخططات إثبات التبادل طالما أنها تطبق API القياسي. هذا يعني أنه يمكن إضافة مخططات إثبات جديدة ديناميكيًا ، ويمكننا أيضًا إنشاء مخطط m (n) حيث يلزم وجود أكثر من مخطط إثبات واحد لتشغيل الجسر.
توحيد المشاركين خارج السلسلة
تتواصل الجهات الفاعلة أو الروبوتات خارج السلسلة مع العقد المتنازع عليه. يخلق النظام أقصى قيمة قابلة للاستخراج (MEV) فرصة لتحفيز السلوك الصادق وحماية النظام ، مع الحفاظ على المبدأ القائل بأن ممارسة لعبة النزاع يجب أن تكون مربحة دائمًا كحافز لضمان استمرار اللعب. من خلال هذا النموذج ، نقوم بإنشاء شبكة مفتوحة من الجهات الفاعلة في المراقبة التي يمكنها التدخل لحل النزاعات لضمان أمن النظام.
يخضع تطبيقان للجهات الفاعلة خارج السلسلة الموحدة للتحقيق.
المستقبل ينتمي إلى السلسلة الفائقة
تتوافق ترقية Bedrock ودعمها للإثبات المتعدد مع رؤيتنا لشبكة قابلة للتطوير لا تعطل نظامنا البيئي أو تطبيقاتنا أو قدرتنا على العمل معًا. نظرًا لكونه النظام البيئي L2 الوحيد المصمم لبساطة متعددة العملاء ومتعددة الإثباتات ، فإن التفاؤل سيقود الصناعة نحو مستقبل أكثر أمانًا ، وأكثر قابلية للتكيف ، وأكثر تعاونًا ، وأكثر تفاؤلاً.