ما هي EIPs التي تم تحديدها لإدراجها في ترقية Pectra؟

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

الترقية التالية لـ Ethereum Pectra، اسمها يأتي من براغ و إلكترا.

تمثل براغ ترقية طبقة التنفيذ، التي سميت على اسم مؤتمر مطوري Ethereum (Devcon 4) المدينة المضيفة هي براغ، وترمز إلكترا إلى ترقية طبقة الإجماع، والتي سُميت على اسم النجوم بالترتيب الأبجدي. اسم النجمة إلكترا الذي تم اختياره هذه المرة يتوافق مع الحرف "E".

ترقية Pectra، باعتبارها شوكة صلبة قد تتضمن معظم مقترحات تحسين Ethereum (EIP) في تاريخ Ethereum، ولا تتضمن سلسلة فقط مقترحات التحقق لتحسين تشغيل المستخدم وأداء الشبكة الرئيسية، كما قدمت مقترحات لتحسين L2. تم إطلاق شبكة اختبار Pectra Devnet 4 للتو، ويوجد حاليًا 8 EIPs تم تأكيد تضمينها في ترقية Pectra.

< /p>

تحديد EIP المضمن وتأثيره

هذا ينعكس تأثير 8 EIPs على المستخدمين في: إضافة إمكانات تنفيذ التعليمات البرمجية إلى EOA تعمل على تحسين مرونة الحسابات، وتمكينهم من تنفيذ عمليات أكثر تعقيدًا؛ وقد تؤدي زيادة حد التعهد إلى زيادة الطلب على ETH في نفس الوقت، مما يؤدي إلى تحسين العملية أدوات التحقق من الصحة تحسين الأمان والكفاءة، وزيادة سرعة وإنتاجية Ethereum.

1. EIP-2537 (دعم توقيعات BLS): من خلال تقديم سلسلة من العقود المترجمة مسبقًا (المترجمة مسبقًا)، يضيف Ethereum دعمًا لـ BLS12- يمكن لدعم عملية منحنى 381 تنفيذ التحقق من توقيع BLS والسماح بتجميع توقيعات متعددة في توقيع واحد، وبالتالي تقليل تعقيد التحقق. توقيعات BLS هي خوارزمية تشفير قادرة على إنشاء توقيعات أصغر ودعم تجميع التوقيع. سيساعد هذا L2s التي تتطلب عمليات التحقق من التوقيع والتحقق من البيانات بشكل أفضل على العمل بشكل أفضل.

2. EIP-2935 (حفظ تجزئات الكتل التاريخية في الحالة): عن طريق تحويل أحدث 8192 كتلة، يكون التجزئة المخزنة في عقد النظام لدعم نموذج العميل عديم الجنسية وتوفير وظيفة استعلام تجزئة الكتلة التاريخية الأكثر مرونة. يمكن الاستعلام عن هذه التجزئات مباشرة من خلال العقد وتجميعها كشهود، ويتم تقديمها للعملاء عديمي الجنسية. لا يحتاج العملاء إلى الاحتفاظ بسجل blockchain كامل أو تخزين كميات كبيرة من البيانات بأنفسهم. يمكنهم فقط الاعتماد على تجزئة الكتلة والأدلة ذات الصلة المخزنة في الحالة للتحقق من شرعية الكتل والمعاملات.

3. EIP-6110 (توفير إيداعات المدقق على السلسلة): نقل معالجة إيداعات المدقق من طبقة الإجماع إلى طبقة التنفيذ ومعالجتها والتحقق منها على السلسلة، بدلاً من الاعتماد على آليات تصويت إضافية في طبقة الإجماع لتأكيد صحة معلومات الإيداع. تعزيز أمان عملية الإيداع وتقليل تأخيرات المعالجة مع تبسيط تصميم طبقة الإجماع والعميل.

4. EIP-7002 (مخارج قابلة للتشغيل لطبقة التنفيذ): السماح للمالكين الذين يحملون بيانات اعتماد السحب بزيادة استقلالية المستخدممن خلال بدء عمليات الخروج بشكل مستقل دون الاعتماد علىالمفتاح النشط للمدقق (مفتاح BLS). في الوقت الحالي، فقط المفتاح النشط الخاص بالمدقق هو الذي يمكنه إطلاق الخروج، مما يعني أنه في حالة فقدان المفتاح النشط، أو قيام المدقق بتفويض مهام التحقق إلى طرف ثالث (مثل مزود خدمة التوقيع المساحي)، مالك شهادة السحب (أي لا يمكن لمالك الأموال (المالك الفعلي) التحكم بشكل مستقل في ETH المرهونة. يؤدي الاقتراح إلى تشغيل عمليات السحب والسحب لـ ETH من خلال طبقة التنفيذ، ويمكن للحامل بدء السحب من خلال شهادة السحب دون الاعتماد على المفتاح النشط.

5. EIP-7251 (زيادة الحد الأقصى للتخزين): زيادة الحد الأقصى للرصيد الفعال للمدقق، مما يسمح لكل مدقق بالاحتفاظ بالتخزين بما يتجاوز 32 ETH، بينما يظل الحد الأدنى للتحصيل عند 32 ETH. تم تصميمه للسماح لمشغلي العقد الكبيرة بتقليل عدد أدوات التحقق من الصحة في الشبكة عن طريق دمج أدوات التحقق المتعددةوبالتالي تقليل رسائل P2P وتجميع التوقيع وأعباء التخزين.

6. EIP-7549 (نقل فهرس اللجنة من التصديق): عن طريق نقل حقل فهرس اللجنة من التصديق (التصديق) ) الرسالة، لتحقيق تجميع أكثر كفاءة للتصويت بالإجماع. حاليًا في آلية الإجماع في Ethereum، يتضمن تصويت كل مدقق ما يلي: تصويت LMD GHOST (بما في ذلك جذر الكتلة والفترة الزمنية للتصويت)، وتصويت Casper-FFG (بما في ذلك معلومات المصدر والهدف)، ومؤشر اللجنة (ينتمي المدقق إلى رقم اللجنة). نظرًا لأنه يتم تضمين فهرس اللجنة في رسالة التوقيع، فعندما يصوت العديد من المدققين لنفس الكتلة، حتى لو كانت أصواتهم متماثلة، فإن جذور التوقيع الناتجة تكون مختلفة، مما يجعل هذه الأصوات غير قابلة للتجميع بسهولة. انقل حقل فهرس اللجنة خارج رسالة التوقيع نفسها، مما يسمحبتجميع الأصوات بشكل أكثر كفاءة، مما يقلل تكاليف التحقق وتحميل الشبكة.

7. EIP-7685 (طلب طبقة التنفيذ المشتركة): تحديد إطار مشترك لطبقة التنفيذ (EL)، يستخدم لتخزين ومعالجة الطلبات الناتجة عن العقود الذكية. يدعم إطار العمل هذا المزيد من سلوكيات تشغيل طبقة التنفيذ ويتيح معالجة أنواع مختلفة من الطلبات بشكل موحد، مما يؤدي إلى تبسيط عملية إضافة أنواع طلبات جديدة دون تعديل بنية كتلة التنفيذ.

8. EIP-7702 (إضافة إمكانيات تنفيذ التعليمات البرمجية لـ EOA): إضافة إمكانات تنفيذ التعليمات البرمجية للحسابات المملوكة خارجيًا (EOA) ، وبالتالي تعزيز مرونة الحساب وقابلية البرمجة. تحدد EOA عقدًا ذكيًا لتنفيذ عمليات معينة نيابة عن الآخرين، مثل المعاملات المجمعة أو التحكم في الأذونات، من خلال التوقيعات المعتمدة. لديه وظائف عقد ذكية معينة دون تحويلها إلى حساب عقد ذكي.

EIPs التي يجب مراعاتها

فيما يلي بعض خطط EIP قيد النظر النشط، والتي تعمل بشكل أساسي على تحسين استقرار تكلفة إصدار بيانات L2، وتعزيز قدرات معالجة المعاملات لـ L2، وتقليل تكلفة L2 بشكل فعال عن طريق تحسين النقط. بالإضافة إلى ذلك، قد تؤثر التعديلات لزيادة تكاليف بيانات المكالمات على كمية الإيثيريوم المدمرة وزيادة الضغط التضخمي على الإيثريوم.

• EIP-7742 (إزالة تبعية عدد البيانات الثنائية الكبيرة بين طبقة الإجماع وطبقة التنفيذ): إزالة التبعية بين طبقة الإجماع وطبقة الإجماع طبقة التنفيذ يؤدي فصل عدد النقط إلى تبسيط عملية التحقق من النقط، وتقليل التعقيد غير الضروري، وتحسين قابلية التوسع ومرونة البروتوكول. في البروتوكول الحالي، تقوم كل من طبقة التنفيذ وطبقة الإجماع بترميز الحد الأقصى لحجم النقطة، مما يؤدي إلى التحقق الزائد. يلغي هذا الاقتراح التحقق من طبقة التنفيذ للحد الأقصى لقيمة النقطة الثنائية، وبدلاً من ذلك تقوم طبقة الإجماع بتوفير القيمة المستهدفة لطبقة التنفيذ ديناميكيًا. بهذه الطريقة، يمكن تعديل معلمات هدف النقطة بشكل أكثر مرونة للتكيف مع احتياجات التوسع المستقبلية. EIP-7742 هو الاقتراح الأقل إثارة للجدل في قائمة EIP التي يتم النظر فيها لتضمينها في الترقية وفقًا لأحدث اجتماع لطبقة الإجماع، وافق المطورون على البدء في تنفيذ EIP 7742 فيpectra-devnet 5، ولكن ما إذا كان سيتم ذلك أم لا. ليتم تضمينها رسميًا، لا تزال بحاجة إلى انتظار التعليقات من الطبقة التنفيذية في ACDE (الاجتماع التنفيذي لجميع المطورين الأساسيين).

• EIP 7762 (الحد الأدنى لرسوم النقطة الأساسية): زيادة MIN_BASE_FEE_PER_BLOB_GAS من أجلتقليل تعديل سعر النقطة الكبيرة إلى مستوى معقول من الوقت المطلوب. في الوقت الحالي، يتم تحديد الحد الأدنى للرسوم الأساسية النقطة عند 1 وي، وعندما يتجاوز طلب النقطة الكبيرة العرض، تكون عملية اكتشاف السعر (أي تحديد سعر معقول لغاز النقطة الكبيرة) بطيئة للغاية وتستغرق وقتًا طويلاً للوصول إلى مستوى الرسوم المناسب. من خلال رفع الحد الأدنى من الرسوم الأساسية للنقطة، يمكن تقصير وقت تعديل الأسعار، ويمكن تحقيق توازن السوق بشكل أسرع، ويمكن أن تظل الشبكة مستقرة أثناء ذروة الطلب.

• EIP-7623 (زيادة تكلفة بيانات المكالمات): زيادة تكلفة بيانات المكالمات في المعاملات لتقليل الحد الأقصى لحجم الكتلة ونطاق تغييراتها مما يضمن قدرة الشبكة على معالجة المعاملات بسلاسة أكبر. يبلغ الحد الأقصى لحجم الكتلة الحالي حوالي 1.79 ميجابايت، ولكن متوسط ​​حجم الكتلة يستمر في الزيادة بسبب إصدارات البيانات الكبيرة من التطبيقات مثل مجموعات البيانات. تقليل الحد الأقصى لحجم الكتلة إلى حوالي 0.72 ميجابايت عن طريق زيادة تكلفة بيانات الاتصال بشكل أساسي لمعاملات توفر البيانات (DA)، مما يترك مجالًا للزيادات المستقبلية في حدود غاز الكتلة أو المزيد من النقاط. تظل تكاليف المعاملات للمستخدمين العاديين دون تغيير، ويؤثر هذا التغيير بشكل أساسي على أنواع المعاملات التي تعتمد على إيثريوم لتخزين البيانات على نطاق واسع. ومع ذلك، فإن الزيادة في تكاليف بيانات الاتصال قد تقلل من القدرة التنافسية للإيثريوم في تخزين البيانات. بالإضافة إلى ذلك، مع زيادة تكلفة بيانات الاتصال، قد ينخفض ​​عدد المعاملات، مما يؤدي إلى انخفاض مماثل في مبلغ ETH الذي تم تدميره من خلال آلية EIP-1559، وبالتالي زيادة الضغط التضخمي على ETH.

• EIP 7782 (تقصير وقت الفتحة): تقليل وقت فتحة Ethereum من 12 ثانية إلى 8 ثوانٍ، وإنشاء مناطق بشكل متكرر كتل للمعالجة المزيد من المعاملات كبديل لزيادة عدد النقط لزيادة إنتاجية المعاملات. ومع ذلك، فقد يؤدي ذلك إلى تدمير بعض العقود الذكية ذات فترة زمنية مشفرة مدتها 12 ثانية، وتسريع مشكلة توسيع حالة Ethereum، وزيادة عبء التخزين والحوسبة.

• EIP-7783 (زيادة حد رسوم الغاز تدريجيًا): كبديل أكثر اعتدالًا لـ EIP-7782، من خلال الضبط الديناميكي للغاز يؤدي الحد الأقصى للكتلة إلى زيادة عدد المعاملات التي يمكن استيعابها في كل كتلة تدريجيًا، وبالتالي تحسين قدرة المعالجة للشبكة. بالمقارنة مع تقصير وقت الفتحة بشكل مباشر، فإن الضبط التدريجي لحد الغاز يمكن أن يجعل توسيع الشبكة أكثر سلاسة. لا يتطلب هذا الاقتراح عملية هارد فورك، ولكن قد يكون له تأثير على بيانات الولاية.

نظرًا لأن ترقية Pectra تحتوي على عدد كبير من EIPs، من أجل تقليل تعقيد ترقية واحدة وتسريع عملية بعد إطلاق بعض EIPs، في مايو 2018، اقترح الفريق الهندسي لمؤسسة Ethereum EthPandaOps تقسيم Pectra إلى جزأين، ولكن في ذلك الوقت كان يشعر بالقلق من أن ذلك سيؤخر الترقية، لذلك لم يتم النظر فيه بجدية. في سبتمبر، اقترح أليكس ستوكس، باحث إيثريوم، مرة أخرى التقسيم، والذي تم الاعتراف به هذه المرة من قبل المطورين. سيساعد هذا التقسيم في إكمال الجزء الأول من الترقية في غضون ستة أشهر:

1. الجزء الأول: بما في ذلك EIPs التي تم تشغيلها على شبكة اختبار Pectra Devnet (أي، 8 EIPs التي تم تحديدها)، فهي مذكورة نسبيًا ليكون أسهل في التنفيذ وقد اجتاز اختبارات مكثفة.

2. الجزء الثاني: المقترحات المتعلقة بـ EIPs الأكثر تعقيدًا (مثل PeerDAS وEOF ) وغيرها يتم وضع المقترحات التي تتطلب المزيد من الوقت للاختبار في المرحلة الثانية. تتطلب هذه المقترحات مزيدًا من التطوير والتدقيق والاختبار، خاصة تلك التي تتضمن التنسيق بين طبقة الإجماع وطبقة التنفيذ.