إعلان الدمج في روبستن

• ستكون روبستن أول شبكة تجريب طويلة الأمد يتم تشغيلها عبر الدمج
• تم إطلاق سلسلة منارة روبستن الجديدة في 30 مايو 2022 لتوفير إجماع الآراء للشبكة
• ستقوم سلسلة منارة روبستن بالترقية إلى قواعد بروتوكول متوافقة مع الدمج (Bellatrix) في الخانة**24000**، المتوقعة في 2 يونيو 2022
• سيتم بعد ذلك اختيار إجمالي الإعداد الشبكي للحوسبة (TTD) لتنشيط الدمج في سلسلة إثبات العمل. سيحتاج مشغّلو العقدة إلى تعيين هذه القيمة يدويًا على عملائهم.
• سيتم نشر إعلان آخر مع إجمالي الإعداد الشبكي للحوسبة لاستخدامه في دمج روبستن على هذه المدونة في 3 يونيو 2022. يجب أن يتوقع المستخدمون أن يتم الوصول إلى قيمة TTD هذه بعد أيام قليلة من اختيارها، ويجب أن يكونوا مستعدين لتهيئة عملائهم وفقًا لذلك في غضون فترة قصيرة.

الخلفية

بعد سنوات من العمل للحصول على إثبات الحصة في إيثيريوم، نقف الآن على باب مرحلة الاختبار النهائية: نشر شبكة التجريب!

بعد اختبار تطبيقات العميل على كينتسوجي 🍵 وكيلن 🔥:🧱 وشوكات الظل المتعددة، تُعدّ فرق العميل على أهبة الاستعداد لتشغيل روبستن، شبكة التجريب ذات إثبات العمل الأقدم، عبر الدمج. في ظل التحضير، تم إطلاق سلسلة منارة روبستن لتوفير إجماع الآراء للشبكة.

بعد إتمام عملية الانتقال على روبستن، فسيتم نقل شبكتين تجريب أخريين (جيورلي وسيبوليا) إلى إثبات الحصة قبل أن ينصب كامل التركيز على الشبكة الرئيسية. ويمكن للمجتمع المحلي صيانة شبكات تجريب أخرى، مثل رينكيبي وكوفان، وتحسينهما على نحو منفصل، لكن لن يقوم مبرمجو العملاء برصدها بعد الآن.

يختلف الدمج عن ترقيات إثيريوم السابقة بطريقتين. أولًا، يحتاج مشغلو العقدة إلى تحديث كل من إجماع الآراء والعملاء من طبقة التنفيذ جنبًا إلى جنب، بدلًا من مجرد واحد من الاثنين. ثانيًا، يتم تفعيل الترقية على مرحلتين: الأولى في ارتفاع الخانة على سلسلة المنارة والثانية عند ضرب قيمة إجمالي الإعداد الشبكي للحوسبة على طبقة التنفيذ.

وبالنظر إلى هذه الظروف، فإن شبكة روبستن، التي من المقرر أن تُهمل بعد عملية الدمج، ستعمل خلال الترقية في وقت مبكر من عملية التطوير أكثر من الترقيات السابقة للشبكة. وسيتيح ذلك للمجتمع المحلي مزيدًا من الوقت للتعرف على عملية الترقية.

ملاحظة: إصدارات العملاء المدرجة أدناه لن تكون مناسبة لانتقال شبكة إثيريوم الرئيسية إلى إثبات الحصة.

ترقية المعلومات

التوقيت

الدمج عبارة عن عملية مكوّنة من خطوتين. وتبدأ بترقية الشبكة على طبقة إجماع الآراء، التي يسببها ارتفاع الخانة. يتبع ذلك انتقال طبقة التنفيذ من إثبات العمل إلى إثبات الحصة، والذي يتم تشغيله بواسطة حد إجمالي الإعداد الشبكي للحوسبة الذي يُدعى إجمالي الإعداد الشبكي للحوسبة بالمحطة (TTD).

في اليوم الموافق 2 يونيو 2022، في الخانة 24000، ستقوم ترقية بيلاتريكس بإعداد سلسلة المنارة في روبستن لعملية الدمج. عند هذه النقطة، سيبدأ عملاء CL في التعرّف على قيمة TTD ليتم الوصول إليها في سلسلة إثبات العمل.

نظرًا لأن معدل الهاش لشبكات تجريب إثبات العمل متقلب للغاية، فسيتم أولاً تعيين قيمة TTD على قيمة عالية للغاية،100000000000000000000000. وفقًا لمعدل الهاش الحالي لروبستن، سيستغرق الوصول إليه حوالي 250 عامًا.

بمجرد إجراء ترقية بيلاتريكس على سلسلة المنارة، سيتم اختيار قيمة TTD جديدة، والتي من المتوقع الوصول إليها بعد أيام قليلة، والإعلان عنها. سيحتاج المستخدمون بعد ذلك إلى تكوين عقدتهم بهذه القيمة الجديدة. تتوفّر تعليمات لتنفيذ الإجراء المطلوب مع كل عميل هنا.

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

بمجرد أن تتجاوز طبقة التنفيذ TTD، سيتم إنتاج الكتلة التالية فقط بواسطة مدقق سلسلة المنارة. نعتبر أن الدمج قد اكتمل بمجرد أن تنتهي سلسلة المنارة من هذه الكتلة. بافتراض ظروف الشبكة الطبيعية، يجب أن يحدث هذا في حقبتين، أو حوالي 13 دقيقة، بعد أن تنطلق كتلة إجمالي الإعداد الشبكي للحوسبة بالمحطة (TTD) اللاحقة!

علامة كتلة JSON-RPC جديدة، نهائية، تعرض أحدث كتلة نهائية أو خطأ في حالة عدم وجود كتلة ما بعد الدمج. يمكن استخدام هذه العلامة للتطبيقات للتحقق مما إذا كان الدمج قد اكتمل. وبالمثل، يمكن للعقود الذكية الاستعلام عن كود التشغيل "DIFFICULTY" (0x44)، الذي يحمل اسم PREVRANDAO بعد الدمج، لتحديد ما إذا كان الدمج قد حدث أم لا. ونوصي مقدمي خدمات الهياكل الأساسية برصد استقرار الشبكة عامةً بالإضافة إلى وضع الإنهاء.

إصدارات العميل

الإصدارات التالية للعملاء تدعم الدمج على شبكة تجريب روبستن. يجب على مشغلي العقدة تشغيل عميل كلا طبقة التنفيذ وإجماع الآراء للبقاء على الشبكة خلال وبعد الدمج.

كما هو مذكور أعلاه، تحتوي الإصدارات التالية على قيمة إجمالي الإعداد الشبكي للحوسبة التي يتعذّر تغييرها وتبلغ 100000000000000000000000 والتي ستحتاج إلى تحديث يدوي بعد تنشيط ترقية بيلاتريكس على سلسلة المنارة.

عند اختيار العميل الذي سيتم تشغيله، ينبغي لبرامج المدقق أن تضع في الاعتبار بشكل خاص مخاطر تشغيل عميل الأغلبية على كل من EL وCL. يمكن العثور على تفسير لهذه المخاطر وعواقبها هنا. يمكن العثور على تقدير لتوزيع عميل EL وCL الحالي وأدلة للتبديل من عميل إلى آخر هنا.

ملاحظة: إذا سبق لك تنزيل إصدار عميل باستخدام إجمالي الإعداد الشبكي للحوسبة في روبستن بقيمة 43531756765713534، فيجب عليك إما تحديث إصدارك أو تجاوز TTD يدويًا إلى 100000000000000000000000 كما هو موضح هنا.

طبقة إجماع الآراء

**ملاحظة لودجستار:**يتضمّن أحدث إصدار من لودجستار، v0.37.0<، على قيمة مالي الإعداد الشبكي للحوسبة في رويستن قديمة تبلغ 43531756765713534. للتوافق مع دمج روبستن، الذي يستخدم الآن إجمالي الإعداد الشبكي للحوسبة بقيمة 100000000000000000000000، سيحتاج مستخدمو لودجستار إلى تجاوز هذه القيمة يدويًا. يمكن العثور على إرشادات حول القيام بذلك في منشور إعلان الإصدار الخاص بالفريق.

طبقة التنفيذ

**ملاحظة جيث:**يتضمّن إصدار جو-إثيريوم (جيث) الأخير، Sharblu (v1.10.18)، على معلومات قديمة لقيمة إجمالي الإعداد الشبكي للحوسبة في روبستن البالغة 43531756765713534. للتوافق مع دمج روبستن، الذي يستخدم الآن إجمالي الإعداد الشبكي للحوسبة بقيمة 100000000000000000000000، يجب على مستخدمي جيث إما:

• التصميم من المصدر استنادًا إلى أحدث فرعرئيسي
• استخدم أحدث صورة دوكر
• تجاوز TTD يدويًا، عن طريق تشغيل الأمر التالي عند بدء تشغيل العميل: override.terminaltotaldifficulty 100000000000000000000000.

ترقية المواصفات

التغييرات الحاسمة في إجماع الآراء للدمج محددة في موضعين:

• طبقة إجماع الآراء تتغير، ضمن دليل بيلاتريكس من مستودع مواصفات إجماع الآراء
• طبقة التنفيذ تتغير، تحت مواصفات باريس spec في مستودع مواصفات التنفيذ

وبالإضافة إلى ذلك، هناك نوعان من المواصفات الأخرى تغطي كيفية تفاعل عملاء طبقة إجماع الآراء والتنفيذ:

• تُستخدم واجهة برمجة تطبيقات المحرك، المُحدّدة في مستودع واجهة برمجة تطبيقات التنفيذ، للتواصل بين طبقات إجماع الآراء والتنفيذ
• يُستخدم التزامن المفضل، المُحدّد في مجلد

التزامن لمستودع مواصفات إجماع الآراء بواسطة طبقة إجماع الآراء لاستيراد الكتل في أثناء مزامنة عميل طبقة التنفيذ، وتوفر عرضًا جزئيًا لرأس السلسلة من الأول إلى الأخير

الأسئلة الشائعة

بصفتي مشغل العقدة، ماذا علي أن أفعل؟

بعد الدمج، ستجمع عقدة إثيريوم كاملة بين عميل طبقة إجماع الآراء، الذي يشغل إثبات الحصة على سلسلة المنارة، وبين عميل طبقة التنفيذ، الذي يدير حالة المستخدم ويشغل الحسابات المرتبطة بالمعاملات. ويتم التواصل بينهما عبر منفذ مُصادق باستخدام مجموعة طرق JSON RPC جديدة، يُطلق عليها اسم واجهة برمجة تطبيقات المحرك. يقوم عميل EL وCL بمصادقة بعضهما البعض باستخدام المفتاح السري JWT. يجب على مشغلي العقد الاطِّلاع على مستندات عملائهم للحصول على إرشادات حول كيفية إنشائها وتكوينها.

وبعبارة أخرى، إذا كنت تشغل عقدة فعلًا على سلسلة المنارة، سيتعيّن عليك الآن تشغيل عميل طبقة التنفيذ أيضًا. وبالمثل، إذا كنت تشغل عقدة على الشبكة الحالية لإثبات العمل، فستضطر إلى تشغيل عميل طبقة التوافق. بغية التواصل بشكلٍ آمن، يجب تمرير الرمز المميز JWT إلى كل عميل.

يجدر التأكيد على أنه على الرغم من كونهما جزءًا من إصدارات عميل طبقة إجماع الآراء، فإن تشغيل عقدة منارة يختلف عن تشغيل عميل برنامج المدقق. ويجب على المراهنين أن يديروا كليهما، ولكن مشغلي العقدة يحتاجون فقط إلى الأول منها. هذا المنشور يشرح الفرق بين المكونين بمزيد من التفصيل.

ومن الجدير التأكيد على أن كل طبقة ستحافظ على مجموعة مستقلة من الأقران وستكشف عن واجهات برمجة التطبيقات الخاصة بها. وبذلك، فإن واجهات برمجة التطبيقات للمنارة وJSON RPC ستستمر في العمل كما هو متوقع.

أخيرًا، تذكر الاطِّلاع مجددًا في 6-7 يونيو للحصول على إعلان في هذه المدونة بقيمة إجمالي الإعداد الشبكي للحوسبة في روبستن النهائية.

كمراهن، ماذا عليّ أن أفعل؟

سيحتاج **المدققون، كما هو موضح أعلاه، في سلسلة المنارة إلى تشغيل عميل طبقة تنفيذ بعد إتمام الدمج، بالإضافة إلى عملاء طبقة إجماع الآراء الخاصة بها. **كان يوصى بالدمج المُسبق بشدة ولكن كان يتسنى للمدققين إسناد هذه الوظائف لموفرين تابعين لجهة خارجية. وكان ذلك ممكنًا لأن البيانات الوحيدة المطلوبة بشأن طبقة التنفيذ هي تحديثات عقد الإيداع.

وبعد الدمج، سيتعيّن على المدققين التأكد من وجود المعاملات في الكتل التي ينشئونها والمصادقة على أنها صالحة. للقيام بذلك، يجب أن تقترن كل عقدة منارة بعميل طبقة التنفيذ. لاحظ أنه لا يزال من الممكن إقران العديد من المدققين في عقدة منارة واحدة & ومجموعة عميل طبقة تنفيذ. وبينما يوسع هذا من نطاق مسؤوليات المدققين، إلا أنه يمنح المدقق، الذي يقترح الكتلة، الحق في رسوم الأولوية للمعاملات المرتبطة بها (التي تذهب حاليًا إلى عمال المناجم).

وبينما تنتقل مكافآت برنامج المدقق على سلسلة المنارة والتي ستتطلب ترقية لاحقة لسحبها، فإنه سيستمر دفع رسوم التحويل وحرقها وتوزيعها على طبقة التنفيذ. وبذلك، يمكن لبرامج المدقق تحديد أي عنوان إثيريوم كمستلم لرسوم التحويل.

بعد تحديث عميل إجماع الآراء لديك، تأكد من تعيين مستلم الرسوم كجزء من إعدادات عميل المصادقة الخاصة بك لضمان إرسال رسوم المعاملات إلى العنوان الذي تتحكم فيه.

إذا كنت قررت التحصيص بالاستعانة بموفر تابع لجهة خارجية، فيحق حينها للموفر فقط الذي اخترته تحديد كيفية تخصيص هذه الرسوم.

ترقيات شبكة التجريب هي آخر فرصة لبرامج المدقق لضمان عمل إعداداتها كما هو متوقع وحل المشكلات. يمكن العثور على معلومات حول تشغيل برنامج المدقق على سلسلة منارة روبستن استعدادًا للدمج على منصة تشغيل تجميد العملات في روبستن.

نوصي بشدة بأن تقوم برامج المدقق بتشغيل الشبكة الرئيسية خلال الدمج على روبستن وشبكات التجريب الأخرى قبل انتقال شبكة إثيريوم الرئيسية إلى إثبات الحصة.

كتطبيق أو مبرمج أدوات، ماذا علي أن أفعل؟

مع بدء تشغيل كيلن، فقد حان الوقت الآن لضمان أن منتجاتك تعمل كما هو متوقع خلال انتقال إثبات الحصة وفي سياق ما بعد الدمج. وكما أوضحنا في منشور سابق، لن يُحدِث الدمج إلا تأثيرًا ضئيلاً على العقود الفرعية المنشورة في إثيريوم، التي لا ينبغي أن يكون أي منها مفككًا. بالإضافة إلى ذلك، تبقى الحصة الأكبر من نقاط نهاية واجهة برمجة تطبيقات المستخدم مستقرة (أي، ما لم تستخدم طرق إثبات عمل محددة، مثل eth_getWork).

ومع ذلك، فإن معظم التطبيقات على إثيريوم تنطوي على ما هو أكثر بكثير من العقود على السلسلة. حان الآن التأكد من أن النص البرمجي للواجهة الأمامية والأدوات وخطوط النشر والمكونات الأخرى خارج السلسلة تعمل كما هو محدد لها. ونوصي بشدة أن يجري المبرمجون اختبارًا كاملًا ودورة نشر على روبستن (أوكيلن) وأن يبلّغوا عن أي مشكلات مع أدوات أو تبعيات إلى مشرفي هذه المشروعات. إذا كنت غير متأكد من أين تبدأ الإبلاغ عن مشكلة، يُرجى استخدام هذا المستودع.

بصفتي مستخدم إثيريوم أو حامل لعملة إثيريوم، هل عليّ فعل شيء؟

لا. لا تتأثر شبكة إثيريوم الرئيسية بشبكة التجريب هذه. وستصدر إعلانات لاحقة في هذه المدونة قبل انتقال الشبكة الرئيسية.

بصفتي عامل منجم، هل عليّ فعل شيء؟

لا. إذا كنت تقوم بالتعدين على شبكة إثيريوم الرئيسية أو روبستن، يجب أن تكون على علم بأن كل شبكة ستعمل بالكامل تحت إثبات الحصة بعد عملية الدمج. وعند هذه المرحلة، لن يصبح التعدين ممكنًا بعد الآن على الشبكة.

ومن المتوقع أن يتم ذلك تقريبًا في 8 يونيو 2022 على روبستن وفي وقتٍ لاحق من هذا العام بالنسبة لشبكة إيثيريوم الرئيسية.

بصفتي مدققًا، هل يمكنني سحب حصتي؟

لا. الدمج هو الترقية الأكثر تعقيدًا التي شهدها إثيريوم حتى الآن. وبغرض الحد من مخاطر تعطل الشبكة، تم اتباع نهج أدنى استبعد أي تغييرات غير انتقالية من هذه الترقية.

ومن المرجح أن تكون عمليات الانسحاب من سلسلة المنارة متاحة اعتبارًا من أول ترقية بعد عملية الدمج. ولا تزال المواصفات المُخصصة لكل من طبقة إجماع الآراء والتنفيذ قيد التقدم.

لدي المزيد من الأسئلة، أين يمكنني أن أطرحها؟

تم تحديد موعد مكالمة مجتمع الدمج في 3 يونيو في تمام الساعة 14:00 بالتوقيت العالمي المنسق. سيكون مطورو وباحثو العملاء متاحين للإجابة على أسئلة مشغّلي العقد والمراهنين والبنية الأساسية&موفرو الأدوات وأعضاء المجتمع.

متى يكون الدمج؟

اعتبارًا من نشر هذه المشاركة، لم يتم تحديد تاريخ انتقال إثبات حصة شبكة إثيريوم الرئيسية بعد. ومن المرجح أن يكون أي مصدر يدّعي خلاف ذلك أنه خداع. وسوف تُنشر التحديثات بخصوص هذا الأمر على هذه المدونة. يُرجى الانتظار!

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

هذا يؤكد عدم العثور على أي مشكلات. غير أنه إذا تبيّن وجود مشكلات في أي مرحلة من مراحل العملية أو إذا اعتبرت تغطية الاختبار غير كافية، وستعالج هذه الأمور قبل مواصلة عملية النشر.

وعندئذٍ فقط، سيكون ممكنًا تقدير تاريخ محدد للدمج.

بعبارة أخرى، 🔜.