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

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

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

وتشمل هذه التغييرات تغييرات في سلسلة Beacon، واختيار التفرع، وبروتوكولات P2P، وأدلة التحقق، وإدخال دليل بناء جديد.
تتضمن تغييرات سلسلة Beacon ثوابت وإعدادات مسبقة وفئات حاويات متنوعة للتعامل مع شهادات الحمولة الجديدة وعناوين حمولة التنفيذ الموقعة.
تم تعديل حاوية BeaconState tracأحدث تجزئة للكتلة، وأحدث خانة تحتوي على حمولة تنفيذ، وأحدث جذر عمليات السحب.

يتضمن BeaconBlockBody الآن رأس حمولة تنفيذ موقعة وقائمة بشهادات الحمولة. تم تبسيط ExecutionPayloadHeader tracالحد الأدنى من المعلومات المتعلقة بالتزامات حمولة المُنشئ.
تشمل التغييرات في منطق انتقال الحالة وظائف جديدة لمعالجة شهادات الحمولة، ورؤوس حمولة التنفيذ، وطلبات السحب.
تغييرات اختيار التفرع ثوابت جديدة وفئات حاويات للتعامل مع العقد الفرعية، وأحدث الرسائل، وتعديلات المخزن. كما تم تقديم معالجات جديدة لرسائل إثبات الحمولة ومغلفات حمولة التنفيذ الموقعة.
تقرير من جاي حامد

