كيف يعمل EIP-7732 (ePBS) على تحسين عملية التحقق من الكتلة؟

المؤلف: 0XNATALIE المصدر: chainfeeds

خلفية EIP-7732 ودوافعه

نظرًا لصعوبة حل مشكلة MEV من السبب الجذري، فإن اتخاذ تدابير المنافسة العادلة هو الطريقة الوحيدة لتجنب مخاطر السلامة. بعد اندماج Ethereum، ومن أجل الحفاظ على العدالة وتقليل تأثير حجم مجموعات التعهدات الكبيرة على استخراج MEV، أطلقت Flashbots MEV-Boost، والتي تستخدم آلية PBS (فصل المقترح عن المنشئ) لتقليل فرص المصادقين على المشاركة بشكل مباشر. في أنشطة MEV وتحويل تنوع أصحاب المصلحة MEV. وفي الوقت الحاضر، تجاوزت نسبة كتل MEV-Boost 90%.

مع اعتماد MEV-Boost على نطاق واسع، بدأ مجتمع Ethereum يشعر بالقلق بشأن المخاطر الأمنية التي قد تنشأ من الاعتماد على خدمة الطرف الثالث هذه. كانت هناك فكرة تنفيذ PBS ضمن بروتوكول Ethereum تسمى ePBS (الفصل بين المقترح والباني). في الآونة الأخيرة، تم تخصيص رقم EIP رسمي لـ ePBS: EIP-7732. EIP-7732 هو تغيير في طبقة الإجماع دون الحاجة إلى إجراء تغييرات على طبقة التنفيذ. جوهر الأمر هو فصل التحقق من التنفيذ منطقيًا ومؤقتًا عن التحقق من الإجماع، وتأخير التحقق من التنفيذ حتى اكتمال التحقق من الإجماع.

تم اقتراح EIP-7732، بالإضافة إلى حل مشكلة اعتماد المدققين على أطراف ثالثة (مثل MEV-Boost) لبناء حمولات التنفيذ، كما يهدف أيضًا لتحسين كفاءة عملية التحقق. يجب على المدققين الحاليين استكمال جميع الإجماع وتنفيذ وظائف نقل الحالة في وقت قصير جدًا (خلال 4 ثوانٍ)، الأمر الذي يتطلب موارد حوسبة عالية للغاية وعرض نطاق ترددي للشبكة. خلال فترة النافذة هذه، يحتاج المدققون إلى التحقق من كمية كبيرة من معلومات المعاملة وتأكيدها وتحديث حالة البلوكشين، مما لا يزيد العبء الحسابي لعقدة واحدة فحسب، بل يزيد أيضًا من احتمالية حدوث أخطاء. من خلال فصل التحقق من التنفيذ والتحقق من الإجماع، يتم التأكد من أن العقد تحتاج فقط إلى إكمال عدد قليل نسبيًا من المهام خلال نافذة الأربع ثوانٍ المهمة، وبالتالي تقليل العبء الحسابي وتسريع انتشار الشبكة.

المحتوى الأساسي لـ EIP-7732

ينشئ EIP-7732 دورًا جديدًا "إنشاء "المنشئ" هي مسؤولية اختيارية جديدة للمدقق، أي مدقق لديه أموال كافية للمشاركة في سلسلة المنارة والقدرة على أداء مهام بناء الكتلة يمكن أن يصبح منشئًا. يكون المنشئ مسؤولاً عن بناء وتقديم الوعود لتنفيذ الحمولة. يمكن الآن للمدققين الاستعانة بمصادر خارجية لتنفيذ الحمولات إلى شركات البناء، مع التركيز بشكل أكبر على المهام على مستوى الإجماع.

حمولة التنفيذ هي الجزء الأساسي من الكتلة، بما في ذلك جميع معلومات المعاملة وتغيير الحالة. تتضمن عملية بناء حمولة التنفيذ تحديد المعاملات من مجمع الذاكرة، وفرز المعاملات، وتنفيذ المعاملات بالتسلسل، وتعبئة جميع المعلومات لتشكيل حمولة التنفيذ.

ولتحقيق هذا الفصل، يقوم EIP-7732 بإزالة الحقل ExecutionPayload، الذي يحتوي على جميع البيانات المتعلقة بتنفيذ المعاملة، مثل قوائم المعاملات وانتقال الحالة النتائج، الخ. من خلال إزالة هذا الحقل، يتم فصل إنشاء محتوى التنفيذ والتحقق منه عن إنشاء كتلة المنارة والتحقق منها. وكبديل، يقدم EIP-7732 بنية بيانات جديدة، SignedExecutionPayloadHeader، والتي تتضمن وعد المنشئ بحمولة التنفيذ التي سيتم الكشف عنها في المستقبل.

العملية الشاملة

مهام المنشئ: المنشئون مسؤولون عن إنشاء التنفيذ الحمولة وإصدار وعد بتنفيذ الحمولة بشكل علني. يتم تغليف الوعد في بنية بيانات SignedExecutionPayloadHeader، والتي تتضمن تجزئة حمولة التنفيذ وتوقيعًا رقميًا لهذا التجزئة لضمان ثبات البيانات والتحقق من أصلها. يشير هذا الوعد إلى أن سيكشف المنشئ عن حمولة التنفيذ الكاملة في وقت محدد في المستقبل ويحدد المبلغ الذي سيتم دفعه لمقترح كتلة المنارة لتحفيز مقدم مقترح كتلة المنارة على تضمين هذا الوعد.

مهام مقترحي كتل المنارات: يعمل مقدمو كتل المنارة (المدققون) مع المنشئين لإنشاء كتل منارات جديدة ولا يتعاملون بشكل مباشر مع تفاصيل تنفيذ المعاملة، ولكن بدلاً من ذلك تتضمن الالتزامات المقدمة من المنشئ، ثم يتم بث كتلة المنارة بأكملها إلى شبكة إيثريوم للتوصل إلى توافق في الآراء. إن تضمين الالتزامات فقط يقلل العبء على الشبكة ويسرع من نشر كتل المنارات وعملية التحقق من الإجماع. بعد معالجة التزام المنشئ، يتم خصم الإكرامية في الالتزام من رصيد سلسلة المنارات الخاصة بالمنشئ ويتم إضافتها إلى مقدم كتلة المنارة. بعد أن ينجح مُقترح كتلة المنارة في بث كتلة منارة مع التزام، يُطلب من المنشئ الكشف عن حمولة التنفيذ الكاملة خلال نافذة زمنية محددة.

التحقق من PTC: مجموعة من أدوات التحقق يتم اختيارها عشوائيًا بواسطة شبكة Beacon Chain لمراقبة ما إذا كان المنشئون ينفذون الحمولات بشكل عام في في الوقت المناسب تشكيل لجنة توقيت الحمولة النافعة (PTC). تكون PTC مسؤولة عن التحقق مما إذا كان المنشئ قد كشف عن حمولة تنفيذ تطابق الوعد خلال النافذة الزمنية المحددة. إذا فشل المنشئ في الكشف في الوقت المناسب وبطريقة صحيحة، فسوف تبث PTC نتيجة سلبية وسيواجه المنشئ عقوبة تخفيض حجم الحصة. إذا نجح التحقق من PTC، فسيتم تأجيل التحقق الكامل من حمولة التنفيذ لتتم معالجتها بشكل منفصل خلال كتلة المنارة التالية، أي التحقق المؤجل.

بالإضافة إلى ذلك، يقدم الاقتراح أيضًا قواعد تنظيمية وآلية عقوبات جديدة لشركة PTC لضمان صرامة وعدالة عملية التحقق بأكملها. وفي الوقت نفسه، نظرًا للفصل بين حمولات التنفيذ وكتل الإشارات، تم أيضًا تعديل منطق اختيار الشوكة للتكيف مع عملية التحقق الجديدة. ومن المتوقع أن تؤدي هذه التغييرات إلى تحسين أمان الشبكة وكفاءتها بشكل كبير. من خلال سلسلة من التصميمات، يعمل EIP-7732 على تحسين كفاءة معالجة Ethereum وتقليل زمن وصول الشبكة.