مكالمة ACDE الخاصة بـ Ethereum 205: ترقيات رئيسية لـ Ethereum في 24 فبراير و5 مارس و8 أبريل
- من المقرر أن تكون ترقية Ethereum Pectra في 24 فبراير على شبكة Holesky التجريبية، مع توقع نشرها على الشبكة الرئيسية بحلول 8 أبريل 2025.
- تم مناقشة الخلافات حول جدول زمني لترقية Fusaka وإدراج EIP EOF، حيث دعا مطورو Geth إلى مزيد من المرونة.
- أثيرت مخاوف بشأن اختبارات EELS وEEST الإلزامية لـ EIPs، مع خشية بعض المطورين من تأخير عملية الترقية.
قام مطورو Ethereum بتحديد الجدول الزمني للترقيات القادمة على الشبكة. من المقرر أن تحدث تغييرات كبرى في 24 فبراير و5 مارس و8 أبريل. تم اتخاذ القرارات الرئيسية خلال مكالمة مطوري النواة التنفيذيين (ACDE) رقم 205، التي عُقدت في 13 فبراير 2025.
اجتماع Zoom الأسبوعي مناقشات قادته تيم بيكو، قائد دعم البروتوكول في مؤسسة Ethereum (EF). أكد المطورون أن ترقية Pectra ستُفعّل على شبكة Holesky التجريبية في 24 فبراير. بعد ذلك، ستُفعّل شبكة Sepolia التجريبية في 5 مارس.
إذا سارت عمليات النشر بسلاسة، ستتلقى الشبكة الرئيسية لـ Ethereum الترقية حوالي 8 أبريل.
قال بيكو إنه سيقوم بالتنسيق مع الفرق لإيجاد متطوع لنشر عقود Pectra النظامية على كلتا الشبكتين التجريبيتين.
نقاشات حول شوكة Ethereum المستقبلية وسرعة الترقية
بالإضافة إلى ذلك، ناقش فريق المطورين الترقية المخططة التالية بعد Pectra وFusaka. بيكو الاتفاقية تجميد نطاق Fusaka بحلول وقت إطلاق Pectra على الشبكة الرئيسية.
يتيح الجدول الزمني للمطورين البدء في العمل على Fusaka بينما يخططون أيضًا للشوكة الصلبة التالية Glamsterdam.
لا يريد فريق تطوير Geth العمل بهذا الجدول الزمني. يجادلون بأن تجميد نطاق Fusaka كان مبكرًا جدًا. أثار إدراج مقترح تحسين Ethereum (EIP) EOF في Fusaka جدلاً كبيرًا. يجادل فريق من المطورين باستبعاده من الترقية القادمة.
EOF (تنسيق كائن Ethereum) هو Pectra يهدف إلى تحسين طريقة هيكلة العقود الذكية وتنفيذها على blockchain Ethereum.
عارض مطور Geth الملقب بـ Lightclient تسريع تجميد نطاق Fusaka. يجادل المطور بأن أولويات Ethereum قد تتغير على مدار العامين المقبلين. أشار إلى أنه بينما يهدف المطورون إلى دورات ترقية مدتها ستة أشهر، فقد تمتد التأخيرات في العالم الحقيقي إلى ثمانية أشهر أو أكثر. هذا يعني أن التحسينات المهمة قد لا تُنفذ لعدة سنوات.
أثار Lightclient مخاوف بشأن دمج EOF، مشيرًا إلى التقدم السريع لتقنية Ethereum rollup ذات المعرفة الصفرية (zkEVMs). لا يزال المطورون في حيرة بشأن تفاعل هذه التغييرات مع الجهاز الافتراضي.
أثناء المناقشة، سرد مطور Geth ماريوس فان دير ويدن نطاقه المفضل لـ Fusaka، والذي شمل PeerDAS وFOCIL وEOF والحدود العليا لـ modexp. دفع مهندس عمليات التطوير في EF باريتوش جايانثي بالرفض، قائلاً إن FOCIL لم يكن جاهزًا للتنفيذ بقدر PeerDAS وEOF.
ترقيات شبكة Pectra التجريبية وملاحظات المجتمع
تجاوز المطورون خلافاتهم حول Fusaka للتعبير عن ثقتهم في نشر Pectra. أبلغ مهندس التطوير والعمليات في EF باريتوش جايانثي عن أن Pectra Devnet 6 كان يؤدي أداءً جيدًا، مع معدلات مشاركة من validators قريبة من الكمال.
بالإضافة إلى ذلك، فعّلت الشبكة التجريبية Ephemery الخاصة بـ Ethereum ترقية Pectرا بعد ساعات قليلة من مكالمة ACDE، مما مكن المطورين من إجراء اختبارات إضافية.
سأل بيكو مؤلفي EIP لـ Pectra لنقل مقترحاتهم إلى مرحلة "الدعوة الأخيرة" على جيت هب. هذا يشير إلى الخطوات النهائية قبل التنفيذ على الشبكة الرئيسية. كما بحث في ملاحظات مجتمع Ethereum. لذلك، لاحظ أن الطلب الأكثر شيوعًا هو تسريع دورات الترقية.
ردًا على ذلك، اقترح أن يهدف مطورو Ethereum إلى تحديد نطاق كل ترقية بمجرد أن تصبح الترقية السابقة حية على الشبكة الرئيسية.
يحدد الجدول الزمني المقترح من قبل Beiko لإنهاء نطاق Fusaka أنه، بحلول 13 مارس، يجب على المطورين اقتراح EIPs للإدراج في الترقية. بعد أسبوعين، في 27 مارس، ستشارك فرق العملاء تفضيلاتهم حول أي EIPs يجب النظر فيها لـ Fusaka. وأخيراً، بحلول 10 أبريل، سيتم تحديد نطاق الترقية.
ومع ذلك، أضاف باحث EF أنغارس دييتريش استثناءً للجدول الزمني. لاحظ أن تحسينات كود PeerDAS، وهي مكون حاسم في ترقية Pectra، يجب تحميلها على الشبكة الرئيسية لـ Ethereum بمجرد اكتمالها. لم يعترض أحد على هذا المتطلب.
مخاوف بشأن معايير اختبار EELS وEIP
كانت نقطة أخرى مثيرة للقلق خلال مكالمة ACDE هي اقتراح من مهندس الاختبار في EF ماريو فيغا. جاء ذلك فيما يتعلق بإطار اختبار طبقة التنفيذ لـ Ethereum. اقترح فيغا جعل EELS (مواصفات طبقة التنفيذ لـ Ethereum) وEEST (حالات اختبار مواصفات التنفيذ لـ Ethereum) إلزامية لأي EIP مدرج في شوكة صلبة.
اقترح أن هذا من شأنه تحسين سير عمل الاختبار وتوحيد كيفية تقييم EIPs قبل اعتمادها.
ومع ذلك، عارض عدة مطورين الاقتراح. السبب؟ قد يؤدي المتطلب إلى إبطاء عملية الترقية. جادل فان دير ويدن بأن مشغلي EELS قد يصبحون حراس البوابة الفعليين لإدراج EIPs. لماذا؟ ليس جميع المطورين قادرين على كتابة تنفيذات بايثون لمقترحاتهم.
اقترح ويدن نهجًا بديلاً. يجب أن يكون لدى ETH تنفيذات EELS التي يمكن تقديمها كطلبات سحب غير مدمجة. يمنع هذا فريق EELS من امتلاك سلطة الموافقة النهائية على الترقيات.
جاستن فلورنتين مع Ethereum عميل Besu نصح المجتمع بالنظر في إنشاء لغة برمجة نصية إضافية. سيوضح هذا ما إذا كان يمكن تضمين EIP دون حالات اختبار EELS أو EEST.
أذكى العقول في عالم العملات الرقمية يقرأون بالفعل نشرتنا الإخبارية. هل تريد الانضمام؟ انضم إليهم.
إخلاء مسؤولية. المعلومات المقدمة ليست نصيحة تداول. Cryptopolitan.com لا تتحمل أي مسؤولية عن أي استثمارات تتم بناءً على المعلومات المقدمة في هذه الصفحة. نوصي بشدة بإجراء بحث مستقل و/أو الاستعانة بمستشار مؤهل قبل اتخاذ أي قرارات استثمارية.
فلورنس موتشاي
تغطي فلورانس منذ 6 سنوات أخبار العملات الرقمية، والألعاب، والتكنولوجيا، والذكاء الاصطناعي. وقد زودتها دراستها لعلوم الحاسوب في جامعة ميرو للعلوم والتكنولوجيا، ودراسة إدارة الكوارث والدبلوماسية الدولية في MMUST بالمهارات اللغوية والملاحظة والتقنية اللازمة. عملت فلورانس في مجموعة VAP Group وككاتبة تحريرية في عدة وسائل إعلام متخصصة في العملات الرقمية.
