تعد ترقية Pectra هي المعلم الرئيسي التالي لشبكة Ethereum ومن المتوقع تنفيذها في الربع الأول من عام 2025. تتكون هذه الترقية من جزأين رئيسيين: ترقية طبقة التنفيذ في براغ (براغ) وترقية طبقة بروتوكول إليكترا (اسم الكوكبة).
على عكس الترقيات الرئيسية السابقة، ليس لدى Pectra هدف رئيسي بارز، ولكنها تركز على تحسينات وتحسينات تقنية متعددة. وهذا على النقيض من ترقية Dencun (التي خفضت رسوم L2 بشكل كبير) أو ترقية Shapella (التي سمحت بسحب ETH، واستكمال الخطوة الأخيرة في انتقال Ethereum إلى إثبات الحصة (PoS)).
آخر التطورات
مؤخرًا، قام مطورو Ethereum Core (ACD، جميع المطورين الأساسيين) بالاحتمال تمت مناقشة تقسيم ترقية بيكترا إلى مرحلتين خلال المكالمة الجماعية. وفقًا لهذا الاقتراح:
ستتضمن ترقية Pectra EIPs لـ pectra-devnet-3 ( التفاصيل انظر أدناه).
سيتم تأجيل المحتوى المخطط له في الأصل EOF (تنسيق كائن EVM) وPeerDAS (أخذ عينات توفر بيانات النظير) إلى الترقية التالية، تم تسميتها مؤقتًا فوساكا (فولو + أوساكا).
سيتم تأجيل المحتوى المتعلق بـ Verkle Trees المقرر تنفيذه في أوساكا (أوساكا) مرة أخرى وقد يتم تنفيذه في أمستردام اللاحقة (أمستردام) ) يتم تنفيذه أثناء الترقية.
تم تصميم هذا النهج المرحلي للتأكد من أن حجم وتعقيد كل ترقية يظل قابلاً للإدارة بينما يتبقى أيضًا ما يكفي من الوقت لـ الاختبار الكامل والتحسين لكل تقنية.
EIPs ذات الصلة بترقية Pectra
EIPs المضمنة
EIP-2537[1]: تجميع مسبق لعمليات منحنى BLS12-381
EIP-2935[2]: حفظ تجزئات الكتلة التاريخية في الحالة
li>EIP-6110[3]: توفير إيداعات المدقق على السلسلة
-
EIP-7002[4]: خروج طبقة التنفيذ القابلة للتشغيل
EIP-7251 [5]: زيادة الحد الأقصى للرصيد الفعال
EIP -7549[6]< /sup>: نقل فهرس اللجنة من التصديق
EIP-7685<[7 ]: تنفيذ عام طلب الطبقة
EIP-7702[8]: لرمز حساب EOA لإعداد معاملة واحدة
EIPs قيد النظر
EIP-7212: دعم التجميع المسبق لمنحنى secp256r1
EIP-7547[9]< /sup>: قائمة التضمين
EIP-7623[10]< /sup>: زيادة تكلفة بيانات المكالمات
EIP-7742[11]: فتح طبقة الإجماع وتنفيذ علاقة عدد الكائنات الثنائية الكبيرة بين الطبقات
< /li>
مقدمة إلى مفتاح EIP
EIP-2537: التجميع المسبق لـ BLS12-381 عمليات المنحنى
يقدم هذا الاقتراح تجميعًا مسبقًا للعمليات على منحنى BLS12-381، مما يؤدي إلى تحسين توقيعات BLS بشكل كبير وكفاءة التحقق والعمليات الأخرى. يوفر BLS12-381 أمانًا أكبر من مجموعات BN254 المسبقة الحالية (أكثر من 120 بت مقارنة بـ 80 بت في BN254). لا يشمل هذا التحسين عمليات المنحنى الأساسية فحسب، بل يدمج أيضًا العمليات الأسية المتعددة، مما يضع الأساس للتجميع الفعال للمفاتيح العامة والتوقيعات.
EIP-2935: حفظ تجزئات الكتلة التاريخية في الحالة
يوصي هذا الاقتراح بتجزئات يتم تخزين أحدث 8192 كتلة في عقد النظام. يهدف هذا التغيير بشكل أساسي إلى دعم تنفيذ العملاء عديمي الجنسية. بهذه الطريقة، يمكن للعملاء عديمي الجنسية الحصول بسهولة أكبر على معلومات السجل الضرورية مع الحفاظ على التوافق مع أكواد تشغيل BLOCKHASH الحالية. وهذا لا يبسط آلية تخزين سجل تجزئة الكتلة فحسب، بل يوفر أيضًا طريقة جديدة للوصول إلى البيانات التاريخية.
EIP-6110: توفير إيداعات المدقق على السلسلة
سيجعل هذا الاقتراح المدققين يتم دمج عملية الإيداع مباشرة في بنية الكتلة لطبقة تنفيذ الإيثيريوم. ينقل هذا التغيير مسؤولية التضمين والتحقق من الودائع من طبقة الإجماع إلى طبقة التنفيذ، مما يلغي الحاجة إلى تصويت طبقة الإجماع على الودائع (أو eth1data). من خلال تحليل أحداث سجل العقود الخاصة بمعاملات الإيداع لإنشاء قائمة إيداع، لا تعمل هذه الطريقة على تحسين أمان وكفاءة معالجة الودائع فحسب، بل تعمل أيضًا على تحسين تجربة المستخدم. بالإضافة إلى ذلك، فإنه يبسط تصميم برامج العميل ويقلل من تعقيد النظام بشكل عام.
EIP-7002: خروج طبقة التنفيذ القابلة للتشغيل
يقدم هذا الاقتراح آلية جديدة تسمح المدققون لبدء عمليات الإلغاء والخروج عن طريق إلغاء بيانات الاعتماد من خلال طبقة التنفيذ (0x01). التنفيذ المحدد هو إلحاق رسالة الإلغاء بكتلة طبقة التنفيذ، والتي تتم معالجتها بعد ذلك بواسطة طبقة الإجماع. يوفر هذا الأسلوب للمدققين خيارات خروج أكثر مرونة مع الحفاظ على أمان النظام واتساقه.
EIP-7251: زيادة الحد الأقصى للرصيد الفعال
يهدف هذا الاقتراح إلى تحسين التحقق من Ethereum الحد الأقصى للرصيد الفعال للمستخدم (MAX_EFFECTIVE_BALANCE)، مع الحفاظ على الحد الأدنى لرصيد التعهد وهو 32 ETH. هذا التغيير له فوائد متعددة:
يسمح لمشغلي العقد الكبيرة بالدمج في عدد أقل من أدوات التحقق من الصحة أو تحسين التشغيل كفاءة.
تزويد المتعهدين الصغار بفرصة الحصول على مكافآت ذات فائدة مركبة، مما يجعل الرهان أكثر جاذبية.
توفير خيارات تخزين أكثر مرونة لجذب المزيد من المشاركين.
تقليل أدوات التحقق الزائدة في الشبكة وتقليل عدد رسائل P2P.
تقليل استخدام ذاكرة BeaconState وتحسين كفاءة النظام.
تعاون مع آلية السحب الجزئي المحسنة لطبقة التنفيذ لتحسين سيولة شبكة Ethereum بأكملها.
EIP-7549: إخراج فهرس اللجنة من التصديق
يوصي الاقتراح بإزالة حقل فهرس اللجنة من رسائل التصديق الموقعة لتحقيق تجميع الأصوات المتطابقة بالإجماع. الهدف الرئيسي من هذا التغيير هو تحسين كفاءة عميل Casper FFG عن طريق تقليل متوسط عدد الأزواج المطلوبة للتحقق من قواعد الإجماع. في حين يمكن لجميع أنواع العملاء الاستفادة من هذا التحسين، فمن المرجح أن يؤدي هذا التغيير إلى تحسينات الأداء الأكثر أهمية لدوائر ZK التي تحتاج إلى إثبات إجماع Casper FFG.
EIP-7685: طلب طبقة التنفيذ المشترك
يحدد هذا الاقتراح إطارًا مشتركًا، مستخدمًا لتخزين ومعالجة الطلبات الناتجة عن العقود الذكية. التنفيذ المحدد هو إضافة حقل إلى رأس التنفيذ ونصه لتخزين معلومات الطلب، وبالتالي تعريض هذه الطلبات لطبقة الإجماع والسماح لها بمعالجة كل طلب. تم تصميم هذه الآلية بشكل أساسي للاستجابة للاحتياجات المتزايدة للمدققين الذين يتم التحكم بهم بواسطة العقود الذكية وتوفير أساس لتفاعلات أكثر تعقيدًا عبر السلسلة في المستقبل.
EIP-7702: تعيين رمز حساب EOA للمعاملة
بواسطة Vitalik Buterin et آل. يهدف EIP-7702 المقترح إلى تحسين تجريد حساب Ethereum. يقدم الاقتراح نوعًا جديدًا من المعاملات يسمح للحسابات المملوكة خارجيًا (EOA) بتعيين رموز الحساب من خلال آلية الترخيص. يدعم هذا التحسين العديد من الميزات الجديدة:
العمليات المجمعة: السماح بـ EOA في نفس المعاملة إجراء عمليات متعددة العمليات لزيادة الكفاءة.
معاملة الدفع: توفير الراحة للأطراف الثالثة لدفع رسوم المعاملات.
الرجوع إلى إصدار سابق للأذونات: تعزيز أمان الحساب ومرونته.
من خلال اعتماد هيكل جديد للمعاملة، لا يعمل الاقتراح على تحسين وظائف وسهولة استخدام EOA فحسب، بل يلخصها أيضًا للمستقبل توفر التكنولوجيا توافقًا جيدًا وقابلية للتوسع.
الاستنتاج
على الرغم من أن ترقية Pectra ليس لها هدف رئيسي بارز، إلا أنها تستخدم ستعمل سلسلة من التقنيات للتحسينات والتحسينات على تعزيز وظائف شبكة Ethereum وأمانها وكفاءتها. ومع تقدم برنامج الترقية، قد نشهد دمج المزيد من خطط EIP أو تعديلها. ص>