ما هي eips التي تم تحديدها ليتم تضمينها في ترقية pectra؟

المؤلف: 0xnatalie المصدر: ChainFeeds

ترقية Ethereum التالية إلى Pectra ، اسمها يأتي من مزيج من براغ و Electra.

يمثل Prague ترقية طبقة التنفيذ ، التي تم تسميتها في Prague ، مؤتمر مدينة Ethereum للمدينة المضيفة (DevCon 4) ، بينما يرمز Electra إلى ترقية طبقة الإجماع ، التي سميت باسم النجوم بالترتيب الأبجدي.يتوافق اسم النجمة Electra هذه المرة مع الحرف “E”.

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

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

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

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

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

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

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

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

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

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

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

EIPs قيد النظر

فيما يلي بعض EIPs التي يتم النظر فيها بنشاط.بالإضافة إلى ذلك ، قد يؤثر التعديل لزيادة تكاليف CallData على كمية ETH المدمرة وزيادة الضغط التضخمي على ETH.

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

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

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

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

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

نظرًا لأن ترقية Pectra تحتوي على عدد كبير من EIPs ، من أجل تقليل تعقيد ترقية واحدة وتسريع إطلاق بعض eips ، في مايو ، اقترح فريق Ethereum Foundation ، تقسيم البكترا إلى جزأين ، ولكن كان قلق من أن يؤخر الترقية في ذلك الوقت.في سبتمبر ، اقترح باحث Ethereum Alex Stokes مرة أخرى اقتراحًا تقسيمًا ، والذي تم الاعتراف به من قبل المطورين هذه المرة.

1. الجزء الأول: بما في ذلك eips (أي 8 eips التي تم تحديدها) التي تم تشغيلها على pectra devnet testnet ، فهي أسهل نسبيا في التنفيذ وتجتسب الكثير من الاختبارات.

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