• A Terminal General Problem (TTD) of 50000000000000000 has been decided on for the Ropsten Merge.
  • Stakers and node operators should manually override the TTD in each their execution and consensus layer purchasers prior to June 7, 2022.
  • Evidence-of-Paintings testnets could have risky hash charges and the precise timing of The Merge on Ropsten is difficult to are expecting as it should be. Assuming no surprising hash fee fluctuations, we think The Merge to occur round June 8-9, 2022.
  • Be aware that syncing an execution layer consumer on Ropsten would possibly take a number of hours to days and is needed to run thru The Merge.

Language choices

Don’t need to learn in English? We’ve translated this publish into the next languages:

Background

Previous this week, the Ropsten testnet’s transition to proof-of-stake used to be introduced. Because of the instability of hash fee on proof-of-work testnets, consumer releases supporting the improve have been configured the usage of an artificially top Terminal General Problem (TTD). This ensured that The Merge may now not be induced prior to the Ropsten Beacon Chain used to be in a position.

The day past, at slot 24000, the Bellatrix improve activated at the Ropsten Beacon Chain, priming the community to run thru The Merge. A brand new TTD worth of 50000000000000000 has been selected to cause the transition.

Node operators & stakers wish to manually replace this TTD worth on each their execution and consensus layer purchasers previous to the community attaining this complete concern. The present community complete concern is a part of the block header and can also be received by way of querying your node or visiting a block explorer.

Assuming no surprising adjustments in community hash fee, we think this complete concern worth to be hit, and TTD to be exceeded, round June 8-9, 2022.

Ropsten Merge Shopper Variations

To accomplish the Terminal General Problem override, node operators and stakers should run the next consumer variations or newer ones. Be aware that each the consensus and execution layer purchasers should be totally synced prior to The Merge, and that execution layer purchasers would possibly take a number of hours to days to take action.

Consensus Layer

Execution Layer

Terminal General Problem Override

To turn on The Merge on the proper time, node operators and stakers should override each their execution and consensus layer purchasers’ Terminal General Problem (TTD) worth to 50000000000000000.

Listed here are directions for doing so with every consumer:

Execution Layer

Besu

  • If the usage of TOML configuration information, upload the next line:
    override-genesis-config=["terminalTotalDifficulty=50000000000000000"]
  • Or, when beginning the node the usage of the CLI, upload the next flag:
    --override-genesis-config="terminalTotalDifficulty=50000000000000000"

Erigon

  • When beginning the node the usage of the CLI, upload the next flag: --override.terminaltotaldifficulty=50000000000000000

Move-Ethereum (geth)

  • When beginning the node the usage of the CLI, upload the next flag: --override.terminaltotaldifficulty 50000000000000000

Nethermind

  • When beginning the node the usage of the CLI, upload the next flag: --Merge.TerminalTotalDifficulty 50000000000000000
  • This may also be set on your consumer’s configuration record or surroundings variables, by way of atmosphere the TerminalTotalDifficulty worth to 50000000000000000

Consensus Layer

Lighthouse

  • When beginning the node the usage of the CLI, upload the next flag: --terminal-total-difficulty-override=50000000000000000

Lodestar

  • When beginning the node the usage of the CLI, upload the next flag: --terminal-total-difficulty-override 50000000000000000
  • For more info, see this weblog publish.

Nimbus

  • When beginning the node the usage of the CLI, upload the next flag: --terminal-total-difficulty-override=50000000000000000

Prysm

  • When beginning the node the usage of the CLI, upload the next flag: --terminal-total-difficulty-override 50000000000000000
  • This may also be set within the config.yaml record by way of updating the TOTAL_TERMINAL_DIFFICULTY worth on your configuration listing and restarting your consumer.

Teku

  • When beginning the node the usage of the CLI, upload the next flag: --Xnetwork-total-terminal-difficulty-override=50000000000000000

FAQ

As a node operator or staker, what will have to I do?

As discussed within the Ropsten Merge Announcement, node operators & stakers on Ropsten should replace their execution and consensus layer purchasers the variations indexed above or newer ones.

As soon as this is carried out, node operators & stakers should manually override the Ropsten Terminal General Problem (TTD) worth on each their execution and consensus layer consumer the usage of the instructions indexed above.

Finally, be sure that each your execution and consensus layer purchasers are totally synced prior to The Merge. This may increasingly take as much as a number of days for execution layer purchasers.

As an software or tooling developer, what will have to I do?

With The Merge going live to tell the tale Ropsten, now could be the time to make certain that your product works as anticipated throughout the proof-of-stake transition and in a post-merge context. As defined in a earlier publish, The Merge could have simplest minimum affect on a subset of contracts deployed on Ethereum, none of which will have to be breaking. Moreover, the lion’s percentage of person API endpoints stay strong (except you employ proof-of-work explicit strategies corresponding to eth_getWork).

That stated, maximum programs on Ethereum contain a lot more than on-chain contracts. Now could be the time to make certain that your front-end code, tooling, deployment pipeline and different off-chain parts paintings as supposed. We strongly suggest that builders run thru an entire checking out & deployment cycle on Ropsten (or Kiln) and record any problems with gear or dependencies to these initiatives’ maintainers. If you’re undecided the place to open a subject, please use this repository.

As an Ethereum person or Ether holder, is there anything else I wish to do?

No. The Ethereum mainnet isn’t suffering from this testnet. Next bulletins shall be made in this weblog prior to mainnet’s transition.

As a miner, is there anything else I wish to do?

No. If you’re mining at the Ethereum mainnet or Ropsten, you will have to bear in mind that every community will function fully beneath proof-of-stake after The Merge. At that time, mining will not be conceivable at the community.

That is anticipated round June 8-9, 2022 on Ropsten and later this 12 months for the Ethereum mainnet.

wen merge?

As of the e-newsletter of this publish, the date for the Ethereum mainnet proof-of-stake transition has now not been set. Any supply claiming another way may be a rip-off. Updates shall be posted in this weblog. Please keep protected!

Assuming no problems are discovered with Ropsten, as soon as consumer checking out is entire, Ethereum’s different testnets, will run thru The Merge. As soon as Goerli and Sepolia have effectively transitioned and stabilized, a slot peak shall be selected for the Bellatrix improve at the Beacon Chain and a terminal complete concern worth shall be set for the mainnet transition. Shoppers will then make releases that allow The Merge on mainnet. Those shall be introduced in this weblog and in different neighborhood publications. The picture underneath illustrates this procedure:

Be aware that this assumes each step is going as anticipated. If problems are discovered at any level within the procedure or take a look at protection is judged to be inadequate, those shall be addressed prior to proceeding with the deployment procedure.

Most effective then will or not it’s conceivable to estimate the precise date for The Merge.

In different phrases, 🔜.


إعلان إجمالي الإعداد الشبكي للحوسبة بالمحطة في روبستن

  • تم تحديد إجمالي الإعداد الشبكي للحوسبة بالمحطة (TTD) بقيمة 50000000000000000 للدمج في روبستن.
  • يجب على المراهنين ومشغلي العقدة تجاوز TTD يدوياً في كل من عملاء طبقات التنفيذ والإجماع قبل 7 يونيه 2022.
  • يمكن أن تكون لشبكات تجريب إثبات العمل معدلات تجزئة متقلبة، ومن الصعب التنبؤ بدقة بالتوقيت الدقيق لعملية الدمج في روبستن. بافتراض عدم حدوث تقلبات غير متوقعة في معدل التجزئة، نتوقع أن يحدث الدمج في الفترة من 8-9 يونيو 2022.
  • لاحظ أن عملية مزامنة عميل طبقة التنفيذ في روبستن قد تستغرق عدة ساعات إلى أيام وهي إلزامية للتشغيل عبر الدمج.

الخلفية

في وقتٍ سابق من هذا الأسبوع، تم الإعلان عن انتقال شبكة تجريب روبستن إلى إثبات الحصة used to be introduced. بسبب عدم استقرار معدل التجزئة على شبكات تجريب إثبات العمل، تم تكوين إصدارات العميل التي تدعم الترقية باستخدام إجمالي الإعداد الشبكي للحوسبة (TTD) مرتفع اصطناعياً. وقد كفل ذلك عدم التمكّن من بدء عملية الدمج قبل أن تكون سلسلة منارة روبستن جاهزة.

بالأمس، في الخانة 24000، تم تفعيل ترقية بيلاتريكس على سلسلة منارة روبستن، لتهيئة الشبكة للتشغيل عبر الدمج. تم اختيار قيمة TTDجديدة 50000000000000000 لتشغيل الانتقال.

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

بافتراض عدم وجود تغييرات غير متوقعة في معدل تجزئة الشبكة، نتوقع الوصول إلى قيمة الإعداد الشبكي هذا، وتجاوز TTD، في الفترة 8-9 يونيو 2022.

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

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

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

طبقة التنفيذ

🚨 ليس جزء من منشور المدونة – استخدم إحدى الملاحظات التالية استناداً إلى حالة إصدار إيريغون 🚨

(🚨1🚨) ملاحظة إيريغون: بينما v2022.05. 8 متوافق مع الدمج في روبستن، يفضّل التحديث إلى vXXX، الذي يحتوي على عدة تحسينات ذات صلة بالدمج.

(🚨2🚨) ملاحظة إيريغون: بينما v2022.05. 8 يتوافق مع الدمج في روبستن، من المتوقع قريباً توفر إصدار جديد من إيريغون يحتوي على عدة تحسينات ذات صلة بالدمج. يجب على المستخدمين الترقية عندما يكون الإصدار متاحاً لتجربة أفضل.

تجاوز إجمالي الإعداد الشبكي للحوسبة

لتفعيل الدمج في الوقت المناسب، يجب على مشغلي العقد والمراهنين تجاوز قيمة ** كل من** عملاء طبقة التنفيذ والإجماع فيما يتعلق ` بإجمالي الإعداد الشبكي للحوسبة (TTD) ` إلى 50000000000000000.

إليك تعليمات للقيام بذلك مع كل عميل:

طبقة التنفيذ

بيسو

  • في حالة استخدام ملفات تكوين TOML، أضف السطر التالي: override-genesis-config=["terminalTotalDifficulty=50000000000000000"]
  • أو، عند بدء العقدة باستخدام واجهة خط الأوامر، أضف العلم التالي: --override-genesis-config="terminalTotalDifficulty=50000000000000000"

إيريغون

  • أو، عند بدء العقدة باستخدام واجهة خط الأوامر، أضف العلم التالي: --override.terminaltotaldifficulty=50000000000000000

جو-إثيريوم (جيث)

  • أو، عند بدء العقدة باستخدام واجهة خط الأوامر، أضف العلم التالي:--override.terminaltotaldifficulty 50000000000000000

نيثرمايند

  • أو، عند بدء العقدة باستخدام واجهة خط الأوامر، أضف العلم التالي: --Merge.TerminalTotalDifficulty 50000000000000000
  • يمكن أيضاً تعيين هذا في ملف التهيئة للعميل أو متغيرات البيئة، من خلال تعيين قيمة TerminalTotalDifficulty إلى 50000000000000000

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

لايتهاوس

  • أو، عند بدء العقدة باستخدام واجهة خط الأوامر، أضف العلم التالي: --terminal-total-difficulty-override=50000000000000000

لودجستار

  • أو، عند بدء العقدة باستخدام واجهة خط الأوامر، أضف العلم التالي: --terminal-total-difficulty-override 50000000000000000
  • للمزيد من المعلومات، انظر منشور المدونة هذا.

نمبس

  • أو، عند بدء العقدة باستخدام واجهة خط الأوامر، أضف العلم التالي: --terminal-total-difficulty-override=50000000000000000

بريسم

  • أو، عند بدء العقدة باستخدام واجهة خط الأوامر، أضف العلم التالي: --terminal-total-difficulty-override 50000000000000000
  • يمكن أيضاً تعيين هذا في ملف config.yaml عن طريق تحديث قيمة TOTAL_TERMINAL_DIFFICULTYفي دليل التكوين لديك وإعادة تشغيل العميل.

تيكو

  • أو، عند بدء العقدة باستخدام واجهة خط الأوامر، أضف العلم التالي: --Xnetwork-total-terminal-difficulty-override=50000000000000000

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


Notificación TTD de Ropsten

  • Se ha seleccionado una Dificultad General de Terminal (TTD) de 500000000000000 para los angeles fusión de Ropsten.
  • Los participantes y los operadores de nodos deben anular manualmente el valor de TTD tanto en su ejecución como en sus clientes de capa de consenso antes del 7 de junio 2022.
  • Las redes de prueba de trabajo pueden tener tasas de hash volátiles y es difícil predecir con precisión el momento exacto de los angeles fusión en Ropsten. Asumiendo que no haya fluctuaciones inesperadas de tasa de hash, esperamos que los angeles fusión suceda alrededor ** del 8 al 9 de junio de 2022**.
  • Tenga en cuenta que sincronizar un cliente de capa de ejecución en Ropsten puede llevar entre varias horas a días y es necesario para ejecutar a través de los angeles fusión.

Contexto

A principios de esta semana, se anunció los angeles transición de los angeles purple de pruebas de Ropsten a los angeles prueba de participación . Debido a los angeles inestabilidad de los angeles tasa hash en las redes de prueba de trabajo, las versiones de cliente que admiten los angeles actualización se han configurado usando una Dificultad General de Terminal (TTD) artificialmente alta. Esto ha asegurado que los angeles fusión no pudiera activarse antes de que los angeles cadena de baliza de Ropsten estuviera lista.

Ayer, en los angeles ranura 24000, se activó los angeles actualización de Belliturax en los angeles cadena de baliza de Ropsten, preparando a los angeles purple para ejecutarse a través de los angeles fusión. Se ha elegido un nuevo valor TTD de 50000000000000000 para activar los angeles transición.

Los operadores de nodos y los participantes necesitan actualizar manualmente este valor TTD tanto en sus clientes de ejecución y de capa de consenso antes de que los angeles purple alcance esta dificultad complete. L. a. dificultad complete exact de los angeles purple es parte del encabezado del bloque y se puede obtener consultando el nodo o visitando un explorador de bloques.

Suponiendo que no haya cambios inesperados en los angeles tasa de hash de purple, esperamos que se alcance este valor complete de dificultad y se supere los angeles TTD entre el 8 y el 9 de junio de 2022.

Versiones de cliente de Ropsten

Para realizar los angeles anulación de los angeles Dificultad General de Terminal, los operadores de nodos y los participantes deben ejecutar las siguientes versiones del cliente o las más recientes. Tenga en cuenta que tanto los clientes de consenso como de capa de ejecución deben estar completamente sincronizados antes de los angeles fusión, y que los clientes de los angeles capa de ejecución pueden llevar varios días.

Capa de consenso

Capa de ejecución

🚨 NO PARTE DE LA PUBLICACIÓN DEL BLOG: USAR UNA DE LAS SIGUIENTES NOTIFICACIONES EN FUNCIÓN DEL ESTADO DE LA VERSIÓN ERIGON 🚨

(🚨1🚨) Notificación de Erigon: mientras que v2022.05.08 es appropriate con los angeles fusión Ropsten, se recomienda actualizar a vXXX, que contiene varias mejoras relacionadas con los angeles fusión.

(🚨2🚨) Notificación de Erigon: mientras que v2022.05.08 es appropriate con los angeles fusión Ropsten, se espera en breve una nueva versión de Erigon que contiene varias mejoras relacionadas con los angeles fusión. Para obtener una mejor experiencia, los usuarios deberán actualizarla cuando los angeles versión esté disponible.

Anulación de Dificultad General de Terminal

Para activar los angeles fusión en el momento adecuado, los operadores de nodo y los participantes deben anular tanto sus clientes de capa de ejecución como de capa de consenso del valor de los angeles Dificultad General de Terminal (TTD) a 500000000000000.

Aquí están las instrucciones para hacerlo con cada cliente:

Capa de ejecución

Besu

  • Si utiliza archivos de configuración TOML, añada los angeles siguiente línea: override-genesis-config=["terminalTotalDifficulty=50000000000000000"]
  • O, al iniciar el nodo usando el CLI, añada los angeles siguiente etiqueta: --override-genesis-config="terminalTotalDifficulty=500000000000000000000000000"

Erigon

  • Al iniciar el nodo usando el CLI, añada los angeles siguiente etiqueta: --override.terminaltotaldifficulty=50000000000000000000000

Move-Ethereum (geth)

  • Al iniciar el nodo usando el CLI, añada los angeles siguiente etiqueta: --override.terminaltotaldifficulty 500000000000000000000

Nethermind

Capa de consenso

Lighthouse

  • Al iniciar el nodo usando el CLI, añada los angeles siguiente etiqueta: --terminal-total-difficulty-override=5000000000000000000

Lodestar

  • Al iniciar el nodo usando el CLI, añada los angeles siguiente etiqueta: --terminal-total-difficulty-override 50000000000000000000000
  • Para obtener más información, consulte esta publicación del weblog .

Nimbus

  • Al iniciar el nodo usando el CLI, añada los angeles siguiente etiqueta: --terminal-total-difficulty-override=5000000000000000000

Prysm

  • Al iniciar el nodo usando el CLI, añada los angeles siguiente etiqueta: --terminal-total-difficulty-override 50000000000000000000000
  • Esto también se puede definir en los angeles configuración config.yaml actualizando el valor TOTAL_TERMINAL_DIFFICULTY en el directorio de configuración y reiniciando el cliente.

Teku

  • Al iniciar el nodo usando el CLI, añada los angeles siguiente etiqueta: --Xnetwork-total-terminal-difficulty-override=500000000000000000000

Preguntas frecuentes

Como operador del nodo o participante, ¿qué debo hacer?

Como se ha mencionado en el anuncio de fusión de Ropsten, los operadores de nodos y los participantes en Ropsten deben actualizar sus clientes de ejecución y de capa de consenso a las versiones arriba mencionadas o más recientes.

Una vez hecho esto, los operadores del nodo y los participantes deben anular manualmente el valor de Diferencia General del Terminal (TTD) de Ropsten tanto en su cliente de ejecución como de los angeles capa de consenso usando los comandos mencionados anteriormente.

Por último, asegúrese de que tanto su cliente de ejecución como de capa de consenso están completamente sincronizados antes de los angeles fusión. Esto puede llevar hasta varios días en los clientes de capa de ejecución.

¿Qué debo hacer como desarrollador de aplicaciones o herramientas?

Con los angeles fusión ejecutándose en Ropsten, es el momento de asegurarse de que su producto funciona como se espera a través de los angeles transición a los angeles prueba de participación y en un contexto después de los angeles fusión. Como explicamos en una publicación anterior, los angeles fusión tendrá un mínimo impacto en un subconjunto de contratos implementados en Ethereum, ninguno de los cuales se rescindirá. Además, los angeles mayor parte de los puntos finales de los angeles API del usuario permanecen estables (a menos que esté usando métodos específicos de prueba de trabajo como eth_getWork).

Dicho esto, los angeles mayoría de aplicaciones de Ethereum implican mucho más que contratos en cadena. Ahora es el momento de asegurarse de que su código front-end, herramientas, canal de implementación y otros componentes fuera de cadena funcionan como es debido. Recomendamos encarecidamente que los desarrolladores ejecuten a través de un ciclo de implementación y prueba completo en Ropsten (o Kiln) y notifiquen a quienes se encargan de esos proyectos cualquier problema con herramientas o dependencias. Si no tiene certeza sobre en qué casos debe informar de una incidencia, consulte este directorio.

¿Hay algo que necesite hacer como usuario de Ethereum, o titular de Ether?

No. L. a. purple major de Ethereum no se verá afectada por esta purple de prueba. En este weblog, iremos colgando próximamente notificaciones antes de los angeles transición de los angeles purple major.

¿Hay algo que yo necesite hacer como minero?

No. Si está minando los angeles purple major de Ethereum o Ropsten, deberá tener en cuenta que después de los angeles fusión cada purple funcionará completamente como prueba de participación. En ese momento, ya no se podrán realizar las tareas de minado en los angeles purple.

Se prevé que esto ocurra alrededor del 8 o 9 de junio de 2022 en Ropsten y a lo largo del año en los angeles purple major de Ethereum.

¿Cuándo se producirá los angeles fusión?

A fecha de publicación de esta notificación, los angeles transición de los angeles prueba de participación de los angeles purple major de Ethereum aún no se ha fijado. Cualquier información que apunte a una fecha concreta debe considerarse falsa. En este weblog se irá informando de cualquier avance. ¡Vele por su seguridad!

Presuponiendo que no surja ningún problema con Ropsten y una vez que concluyan las pruebas de cliente, las demás redes de pruebas de Ethereum se ejecutarán a través de los angeles fusión. Una vez que los angeles transición de Goerli y Sepolia se haya realizado con éxito y se hayan estabilizado, se elegirá una altura de ranura para los angeles actualización de Bellatrix en los angeles cadena de baliza y se establecerá un valor de dificultad complete de terminal para los angeles transición de los angeles purple major. Los clientes podrán entonces hacer versiones que permitan los angeles fusión en los angeles purple major. Estas se anunciarán en este weblog y en otras publicaciones comunitarias. L. a. imagen de abajo ilustra este proceso:

Tenga en cuenta que esto supone que cada paso va como se esperaba. Sin embargo, si se encuentran problemas en cualquier momento del proceso o los angeles cobertura de los angeles prueba se considera insuficiente, se abordará antes de continuar con el proceso de implementación.

Solo entonces será posible calcular los angeles fecha exacta de los angeles fusión.

Es decir, 🔜 (pronto).


Annonce de los angeles TTD de Ropsten

  • Une Terminal General Problem (TTD) de 50000000000000000 a été sélectionnée en vue de L. a. Fusion de Ropsten.
  • Les validateurs et opérateurs de nœuds doivent remplacer manuellement los angeles TTD à los angeles fois dans les purchasers de los angeles couche d’exécution et de consensus avant le 7 juin 2022.
  • Les réseaux de take a look at de los angeles preuve de los angeles travail peuvent avoir des taux de hachage volatiles, et le second actual de L. a. Fusion sur Ropsten est difficile à prévoir avec précision. En partant du principe qu’il n’y charisma aucune fluctuation inattendue du taux de hachage, nous tablons sur une fusion autour du 8 ou 9 juin 2022.
  • Veuillez noter que los angeles synchronisation d’un consumer de los angeles couche d’exécution sur Ropsten peut prendre de quelques heures à plusieurs jours et que est nécessaire pour exécuter L. a. fusion.

Contexte

L. a. transition du réseau de take a look at Ropsten vers los angeles preuve d’enjeu a été annoncée plus tôt dans los angeles semaine. En raison de l’instabilité du taux de hachage sur les réseaux de take a look at de preuve de travail, les variations du consumer supportant los angeles mise à niveau ont été configurées en utilisant une Terminal General Problem (TTD) artificiellement élevée. Cela a permis à L. a. Fusion de ne pas commencer avant que los angeles Chaîne phare Ropsten ne soit prête.

Hier, au créneau 24000, los angeles mise à niveau Bellatrix a été déployée sur los angeles Chaîne phare Ropsten, amorçant L. a. Fusion du réseau. Une nouvelle valeur TTD de 50000000000000000 a été choisie pour déclencher los angeles transition.

Les opérateurs de noeuds & les validateurs doivent mettre à jour manuellement cette valeur TTD sur leurs purchasers de los angeles couche de consensus et d’exécution avant que le réseau atteigne cette difficulté totale. L. a. difficulté totale du réseau actuel fait partie de l’en-tête du bloc et peut être obtenue en interrogeant votre noeud ou en visitant un explorateur de blocs.

En supposant qu’il n’y charisma aucune amendment inattendue du taux de hachage du réseau, nous espérons que cette valeur de difficulté totale sera atteinte et los angeles TTD dépassée autour du 8 – 9 juin 2022.

Variations purchasers en prévision de L. a. Fusion de Ropsten

Pour remplacer los angeles difficulté totale terminale, les opérateurs de nœuds et les validateurs doivent exécuter les variations purchasers suivantes ou des variations plus récentes. Veuillez noter que les purchasers de los angeles couche de consensus et d’exécution doivent être entièrement synchronisés avant L. a. Fusion, et que cela peut prendre plusieurs heures pour les purchasers de los angeles couche d’exécution.

Couche de consensus

Couche d’exécution

🚨 NE FAIT PAS PARTIE DE L’ARTICLE DE BLOG – UTILISEZ L’UNE DES REMARQUES SUIVANTES EN FONCTION DU STATUT DE LA VERSION D’ERIGON 🚨

(🚨1🚨) Remarque concernant Erigon : bien que los angeles v2022.05. 8 soit appropriate avec L. a. Fusion de Ropsten, une mise à jour vers vXXX, qui contient plusieurs améliorations liées à los angeles fusion, est recommandée.

(🚨2🚨) Remarque concernant Erigon : > bien que los angeles v2022.05. 8 soit appropriate avec L. a. Fusion de Ropsten, une nouvelle model d’Erigon contenant plusieurs améliorations liées à los angeles fusion est attendue sous peu. Pour une meilleure expérience, nous conseillons aux utilisateurs de procéder à une mise à jour lorsque los angeles model sera disponible.

Remplacement de los angeles difficulté totale terminale

Pour activer L. a. Fusion au bon second, les opérateurs de noeuds et les validateurs doivent remplacer à los angeles fois los angeles valeur Terminal General Problem (TTD) de leurs purchasers de los angeles couche de consensus et de los angeles couche d’exécution par 50000000000000000.

Voici les directions pour le faire avec chaque consumer :

Couche d’exécution

Besu

  • Si vous utilisez des fichiers de configuration TOML, ajoutez los angeles ligne suivante : override-genesis-config=["terminalTotalDifficulty=50000000000000000"]
  • Si vous utilisez los angeles CLI pour exécuter le nœud, ajoutez le drapeau suivant : --override-genesis-config="terminalTotalDifficulty=50000000000000000"

Erigon

  • Lorsque vous exécutez le nœud avec l’interface de ligne de commande (CLI), ajoutez le drapeau suivant : --override.terminaltotaldifficulty=50000000000000000

Move-ethereum (geth)

  • Lorsque vous exécutez le noeud avec l’interface de ligne de commande (CLI), ajoutez le drapeau suivant : --override.terminaltotaldifficulty 50000000000000000

Nethermind

  • Lorsque vous exécutez le noeud avec l’interface de ligne de commande (CLI), ajoutez le drapeau suivant : --Merge.TerminalTotalDifficulty 50000000000000000
  • Cela peut également se faire dans le fichier de configuration ou les variables d’environnement en fixant los angeles valeur TerminalTotalDifficulty à 50000000000000000

Couche de consensus

Lighthouse

  • Lorsque vous exécutez le nœud avec l’interface de ligne de commande (CLI), ajoutez le drapeau suivant : --terminal-total-difficulty-override=50000000000000000

Lodestar

  • Lorsque vous exécutez le nœud avec l’interface de ligne de commande (CLI), ajoutez le drapeau suivant : --terminal-total-difficulty-override 50000000000000000
  • Pour plus d’informations, voir cet article de weblog.

Nimbe

  • Lorsque vous exécutez le nœud avec l’interface de ligne de commande (CLI), ajoutez le drapeau suivant : --terminal-total-difficulty-override=50000000000000000

Prysm

  • Lorsque vous exécutez le nœud avec l’interface de ligne de commande (CLI), ajoutez le drapeau suivant : --terminal-total-difficulty-override 50000000000000000
  • Cela peut également être défini dans le fichier config.yaml en mettant à jour los angeles valeur TOTAL_TERMINAL_DIFFICULTY dans votre file de configuration et en redémarrant votre consumer.

Teku

  • Lorsque vous exécutez le nœud avec l’interface de ligne de commande (CLI), ajoutez le drapeau suivant : --Xnetwork-total-terminal-difficulty-override=50000000000000000

FAQ (Questions fréquemment posées)

En tant qu’opérateur de nœud ou validateur, que dois-je faire?

Comme mentionné dans le Lancement de L. a. Fusion de Ropsten, les opérateurs de nœuds & validateurs sur Ropsten doivent mettre à jour les variations purchasers de los angeles couche de consensus et de los angeles couche d’exécution énumérées ci-dessus ou plus récentes.

Une fois fait, les opérateurs de nœuds & les validateurs doivent remplacer manuellement los angeles valeur Terminal General Problem (TTD) Ropsten ** à los angeles fois sur leurs purchasers de los angeles couche de consensus et de los angeles couche d’exécution** en utilisant les commandes énumérées ci-dessus.

Pour terminer, assurez-vous que vos purchasers de los angeles couche d’exécution et de los angeles couche de consensus sont parfaitement synchronisés avant L. a. Fusion. Cela peut prendre jusqu’à plusieurs jours pour les purchasers de los angeles couche d’exécution.

En tant que développeur d’programs ou d’outils, que dois-je faire?

Avec los angeles mise en ligne de Kiln, l’heure est venue de vérifier que votre produit fonctionnera comme il se doit lors de los angeles transition vers los angeles preuve d’enjeu et dans une configuration post-fusion. Comme expliqué dans un article précédent, L. a. Fusion n’charisma que des répercussions minimes sur un sous-ensemble de contrats déployés sur Ethereum, dont aucun ne devrait être rompu. De plus, los angeles majeure partie des issues de terminaison d’API utilisateur resteront stables (à situation que vous n’utilisiez pas de méthodes propres à los angeles preuve de travail, telles que eth_getWork).

Cela étant, los angeles plupart des programs sur Ethereum concernent bien plus que des contrats en chaîne. Le second est venu de vous assurer que votre code front-end, vos outils, votre pipeline de déploiement et vos autres composants hors chaîne fonctionnent correctement. Nous recommandons vivement aux développeurs d’effectuer un & cycle de take a look at et de déploiement complet sur Ropsten (ou Kiln), et de signaler tout problème d’outils ou de dépendances aux responsables de ces projets. Si vous n’êtes pas sûr de savoir où signaler un problème, veuillez utiliser ce référentiel.

En tant qu’utilisateur d’Ethereum ou que détenteur d’Ether, dois-je faire quoi que ce soit ?

Non. Le réseau major Ethereum n’est pas affecté par ce réseau de take a look at. D’autres annonces seront publiées sur ce weblog avant los angeles transition du réseau major.

En tant que mineur, dois-je faire quoi que ce soit ?

Non. Si vous minez sur le réseau major Ethereum ou sur Ropsten, vous devez savoir que chaque réseau fonctionnera entièrement sous sa preuve d’enjeu après L. a. Fusion. Il ne sera alors plus conceivable de miner sur le réseau.

Ceci est prévu vers le 8 ou 9 juin 2022 sur Ropsten et plus tard cette année pour le réseau major Ethereum.

Quand L. a. Fusion aura-t-elle lieu ?

À los angeles date de e-newsletter de ce publish, los angeles date de los angeles transition sous preuve d’enjeu du réseau major Ethereum n’a pas été définie. Toute supply qui prétendrait le contraire est probablement une escroquerie. Les mises à jour de los angeles scenario seront publiées sur ce weblog. Soyez prudents !

En supposant qu’aucun problème ne soit détecté avec Ropsten, une fois les exams purchasers terminés, les autres réseaux de take a look at Ethereum fusionneront. Lorsque los angeles transition de ces réseaux de take a look at sera terminée et qu’ils seront stabilisés, et, à nouveau, en supposant qu’aucun problème ne soit décelé sur los angeles Chaîne phare, une valeur de difficulté totale terminale sera définie en vue de los angeles transition du réseau major. Les purchasers proposeront alors des variations qui activent L. a. Fusion sur le réseau major. Celles-ci seront annoncées sur ce weblog et dans d’autres publications communautaires. L’symbol ci-dessous illustre ce processus :

Notez que cela think que chaque étape se déroule comme prévu. Si des problèmes sont décelés à n’importe quel second du processus ou si los angeles couverture de take a look at est jugée insuffisante, ces problèmes seront traités avant de poursuivre le processus de déploiement.

Ce n’est qu’alors qu’il sera conceivable d’estimer une date précise pour L. a. Fusion.

En d’autres termes, 🔜.


रोपस्टेन TTD की घोषणा

  • रोपस्टेन मर्ज के लिए 50000000000000000 की टर्मिनल टोटल डिफ़िकल्टी (TTD) चुनी गई है।
  • स्टेकर्स और नोड ऑपरेटरों को 7 जून, 2022 से पहले अपने एक्ज़ीक्यूशन और कॉन्सेंसस लेयर क्लाइंट, दोनों में TTD को मैन्युअल तरीके से ओवरराइड करना होगा।
  • प्रूफ़-ऑफ़-वर्क टेस्टनेट के हैश रेट लगातार बदलते रह सकते हैं और इसके कारण रोपस्टेन के मर्ज के सही समय का सटीक अनुमान लगाना मुश्किल होता है। अगर हैश रेट में कोई भी अप्रत्याशित उतार-चढ़ाव नहीं आया, तो हमारा अनुमान है कि मर्ज 8-9 जून, 2022 के आसपास होगा।
  • ध्यान दें कि रोपस्टेन पर एक्ज़ीक्यूशन लेयर क्लाइंट को सिंक करने में कई घंटे से लेकर कई दिनों तक का समय लग सकता है और इसे सिंक करना मर्ज से होकर गुज़रने के लिए ज़रूरी होता है

बैकग्राउंड

इस सप्ताह की शुरुआत में, रोपस्टेन टेस्टनेट के प्रूफ़-ऑफ़-स्टेक में ट्रांज़िशन की घोषणा की गई थी। प्रूफ़-ऑफ़-वर्क टेस्टनेट पर हैश रेट की अस्थिरता के कारण, अपग्रेड को सपोर्ट करने वाली क्लाइंट रिलीज़ को कृत्रिम रूप से उच्च टर्मिनल टोटल डिफ़िकल्टी (TTD) का उपयोग करके कॉन्फ़िगर किया गया था। इससे यह सुनिश्चित होता है कि रोपस्टेन बीकन चेन के तैयार होने से पहले मर्ज को चालू नहीं किया जा सकेगा।

कल, स्लॉट 24000 पर, बेलाट्रिक्स अपग्रेड, रोपस्टेन बीकन चेन पर सक्रिय हो गया, जिससे नेटवर्क, मर्ज से होकर चलने लगा। ट्रांज़िशन शुरू करने के लिए 50000000000000000 का एक नया TTD मान चुना गया है।

इससे पहले कि नेटवर्क इस टोटल डिफ़िकल्टी तक पहुँचे, नोड ऑपरेटरों और स्टेकर्स को अपने एक्ज़ीक्यूशन और कॉन्सेंसस लेयर क्लाइंट, दोनों पर इस TTD मान को मैन्युअल तरीके से अपडेट करना होगा। मौजूदा नेटवर्क टोटल डिफ़िकल्टी, ब्लॉक हेडर का एक हिस्सा होती है और इसे आपके नोड पर क्वेरी करके या ब्लॉक एक्सप्लोरर पर जाकर प्राप्त किया जा सकता है।

अगर हैश रेट में कोई भी अप्रत्याशित बदलाव नहीं आया, तो हमारा अनुमान है कि 8-9 जून, 2022 के आसपास नेटवर्क इस टोटल डिफ़िकल्टी मान तक पहुँच जाएगा और TTD को पीछे छोड़ देगा।

रोपस्टेन मर्ज क्लाइंट वर्ज़न

टर्मिनल टोटल डिफ़िकल्टी को ओवरराइड करने के लिए, नोड ऑपरेटरों और स्टेकर्स को नीचे दिए गए क्लाइंट वर्ज़न या इनसे भी नए वर्ज़न चलाने होंगे। ध्यान रखें कि मर्ज से पहले कॉन्सेंसस और एक्ज़ीक्यूशन लेयर क्लाइंट, दोनों पूरी तरह सिंक हो जाने चाहिए और यह भी ध्यान रखें एक्ज़ीक्यूशन लेयर क्लाइंट को सिंक होने में कई घंटे से लेकर कई दिनों तक का समय लग सकता है।

कॉन्सेंसस लेयर

एक्ज़ीक्यूशन लेयर

🚨 ब्लॉग पोस्ट का हिस्सा नहीं है – एरिगॉन रिलीज़ की स्थिति के आधार पर नीचे दिए गए नोट्स में से किसी एक का उपयोग करें 🚨

(🚨1🚨) एरिगॉन नोट: हालाँकि v2022.05.08 रोपस्टेन मर्ज के अनुरूप है, लेकिन इसे vXXX में अपडेट करने का सुझाव दिया जाता है, जिसमें मर्ज से संबंधित कई सुधार किए गए हैं।

(🚨2🚨) एरिगॉन नोट: हालाँकि v2022.05.08 रोपस्टेन मर्ज के अनुरूप है, लेकिन जल्द ही एक नई एरिगॉन रिलीज़ आने वाली है, जिसमें मर्ज से संबंधित कई सुधार किए गए हैं। बेहतरीन अनुभव पाने के लिए, रिलीज़ के उपलब्ध होने पर उपयोगकर्ताओं को उस पर अपग्रेड कर लेना चाहिए।

टर्मिनल टोटल डिफ़िकल्टी ओवरराइड

मर्ज को सही समय पर चालू करने के लिए, नोड ऑपरेटरों और स्टेकर्स को अपने एक्ज़ीक्यूशन और कॉन्सेंसस लेयर क्लाइंट, दोनों के टर्मिनल टोटल डिफ़िकल्टी (TTD) मान को 50000000000000000 पर ओवरराइड करना होगा।

यहाँ हर क्लाइंट के साथ ऐसा करने के निर्देश दिए गए हैं:

एक्ज़ीक्यूशन लेयर

बेसु

  • अगर आप TOML कॉन्फ़िगरेशन फ़ाइलों का उपयोग कर रहे हैं, तो नीचे दी गई लाइन जोड़ें: override-genesis-config=["terminalTotalDifficulty=50000000000000000"]
  • या, CLI का उपयोग करके नोड शुरू करते समय, नीचे दिया गया फ़्लैग जोड़ें: --override-genesis-config="terminalTotalDifficulty=50000000000000000"

एरिगोन

  • CLI का उपयोग करके नोड शुरू करते समय, नीचे दिया गया फ़्लैग जोड़ें: --override.terminaltotaldifficulty=50000000000000000

गो-एथेरियम (गेथ)

  • CLI का उपयोग करके नोड शुरू करते समय, नीचे दिया गया फ़्लैग जोड़ें: --override.terminaltotaldifficulty 50000000000000000

नेदरमाइंड

  • CLI का उपयोग करके नोड शुरू करते समय, नीचे दिया गया फ़्लैग जोड़ें: --Merge.TerminalTotalDifficulty 50000000000000000
  • TerminalTotalDifficulty के मान को 50000000000000000 पर सेट करके इसे आपके क्लाइंट की कॉन्फ़िगरेशन फ़ाइल या एन्वायरमेंट वेरिएबल में भी सेट किया जा सकता है

कॉन्सेंसस लेयर

लाइटहाउस

  • CLI का उपयोग करके नोड शुरू करते समय, नीचे दिया गया फ़्लैग जोड़ें: --terminal-total-difficulty-override=50000000000000000

लोडस्टार

  • CLI का उपयोग करके नोड शुरू करते समय, नीचे दिया गया फ़्लैग जोड़ें: --terminal-total-difficulty-override 50000000000000000
  • अधिक जानकारी पाने के लिए यह ब्लॉग पोस्ट देखें।

निंबस

  • CLI का उपयोग करके नोड शुरू करते समय, नीचे दिया गया फ़्लैग जोड़ें: --terminal-total-difficulty-override=50000000000000000

प्रिज़्म

  • CLI का उपयोग करके नोड शुरू करते समय, नीचे दिया गया फ़्लैग जोड़ें: --terminal-total-difficulty-override 50000000000000000
  • आपकी कॉन्फ़िगरेशन डायरेक्ट्री में TOTAL_TERMINAL_DIFFICULTY के मान को अपडेट करके और अपने क्लाइंट को रीस्टार्ट करके इसे config.yaml फ़ाइल में भी सेट किया जा सकता है।

टेकु

  • CLI का उपयोग करके नोड शुरू करते समय, नीचे दिया गया फ़्लैग जोड़ें: --Xnetwork-total-terminal-difficulty-override=50000000000000000

अकसर पूछे जाने वाले प्रश्न

नोड ऑपरेटर या स्टेकर के तौर पर, मुझे क्या करना चाहिए?

जैसा कि रोपस्टेन मर्ज की घोषणा में बताया गया है, रोपस्टेन पर मौजूद नोड ऑपरेटरों और स्टेकर्स को अपने एक्ज़ीक्यूशन और कॉन्सेंसस लेयर क्लाइंट को ऊपर बताए गए या उनसे भी नए वर्ज़न पर अपडेट करना होगा।

ऐसा करने के बाद, नोड ऑपरेटरों और स्टेकर्स को अपने एक्ज़ीक्यूशन और कॉन्सेंसस लेयर क्लाइंट, दोनों पर रोपस्टेन टर्मिनल टोटल डिफ़िकल्टी (TTD) मान को ऊपर बताई गई कमांड्स का उपयोग करके मैन्युअल तरीके से ओवरराइड करना होगा।

अंत में, सुनिश्चित करें कि मर्ज से पहले आपके एक्ज़ीक्यूशन और कॉन्सेंसस लेयर क्लाइंट, दोनों पूरी तरह से सिंक हो गए हैं। एक्ज़ीक्यूशन लेयर क्लाइंट के लिए इसमें कई दिनों का समय लग सकता है।

एप्लिकेशन या टूलिंग डेवलपर के तौर पर, मुझे क्या करना चाहिए?

अभी रोपस्टेन पर मर्ज लाइव हो रहा है, इसलिए अब यह सुनिश्चित करने का समय आ गया है कि आपका उत्पाद प्रूफ़-ऑफ़-स्टेक ट्रांज़िशन करके और मर्ज के बाद सही ढंग से काम करे। जैसा कि पिछली पोस्ट में बताया गया है, मर्ज का एथेरियम पर डिप्लॉय किए गए अनुबंधों के सबसेट पर बहुत ही कम प्रभाव पड़ेगा, जिनमें से कोई भी टूटना नहीं चाहिए। इसके अलावा, यूज़र API एंडपॉइंट में लॉयन का हिस्सा एक जैसा बना रहेगा (बशर्ते कि आप प्रूफ़-ऑफ़-वर्क विशिष्ट तरीकों जैसे eth_getWork का उपयोग नहीं कर रहे हों)।

इस तरह एथेरियम पर मौजूद अधिकांश एप्लिकेशन में चेन में मौजूद अनुबंधों से कहीं ज़्यादा चीज़ें शामिल होती है। अब आपको यह सुनिश्चित करना चाहिए कि आपका फ्रंट एंड कोड, टूलिंग, डिप्लॉयमेंट पाइपलाइन और चेन से बाहर के अन्य घटक, मनचाहे तरीके से काम करें। हमारा सुझाव है कि डेवलपर्स रोपस्टेन (या किल्न) पर एक पूरी टेस्टिंग और डिप्लॉयमेंट साइकल ज़रूर चलाएँ और टूल्स या डिपेंडेंसी में कोई भी समस्या होने पर प्रोजेक्ट के मेंटेनर्स को उसकी रिपोर्ट करें। अगर आप इस बारे में निश्चित नहीं हैं कि आपको किसी समस्या की रिपोर्ट कहाँ करनी चाहिए, तो कृपया इस रिपोज़िटरी का उपयोग करें।

एथेरियम यूज़र या ईथर धारक के तौर पर, क्या मुझे कुछ करना होगा?

नहीं। एथेरियम मेननेट इस टेस्टनेट से प्रभावित नहीं हुआ है। मेननेट के ट्रांज़िशन से पहले इस ब्लॉग पर आगे की कुछ घोषणाएँ की जाएँगी।

माईनर के तौर पर, क्या मुझे कुछ करना होगा?

नहीं। यदि आप एथेरियम मेननेट या रोपस्टेन पर माईनिंग कर रहे हैं, तो आपको पता होना चाहिए कि मर्ज के बाद प्रत्येक नेटवर्क पूरी तरह से प्रूफ़-ऑफ़-स्टेक के अंतर्गत काम करेगा। तब नेटवर्क पर माईनिंग करना संभव नहीं रह जाएगा।

ऐसा रोपस्टेन पर संभवतः 8-9 जून, 2022 के आसपास और एथेरियम मेननेट के लिए इस साल के अंत तक हो जाएगा।

मर्ज कब होगा?

इस पोस्ट के प्रकाशन के समय, एथेरियम मेननेट के प्रूफ़-ऑफ़-स्टेक ट्रांज़िशन की तारीख तय नहीं की गई है। किसी तारीख का दावा करने वाला कोई भी स्रोत, स्कैम हो सकता है। अपडेट इस ब्लॉग पर पोस्ट किए जाएँगे। कृपया सुरक्षित रहें!

अगर रोपस्टेन में कोई समस्या नहीं हुई, तो क्लाइंट टेस्टिंग पूरी हो जाने के बाद, एथेरियम के अन्य टेस्टनेट, मर्ज से होकर गुज़रेंगे। गोएर्ली और सेपोलिया का ट्रांज़िशन सफलतापूर्वक हो जाने और इनमें स्थिरता आ जाने के बाद, बीकन चेन पर बेलाट्रिक्स अपग्रेड के लिए एक स्लॉट हाइट चुनी जाएगी और मेननेट ट्रांज़िशन के लिए एक टर्मिनल टोटल डिफ़िकल्टी मान सेट किया जाएगा। क्लाइंट इसके बाद रिलीज़ जारी करेंगे, जिससे मेननेट पर मर्ज हो सकेगा। इनकी घोषणा इस ब्लॉग और कम्युनिटी के अन्य प्रकाशनों में की जाएगी। इस प्रक्रिया को नीचे दिए गए चित्र में दर्शाया गया है:

ध्यान दें कि इसमें यह माना गया है कि हर चरण उम्मीद के अनुसार पूरा होगा। हालाँकि, अगर इस प्रक्रिया में कहीं पर भी समस्याएँ आती हैं या टेस्ट का कवरेज अपर्याप्त माना जाता है, तो डिप्लॉयमेंट प्रक्रिया को जारी रखने से पहले उन समस्याओं का समाधान किया जाएगा।

इसके बाद ही मर्ज की सही तारीख का अनुमान लगाना संभव हो पाएगा।

दूसरे शब्दों में, 🔜।


Pengumuman TTD Ropsten

  • General Tingkat Kesulitan Terminal (TTD) dari 50000000000000000 telah dipilih untuk Penggabungan Ropsten.
  • Penaruh dan operator simpul harus mengganti TTD secara guide di klien lapisan eksekusi dan konsensus mereka sebelum 7 Juni 2022.
  • Hash fee jaringan percobaan Bukti Kerja bisa fluktuatif dan waktu tepat untuk Penggabungan di Ropsten sulit untuk diperkirakan secara akurat. Dengan asumsi tidak ada fluktuasi hash fee yang tidak terduga, kami perkirakan Penggabungan akan berlangsung sekitar tanggal 8-9 Juni 2022.
  • Perhatikan bahwa menyinkronkan klien lapisan eksekusi di Ropsten mungkin butuh waktu beberapa jam hingga berhari-hari dan harus dijalankan melalui Penggabungan.

Latar Belakang

Awal minggu ini, transisi jaringan percobaan Ropsten ke bukti taruhan diumumkan. Karena ketidakstabilan hash fee di jaringan percobaan bukti kerja, rilis klien yang mendukung peningkatan dikonfigurasi menggunakan General Tingkat Kesulitan Terminal (TTD) artifisial tinggi. Ini memastikan bahwa Penggabungan tidak bisa dipicu sebelum Rantai Suar Ropsten siap.

Kemarin, di ruang 24000, peningkatan Bellatrix diaktifkan di Rantai Suar Ropsten, membuat jaringan berjalan melalui Penggabungan. Nilai TTD baru dari 50000000000000000 telah dipilih untuk memicu transisi.

Operator simpul & penaruh perlu memperbarui nilai TTD ini secara guide di klien lapisan eksekusi dan konsensus sebelum jaringan mencapai complete tingkat kesulitan ini. General tingkat kesulitan jaringan saat ini merupakan bagian dari header blok dan bisa didapatkan dengan menanyakan simpul Anda atau mengunjungi penjelajah blok.

Dengan asumsi tidak ada perubahan yang tak terduga pada hash fee jaringan, kami memperkirakan nilai complete tingkat kesulitan ini akan dicapai, dan TTD akan terlampaui, sekitar tanggal 8-9 Juni 2022.

Versi Klien Penggabungan Ropsten

Untuk melakukan penggantian General Tingkat Kesulitan Terminal, operator simpul dan penaruh harus menjalankan versi klien berikut atau versi klien yang lebih baru. Perhatikan bahwa klien lapisan konsensus dan eksekusi harus disinkronkan sepenuhnya sebelum Penggabungan, dan klien lapisan eksekusi tersebut mungkin butuh waktu beberapa jam hingga berhari-hari untuk melakukannya.

Lapisan Konsensus

Nama Versi Tautan
Lighthouse Child Wizard (2.3.0) Unduh
Lodestar v0.37.0 Unduh
Prysm v2.1.3-rc.2 Unduh
Nimbus v22.5.2 Unduh
Teku v22.5.2 Unduh

Lapisan Eksekusi

Nama Versi Tautan
Besu v22.4.2 Unduh
Erigon v2022.05.08 Unduh
go-ethereum (geth) v1.10.18 Unduh
Nethermind v1.13.1 Unduh

🚨 BUKAN BAGIAN DARI POSTINGAN BLOG – GUNAKAN SALAH SATU CATATAN BERIKUT BERDASARKAN STATUS RILIS ERIGON 🚨

(🚨1🚨) Catatan Erigon: meskipun v2022.05.08 kompatibel dengan Penggabungan Ropsten, disarankan untuk memperbarui ke vXXX, yang berisi beberapa peningkatan yang terkait dengan penggabungan.

(🚨2🚨) Catatan Erigon: meskipun v2022.05.08 kompatibel dengan Penggabungan Ropsten, rilis Erigon baru yang berisi beberapa peningkatan yang terkait dengan penggabungan diperkirakan akan segera hadir. Pengguna harus melakukan peningkatan saat rilis tersedia untuk pengalaman terbaik.

Penggantian General Tingkat Kesulitan Terminal

Untuk mengaktifkan Penggabungan pada waktu yang tepat, operator simpul dan penaruh harus mengganti baik nilai General Tingkat Kesulitan Terminal (TTD) klien lapisan eksekusi dan konsensus ke 50000000000000000.

Berikut petunjuk untuk melakukannya dengan setiap klien:

Lapisan Eksekusi

Besu

  • Jika menggunakan record konfigurasi TOML, tambahkan baris berikut: override-genesis-config=["terminalTotalDifficulty=50000000000000000"]
  • Atau, saat memulai simpul menggunakan CLI, tambahkan bendera berikut: --override-genesis-config="terminalTotalDifficulty=50000000000000000"

Erigon

  • Saat memulai simpul menggunakan CLI, tambahkan bendera berikut: --override.terminaltotaldifficulty=50000000000000000

Move-Ethereum (geth)

  • Saat memulai simpul menggunakan CLI, tambahkan bendera berikut: --override.terminaltotaldifficulty 50000000000000000

Nethermind

  • Saat memulai simpul menggunakan CLI, tambahkan bendera berikut: --Merge.TerminalTotalDifficulty 50000000000000000
  • Ini juga bisa diatur di record konfigurasi klien Anda atau variabel lingkungan, dengan mengatur nilai TerminalTotalDifficulty ke 50000000000000000

Lapisan Konsensus

Lighthouse

  • Saat memulai simpul menggunakan CLI, tambahkan bendera berikut: --terminal-total-difficulty-override=50000000000000000

Lodestar

  • Saat memulai simpul menggunakan CLI, tambahkan bendera berikut: --terminal-total-difficulty-override 50000000000000000
  • Untuk informasi selengkapnya, lihat postingan weblog ini.

Nimbus

  • Saat memulai simpul menggunakan CLI, tambahkan bendera berikut: --terminal-total-difficulty-override=50000000000000000

Prysm

  • Saat memulai simpul menggunakan CLI, tambahkan bendera berikut: --terminal-total-difficulty-override 50000000000000000
  • Ini juga bisa diatur di record config.yaml dengan memperbarui nilai TOTAL_TINGKAT KESULITAN_TERMINAL di direktori konfigurasi dan memulai ulang klien Anda.

Teku

  • Saat memulai simpul menggunakan CLI, tambahkan bendera berikut: --Xnetwork-total-terminal-difficulty-override=50000000000000000

PERTANYAAN YANG SERING DITANYAKAN

Sebagai operator simpul atau penaruh, apa yang harus saya lakukan?

Seperti yang disebutkan dalam Pengumuman Penggabungan Ropsten, operator simpul & penaruh di Ropsten harus memperbarui klien lapisan eksekusi dan konsensus mereka ke versi yang dicantumkan di atas atau ke veris yang lebih baru.

Setelah selesai, operator simpul & penaruh harus mengganti nilai General Tingkat Kesulitan Terminal (TTD) Ropsten di klien lapisan eksekusi dan konsensus menggunakan perintah yang dicantumkan di atas.

Terakhir, pastikan klien lapisan eksekusi dan konsensus disinkronkan sepenuhnya sebelum Penggabungan. Mungkin butuh waktu beberapa hari untuk klien lapisan eksekusi.

Sebagai pengembang aplikasi atau perangkat, apa yang harus saya lakukan?

Dengan ditayangkannya Penggabungan di Ropsten, sekarang adalah saatnya untuk memastikan bahwa produk Anda berfungsi seperti yang diharapkan melalui transisi bukti taruhan dan dalam konteks pasca penggabungan. Seperti yang dijelaskan dalam postingan sebelumnya, Penggabungan hanya akan berdampak minimum pada sebagian kontrak yang disebarkan di Ethereum, tidak ada yang akan dilanggar. Selain itu, bagian terbesar dari titik akhir API pengguna akan tetap stabil (kecuali Anda menggunakan metode khusus bukti kerja seperti eth_getWork).

Meskipun demikian, sebagian besar aplikasi di Ethereum melibatkan lebih dari sekadar kontrak di dalam rantai. Sekarang adalah saatnya untuk memastikan bahwa kode front-end, perangkat, saluran penyebaran, dan komponen di luar rantai lainnya berfungsi sebagaimana yang dimaksudkan. Kami sangat menyarankan agar pengembang menjalankan siklus percobaan & penyebaran penuh di Ropsten (atau Kiln) serta melaporkan masalah apa pun pada perangkat atau dependensi terhadap pengelola proyek tersebut. Jika Anda tidak yakin tempat untuk membuka suatu masalah, gunakan repositori ini.

Sebagai pengguna Ethereum atau pemegang Ether, apakah ada yang perlu saya lakukan?

Tidak. Jaringan utama Ethereum tidak terpengaruh oleh jaringan percobaan ini. Pengumuman berikutnya akan dibuat di weblog ini sebelum transisi jaringan utama.

Sebagai penambang, apakah ada yang perlu saya lakukan?

Tidak. Jika Anda menambang di jaringan utama Ethereum atau Ropsten, Anda harus menyadari bahwa setiap jaringan akan beroperasi sepenuhnya di bawah bukti taruhan setelah Penggabungan. Pada saat itu, menambang tidak lagi dapat dilakukan di jaringan.

Ini diperkirakan sekitar tanggal 8-9 Juni 2022 di Ropsten dan akhir tahun ini untuk jaringan utama Ethereum.

kapan penggabungan?

Sejak dipublikasikannya postingan ini, tanggal untuk transisi bukti taruhan jaringan utama Ethereum belum ditetapkan. Sumber mana pun yang mengklaim sebaliknya kemungkinan adalah penipuan. Pembaruan akan diposting di weblog ini. Tetap aman!

Dengan asumsi tidak ditemukan masalah dengan Ropsten, setelah percobaan klien selesai, jaringan percobaan Ethereum lainnya, akan dijalankan melalui Penggabungan. Setelah Goerli dan Sepolia berhasil ditransisikan dan distabilkan, ketinggian ruang akan dipilih untuk peningkatan Bellatrix di Rantai Suar dan nilai complete tingkat kesulitan terminal akan ditetapkan untuk transisi jaringan utama. Kemudian klien akan membuat rilis yang memungkinkan Penggabungan di jaringan utama. Hal ini akan diumumkan di weblog ini dan di publikasi komunitas lainnya. Gambar di bawah ini menggambarkan proses ini:

Perhatikan bahwa ini mengasumsikan bahwa setiap langkah berjalan seperti yang diharapkan. Jka ditemukan masalah pada titik mana pun di dalam prosesnya atau cakupan percobaan dinilai tidak mencukupi, hal ini akan diselesaikan sebelum melanjutkan proses penyebaran.

Hanya dengan demikianlah dimungkinkan untuk memperkirakan tanggal pasti Penggabungan.

Dengan kata lain, 🔜.


ロプステンのTTDの発表

  • ロプステンのマージで使用される最終合計難易度(TTD)の値は、50000000000000000に決定しました。
  • ノードオペレーターおよびステーカーは、2022年6月7日までに実行レイヤーと合意レイヤーの両方のクライアントでTTD値を手動で上書きする必要があります。
  • プルーフ・オブ・ワークのテストネットのハッシュレートは変動しやすいため、ロプステンでのマージ実施の具体的なタイミングを正確に予測することは困難です。 ハッシュレートに予想外の変動が生じなければ、マージは2022年6月8日から9日前後に実施される予定です。
  • マージを実施するには、ロプステンの実行レイヤークライアントを同期する必要がありますが、この同期には数時間から数日かかることがあります。

背景

今週初めに、ロプステンテストネットのプルーフ・オブ・ステークへの移行が発表されました。 プルーフ・オブ・ワークのテストネットのハッシュレートは不安定なため、アップグレードがサポートされているクライアントリリースは、人為的に高い最終合計難易度(TTD)を使用して構成されています。 これにより、ロプステンのビーコンチェーンの準備が整うまで、マージをトリガーできないようになりました。

昨日、ネットワークでマージを実施する準備を整えるために、ロプステンのビーコンチェーンのスロット24000でベラトリックスアップグレードがアクティベートされました。 移行をトリガーするための新たなTTD値は、50000000000000000に決定しました。

ネットワークがこの合計難易度に到達する前に、ノードオペレーターおよびステーカーは、合意レイヤーと実行レイヤーの両方のクライアントで、新しいTTD値に手動でアップデートする必要があります。ネットワークの現在の合計難易度は、ブロックヘッダーに含まれています。この値は、ノードを照会するか、ブロックエクスプローラーを使用することで確認できます。

ネットワークのハッシュレートに予想外の変動が生じなければ、2022年6月8日から9日前後に上記の合計難易度の値に到達し、TTD値を超えると予想されています。

ロプステンのマージ対応クライアントバージョン

最終合計難易度の値を上書きするためには、ノードオペレーターおよびステーカーが、以下のクライアントバージョンまたはそれ以降のクライアントバージョンを実行する必要があります。 実行レイヤーと合意レイヤーの両方のクライアントは、マージ前に完全に同期されている必要があります。実行レイヤークライアントの完全な同期には、数時間から数日かかることがあります。

合意レイヤー

実行レイヤー

🚨ブログ投稿には含まれません-エリゴンのリリース状況に応じて、以下のいずれかの注意事項を記載してください🚨

(🚨1🚨) エリゴンに関する注:v2022.05.08はロプステンのマージに対応していますが、マージ関連の複数の機能強化が行われたvXXXにアップデートすることをお勧めします。

(🚨2🚨) エリゴンに関する注:v2022.05.08はロプステンのマージに対応していますが、マージ関連の複数の機能強化が行われたエリゴンの新しいリリースが、まもなく提供される予定です。 新しいリリースが利用可能な場合は、アップグレードして最適な操作環境を実現してください。

最終合計難易度の上書き

適切なタイミングでマージをアクティベートするためには、ノードオペレーターおよびステーカーが、実行レイヤーと合意レイヤーの両方のクライアントの最終合計難易度(TTD)値を50000000000000000に上書きする必要があります。

クライアントごとの上書き方法は以下のとおりです。

実行レイヤー

ベス

  • TOML構成ファイルを使用する場合は、override-genesis-config=["terminalTotalDifficulty=5000000000000"]行を追加する
  • あるいは、CLIを使用してノードを開始する際に、フラグ--override-genesis-config="terminalTotalDifficulty=50000000000000000"を追加する

エリゴン

  • CLIを使用してノードを開始する際に、フラグ--override.terminaltotaldifficulty=50000000000000000を追加する

ゴー・イーサリアム(ゲス)

  • CLIを使用してノードを開始する際に、フラグ--override.terminaltotaldifficulty 50000000000000000を追加する

ネザーマインド

  • CLIを使用してノードを開始する際に、フラグ--Merge.TerminalTotalDifficulty 50000000000000000を追加する
  • これは、クライアントの構成ファイルまたは環境変数TerminalTotalDifficulty値を50000000000000000に設定することでも可能

合意レイヤー

ライトハウス

  • CLIを使用してノードを開始する際に、フラグ--terminal-total-difficulty-override=50000000000000000を追加する

ロードスター

  • CLIを使用してノードを開始する際に、フラグ--terminal-total-difficulty-override 50000000000000000を追加する
  • 詳細については、このブログ投稿を参照

ニンバス

  • CLIを使用してノードを開始する際に、フラグ--terminal-total-difficulty-override=50000000000000000を追加する

プリズム

  • CLIを使用してノードを開始する際に、フラグ--terminal-total-difficulty-override 50000000000000000を追加する
  • これは、構成ディレクトリにあるconfig.yamlファイルのTOTAL_TERMINAL_DIFFICULTY値をアップデートしてクライアントを再起動することでも可能

テク

  • CLIを使用してノードを開始する際に、フラグ--Xnetwork-total-terminal-difficulty-override=50000000000000000を追加する

よくある質問

ノードオペレーター、またはステーカーは何をすればよいでしょうか?

ロプステンのマージ実施の発表で説明したように、ノードオペレーターおよびステーカーは、ロプステンで実行レイヤーと合意レイヤーの両方のクライアントを上記のバージョンまたはそれ以降のバージョンにアップデートする必要があります。

アップデートの完了後、ノードオペレーターおよびステーカーは、実行レイヤーと合意レイヤーの両方のクライアントで上記のコマンドを使用して、ロプステンの最終合計難易度(TTD)の値を手動で上書きする必要があります。

最後に、実行レイヤーと合意レイヤーの両方のクライアントが、マージ前に完全に同期されていることを確認してください。 実行レイヤークライアントの完全な同期には、数日かかることがあります。

アプリケーション/ツール開発者は何をすればよいでしょうか?

ロプステンでマージが実行される今こそ、プルーフ・オブ・ステークへの移行時およびマージ後にアプリケーションやツールが意図するとおりに機能するかどうかを確認する最適なタイミングです。 以前の投稿で説明したとおり、マージはイーサリアムに展開されたサブセットコントラクトには、最小限の影響しか与えないため、破損の恐れはないはずです。 さらに、ユーザーAPIエンドポイントの大部分は安定しています(eth_getWorkなどのプルーフ・オブ・ワーク固有のメソッドを使用している場合を除く)。

とはいえ、イーサリアム上のほとんどのアプリケーションは、オンチェーン・コントラクトよりもはるかに複雑です。 今こそ、フロントエンドコード、ツール、展開パイプライン、およびその他のオフチェーン・コンポーネントが意図したとおりに機能することを確認するときです。 ロプステン(またはキルン)でフルテストと展開サイクルをすべて実施し、ツールや依存関係に関する問題をプロジェクトの管理者に報告することを強くお勧めします。 問題をオープンする場所をご存知ない場合は、こちらのリポジトリを使用してください。

イーサリアムユーザー、またはイーサ所有者がしなければいけないことはありますか?

いいえ。 イーサリアムメインネットは、このテストネットの影響を受けません。 今後、メインネットの移行前に、このブログでアナウンスを行う予定です。

マイナーがしなければいけないことはありますか?

いいえ。 イーサリアムメインネットまたはロプステンでマイニングを行っている場合は、マージ後はどちらのネットワークも完全にプルーフ・オブ・ステークで稼働するようになることに注意してください。 その時点で、マイニングできなくなります。

ロプステンのマージは2022年6月8日から9日前後に、イーサリアムメインネットのマージは今年後半になると予想されています。

マージの時期

この投稿の公開時点で、イーサリアムメインネットのプルーフ・オブ・ステークへの移行日は決定していません。 「移行時期が決まっている」などと語る情報源は、詐欺である恐れがあります。 今後のアップデートはこのブログに掲載しますので、 これらの詐欺には十分ご注意ください!

ロプステンで問題が見つからなければ、クライアントテストの完了後にイーサリアムのその他のテストネットでマージが実施されます。 ゴエリとセポリアが正常に移行して安定した場合は、ベラトリックスのアップグレードのためにビーコンチェーンのスロットの高さが選択され、メインネットの移行に最終合計難易度が設定されます。 次に、クライアントはメインネットでのマージを可能にするリリースを作成します。 これらについては、ブログやその他のコミュニティの出版物で発表が行われます。 以下の図は、上記のプロセスを示しています。

上記は、すべてが期待どおりに進むことを前提としています。 プロセスのいずれかの時点で問題が見つかった場合、またはテストカバレッジが不十分であると判断された場合、展開プロセスは一時中断し、問題の解決後に再開します。

その時点で初めて、マージの具体的な実施日を見積もることができます。

つまりは、🔜ということです。


Anúncio da TTD da Ropsten

  • Um Terminal General Problem (TTD) de 50000000000000000 foi selecionado para A Fusão da Ropsten.
  • Os validadores e operadores de nó devem substituir manualmente a TTD nos clientes de camada de execução e de consenso antes de 7 de junho de 2022.
  • As redes de testes de prova de trabalho podem ter taxas de hash voláteis, e é difícil prever com precisão o momento exato de A Fusão na Ropsten. Supondo que não haja flutuações inesperadas na taxa de hash, esperamos que a A Fusão ocorra por volta de 8 a 9 de junho de 2022.
  • Practice que a sincronização de um cliente de camada de execução na Ropsten pode levar de várias horas a dias e é necessário para executar A Fusão.

Contexto

No início desta semana, foi anunciada a transição da rede de testes Ropsten para a prova de participação. Devido à instabilidade da taxa de hash em redes de teste de prova de trabalho, as versões do cliente que suportam a atualização foram configuradas usando um valor Terminal General Problem (TTD) artificialmente elevado. Isso permitiu que A Fusão não começasse até que a Cadeia de Beacon Ropsten estivesse pronta.

Ontem, no slot 24000, a atualização Bellatrix foi implantada na Cadeia de Beacon Ropsten, preparando a rede para executar A Fusão. Um novo valor TTD de 50000000000000000 foi escolhido para acionar a transição.

Os operadores de nó e validadores precisam atualizar manualmente esse valor TTD em seus clientes da camada de execução e de consenso antes que a rede atinja essa dificuldade complete. A dificuldade complete atual da rede faz parte do cabeçalho do bloco e pode ser obtida consultando seu nó ou visitando um explorador de blocos.

Supondo que não haja alterações inesperadas na taxa de hash da rede, esperamos que esse valor complete de dificuldade seja atingido e que o TTD seja excedido, por volta de 8 a 9 de junho de 2022.

Para executar a substituição da Dificuldade General Terminal, os operadores de nós e validadores devem executar as seguintes versões de cliente ou as mais recentes. Practice que os clientes da camada de consenso e de execução devem ser totalmente sincronizados antes da A Fusão, e os clientes da camada de execução podem levar de várias horas a dias para fazê-lo.

Camada de consenso

Camada de execução

Nome Versão Hyperlink
Besu v22.4.2 Baixar
Erigon v2022.05.08 Baixar
go-ethereum (geth) v1.10.18 Baixar
Nethermind v1.13.1 Baixar

🚨 NÃO FAZ PARTE DA PUBLICAÇÃO DO BLOG – USE UMA DAS SEGUINTES NOTAS COM BASE NO STATUS DA VERSÃO DO ERIGON 🚨

(🚨1🚨) Observação do Erigon: embora a v2022.05.08 seja compatível com a fusão do Ropsten, é recomendável atualizar para vXXX, que contém várias melhorias relacionadas à fusão.

(🚨2🚨) Observação do Erigon: embora a v2022.05.08 seja compatível com a Merge da Ropsten, espera-se em breve uma nova versão do Erigon que contém várias melhorias relacionadas à fusão. Os usuários devem atualizar quando a versão estiver disponível para obter uma melhor experiência.

Substituição da Dificuldade General Terminal

Para ativar A Fusão no momento oportuno, os operadores de nós e validadores devem substituir tanto sua execução quanto o valor Terminal General Problem (TTD) dos clientes da camada de consenso para 50000000000000000.

Veja as instruções para fazer isso com cada cliente:

Camada de execução

Besu

  • Se estiver usando arquivos de configuração TOML, adicione a seguinte linha: override-genesis-config=["terminalTotalDifficulty=50000000000000000"]
  • Ou, ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --override-genesis-config="terminalTotalDifficulty=50000000000000000"

Erigon

  • Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --override.terminaltotaldifficulty=50000000000000000

Move-Ethereum (geth)

  • Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --override.terminaltotaldifficulty 50000000000000000

Nethermind

  • Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador:: --Merge.TerminalTotalDifficulty 50000000000000000
  • Isso também pode ser definido no arquivo de configuração ou variáveis de ambiente, definindo o valor TerminalTotalDifficulty como 50000000000000000

Camada de consenso

Lighthouse

  • Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --terminal-total-difficulty-override=50000000000000000

Lodestar

  • Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --terminal-total-difficulty-override 50000000000000000
  • Para obter mais informações, consulte esta publicação do weblog.

Nimbus

  • Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --terminal-total-difficulty-override=50000000000000000

Prysm

  • Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --terminal-total-difficulty-override 50000000000000000
  • Isso também pode ser definido no config.yaml arquivo atualizando o valor TOTAL_TERMINAL_DIFFICULTY em seu diretório de configuração e reiniciando seu cliente.

Teku

  • Ao iniciar o nó usando a CLI, adicione o seguinte sinalizador: --Xnetwork-total-terminal-difficulty-override=50000000000000000

Perguntas frequentes

Como operador de nó ou staker, o que devo fazer?

Conforme mencionado no Anúncio de Fusão do Ropsten, os operadores de nó e os stakers na Ropsten devem atualizar seus clientes da camada de execução e de consenso nas versões listadas acima ou nas mais recentes.

Feito isso, os operadores de nó e validadores devem substituir manualmente o valor Terminal General Problem (TTD) da Ropsten no cliente de camada de execução e de consenso usando os comandos listados acima.

Por fim, certifique-se de que os clientes da camada de execução e de consenso estejam totalmente sincronizados antes de A Fusão. Isso pode levar vários dias para clientes da camada de execução.

Como desenvolvedor de aplicativos ou de ferramentas, o que devo fazer?

Com a The Merge sendo lançada na Ropsten, agora é a hora de garantir que seu produto funcione conforme o esperado por meio da transição de prova de participação e em transição proof-of-stake e em um contexto pós-fusão. Conforme explicado em uma publicação anterior, A Fusão terá apenas um impacto mínimo em um subconjunto de contratos implantados na Ethereum, nenhum dos quais deverá ser violado. Além disso, a maioria dos endpoints da API do usuário permanece estável (a menos que você use métodos específicos de proof-of-work, como eth_getWork).

Dito isso, a maioria dos aplicativos na Ethereum envolve muito mais do que contratos on-chain. Agora é a hora de garantir que seu código de front-end, ferramentas, pipeline de implantação e outros componentes off-chain funcionem conforme o esperado. É altamente recomendável que os desenvolvedores executem um teste completo e ciclo de implantação na Ropsten (ou Kiln) e relate quaisquer problemas com ferramentas ou dependências para mantenedores desses projetos. Em caso de dúvidas, use este repositório.

Como usuário da Ethereum ou detentor de Ether, há algo que european exact fazer?

Não. A mainet (rede major) da Ethereum não é afetada por essa rede de testes. Outros anúncios serão publicados neste weblog antes da transição à rede major.

Como minerador, há algo que european exact fazer?

Não. Se você estiver minerando na rede major Ethereum ou Ropsten, você deve estar ciente de que cada rede operará inteiramente sob proof-of-stake após a The Merge. Nesse ponto, a mineração não será mais possível na rede.

Isso é esperado por volta de 8 a 9 de junho de 2022 em Ropsten e ainda este ano para a rede major Ethereum.

Quando será a fusão?

Até a publicação deste artigo, a knowledge para a transição de prova de participação da rede major Ethereum não havia sido definida. Qualquer fonte que afirme o contrário provavelmente é faux information. As atualizações serão publicadas neste weblog. Tenha cuidado!

Supondo que nenhum problema seja encontrado com a Ropsten, assim que o teste do cliente estiver concluído, as outras redes de teste da Ethereum serão executadas na A Fusão. Quando Goerli e Sepolia tiverem feito a transição e se estabilizado com sucesso, uma altura de slot será escolhida para a atualização Bellatrix na Cadeia Beacon e um valor terminal complete concern será definido para a transição da rede major. Os clientes então oferecerão versões que permitem A Fusão na rede major. Estes serão anunciados neste weblog e em outras publicações da comunidade. A imagem abaixo ilustra esse processo:

Practice que isso pressupõe que cada etapa ocorra conforme o esperado. Se forem encontrados problemas em qualquer ponto do processo ou a cobertura do teste for considerada insuficiente, eles serão resolvidos antes de continuar com o processo de implantação.

Só assim será possível estimar a knowledge exata de A Fusão.

Em outras palavras, 🔜 (em breve).


Объявление значения TTD для Ropsten

  • Для слияния Ropsten было выбрано значение конечной общей сложности (TTD) 50000000000000000.
  • Дольщики и операторы узлов должны вручную переписать значение TTD в клиентах слоев исполнения и консенсуса до 7 июня 2022 года.
  • У тестовых сетей с доказательством работы могут быть переменные скорости хэширования, поэтому точное время слияния на Ropsten сложно предсказать. Если неожиданных колебаний скорости хэширования не будет, слияние должно произойти примерно 8–9 июня 2022 года.
  • Обратите внимание: синхронизация клиента слоя исполнения в сети Ropsten может занять от нескольких часов до нескольких дней и является обязательной для работы после слияния.

Контекст

Ранее на этой неделе было объявлено о переходе тестовой сети Ropsten на модель доказательства владения. Из-за нестабильности скорости хэширования в тестовых сетях с доказательством работы выпуски клиентов, поддерживающие обновление, были настроены с использованием искусственно завышенного значения конечной общей сложности (TTD). Это гарантировало, что слияние не будет запущено до готовности сети Ropsten Beacon Chain.

Вчера в ячейке 24000 в сети Ropsten Beacon Chain было активировано обновление Bellatrix, готовящее сеть к работе после слияния. Для запуска перехода было выбрано новое значение TTD: 50000000000000000.

Операторам узлов и дольщикам необходимо вручную установить это значение TTD в клиентах слоев исполнения и консенсуса, прежде чем сеть достигнет указанной общей сложности. Текущая общая сложность сети является частью заголовка блоков и может быть получена по запросу вашего узла или через инструмент изучения блоков.

Если не будет никаких неожиданных изменений скорости хэширования, достижение этой общей сложности и превышение значения TTD ожидается 8–9 июня 2022 года.

Версии клиентов для слияния Ropsten

Чтобы перезаписать конечную общую сложность, операторам узлов и дольщикам необходимо запустить указанные или более новые версии клиентов. Обратите внимание: до слияния клиенты слоев консенсуса и исполнения должны быть полностью синхронизированы, при этом клиентам слоя исполнения для этого может понадобиться от нескольких часов до нескольких дней.

Слой консенсуса

Слой исполнения

🚨 (НЕ ЯВЛЯЕТСЯ ЧАСТЬЮ ЭТОЙ ПУБЛИКАЦИИ.) ИСПОЛЬЗУЙТЕ ОДНО ИЗ ПРИМЕЧАНИЙ НИЖЕ В ЗАВИСИМОСТИ ОТ СТАТУСА ВЫПУСКА ERIGON. 🚨

(🚨1🚨) Примечание для Erigon. Версия v2022.05.08 совместима со слиянием Ropsten, но рекомендуем обновиться до версии vXXX, содержащей несколько улучшений, связанных со слиянием.

(🚨2🚨) Примечание для Erigon. Версия v2022.05.08 совместима со слиянием Ropsten, но вскоре должен появиться новый выпуск Erigon, содержащий несколько улучшений, связанных со слиянием. Чтобы сделать работу удобнее, пользователи должны обновиться сразу после выхода новой версии.

Перезапись конечной общей сложности

Чтобы вовремя активировать слияние, операторам узлов и дольщикам необходимо в клиентах обоих слоев, исполнения и консенсуса, перезаписать значение конечной общей сложности (TTD) на 50000000000000000.

Инструкции для каждого клиента приведены ниже.

Слой исполнения

Besu

  • При использовании файлов конфигурации TOML добавьте следующую строку: override-genesis-config=["terminalTotalDifficulty=50000000000000000"].
  • Или при запуске узла с помощью CLI добавьте следующий флаг: --override-genesis-config="terminalTotalDifficulty=50000000000000000".

Erigon

  • При запуске узла с помощью CLI добавьте следующий флаг: --override.terminaltotaldifficulty=50000000000000000.

Move-Ethereum (geth)

  • При запуске узла с помощью CLI добавьте следующий флаг: --override.terminaltotaldifficulty 50000000000000000.

Nethermind

  • При запуске узла с помощью CLI добавьте следующий флаг: --Merge.TerminalTotalDifficulty 50000000000000000.
  • Это можно сделать в файле конфигурации вашего клиента или в переменных среды, установив значение TerminalTotalDifficulty 50000000000000000.

Слой консенсуса

Lighthouse

  • При запуске узла с помощью CLI добавьте следующий флаг: --terminal-total-difficulty-override=50000000000000000.

Lodestar

  • При запуске узла с помощью CLI добавьте следующий флаг: --terminal-total-difficulty-override 50000000000000000.
  • Узнать больше можно в этой публикации.

Nimbus

  • При запуске узла с помощью CLI добавьте следующий флаг: --terminal-total-difficulty-override=50000000000000000.

Prysm

  • При запуске узла с помощью CLI добавьте следующий флаг: --terminal-total-difficulty-override 50000000000000000.
  • Это также можно задать в файле config.yaml, обновив значение TOTAL_TERMINAL_DIFFICULTY в каталоге конфигурации и перезапустив клиент.

Teku

  • При запуске узла с помощью CLI добавьте следующий флаг: --Xnetwork-total-terminal-difficulty-override=50000000000000000.

Часто задаваемые вопросы

Что требуется от оператора узла или дольщика?

Как упоминалось в объявлении о слиянии Ropsten, операторам узлов и дольщикам в Ropsten необходимо обновить свои клиенты слоев исполнения и консенсуса до указанных выше версий или более новых.

Затем операторам узлов и дольщикам нужно вручную перезаписать значение конечной общей сложности (TTD) Ropsten в клиентах и слоя исполнения, и слоя консенсуса, используя команды выше.

И убедитесь, что клиенты обоих слоев, консенсуса и исполнения, полностью синхронизированы перед слиянием. Клиентам слоя исполнения на это может понадобиться до нескольких дней.

Что требуется от разработчика приложений или инструментов?

С запуском слияния на Ropsten настало время удостовериться в том, что ваш продукт будет работать надлежащим образом при переходе к доказательству владения и в среде после слияния. Как говорилось в предыдущей публикации, слияние окажет лишь минимальное воздействие на подмножество контрактов, развернутых в Ethereum, и ни один из них не должен быть нарушен. Кроме того, львиная доля пользовательских конечных точек программного интерфейса API остается стабильной (если вы не используете специальные методы доказательства работы, такие как eth_getWork).

Однако большинство приложений в Ethereum охватывает гораздо больше, чем контракты в цепи. Теперь вам пора убедиться, что ваш код интерфейса, инструментарий, конвейер развертывания и другие не входящие в цепь компоненты работают так, как задумано. Мы настоятельно рекомендуем разработчикам выполнить полный цикл тестирования и развертывания в сети Ropsten (или Kiln) и сообщить соответствующим сопроводителям проектов о любых проблемах с инструментами или зависимостями. Если вы не уверены, где следует сообщить о проблеме, используйте этот репозиторий.

Требуется ли что-нибудь от пользователей Ethereum или владельцев эфира?

Нет. Эта тестовая сеть не повлияет на основную сеть Ethereum. Перед переходом основной сети в этом блоге появятся последующие объявления.

Требуется ли что-нибудь от майнеров?

Нет. Если вы занимаетесь майнингом в основной сети Ethereum или Ropsten, вам нужно знать, что после слияния каждая из этих сетей будет полностью функционировать по принципу доказательства владения. После слияния майнинг в таких сетях будет невозможен.

Слияние запланировано примерно на 8–9 июня 2022 года в Ropsten и позднее в этом году для основной сети Ethereum.

Когда произойдет слияние?

На момент этой публикации дата перехода основной сети Ethereum на доказательство владения еще не определена. Если кто-то утверждает противоположное, то это, скорее всего, мошенник. Новости будут публиковаться в этом блоге. Будьте бдительными!

Если никаких проблем с Ropsten не возникнет, другие тестовые сети Ethereum будут проходить через слияние после завершения тестирования клиентов. После успешного перехода и стабилизации сетей Goerli и Sepolia будет выбрана высота ячейки для обновления Bellatrix в сети Beacon Chain, а также будет установлено значение конечной общей сложности для перехода основной сети. Затем появятся выпуски клиентов, позволяющие выполнить слияние в основной сети. Об этом будет объявлено в этом блоге и других публикациях сообщества. Изображение ниже иллюстрирует этот процесс.

Обратите внимание: здесь предполагается, что каждый шаг будет выполняться в соответствии с ожиданиями. Если на каком-либо этапе процесса появятся проблемы или тестовое покрытие будет недостаточным, эти вопросы необходимо будет решить, прежде чем продолжать развертывание.

Только после этого можно будет определить точную дату слияния.

Иными словами, 🔜.


Ropsten TTD 公告

  • 已为 Ropsten 合并选择的 Terminal General Problem (TTD)50000000000000000
  • 质押人和节点运营商必须在 2022 年 6 月 7 日前手动重写其执行层和共识层客户端中的 TTD
  • 工作量证明测试网可能有不稳定的哈希率,而在 Ropsten 上的具体合并时间尚难以准确预测。 假设没有意外的哈希率波动,我们预计将在 2022 年 6 月 8-9 日执行合并。
  • 请注意:Ropsten 上的执行层客户端同步操作可能要花几个小时至数天时间,而且在合并期间必须执行该操作。

背景

本周早些时候,我们宣布了 Ropsten 测试网将过渡到权益证明。 由于工作量证明测试网上的哈希率不稳定,我们对支持升级的客户端版本进行配置,刻意调高 Terminal General Problem (TTD)。 这确保了合并不会在 Ropsten 信标链准备就绪前被触发。

昨天,在时隙 24000,Ropsten 信标链上的 Bellatrix 升级被触发,开始对该网络执行合并。 新的 TTD50000000000000000 被选中来启动本次过渡。

节点运营商和质押人需要在网络达到此总难度值前手动更新其执行层和共识层客户端上的该 TTD 值。当前网络总难度值是区块头的一部分,可通过查询您的节点或访问区块浏览器获取。

如果网络哈希率未发生意外变化,我们预计在 2022 年 6 月 8-9 日左右达到此总难度值,并超过 TTD

Ropsten 合并客户端版本

要执行终端总难度值重写,节点运营商和质押人必须运行以下客户端版本或更新的版本。 请注意:共识层和执行层客户端必须在合并前完全同步,而执行层客户端可能需要几个小时至数天来执行此项操作。

共识层

执行层

名称 版本 链接
Besu v22.4.2 下载
Erigon v2022.05.08 下载
go-ethereum (geth) v1.10.18 下载
Nethermind v1.13.1 下载

🚨 并不是博文的一部分 – 根据 ERIGON 发布状态使用以下一项说明。🚨

(🚨1🚨) Erigon 说明:虽然 v2022.05.08 和 Ropsten 合并兼容,我们建议更新到 vXXX,因为此版本包含多项与合并相关的改进。

(🚨2🚨) Erigon 说明:虽然 v2022.05.08 与 Ropsten 合并兼容,我们预计很快将发布一个新的 Erigon 版本,其中将包含多项与合并相关的改进。 用户应在该版本发布时升级,以便获得最佳体验。

终端总难度值重写

要在正确的时间触发合并,节点运营商和质押人必须同时将其执行层和共识层客户端的 Terminal General Problem (TTD) 值重写为 50000000000000000

以下是对每种客户端执行此项操作的说明:

执行层

Besu

  • 若使用 TOML 配置文件,请添加以下行: override-genesis-config=["terminalTotalDifficulty=50000000000000000"]
  • 或者,当使用 CLI 启动节点时,添加以下标记: --override-genesis-config="terminalTotalDifficulty=50000000000000000"

Erigon

  • 当使用 CLI 启动节点时,添加以下标记:--override.terminaltotaldifficulty=50000000000000000

Move-Ethereum (geth)

  • 当使用 CLI 启动节点时,添加以下标记:--override.terminaltotaldifficulty 50000000000000000

Nethermind

  • 当使用 CLI 启动节点时,添加以下标记:--Merge.TerminalTotalDifficulty 50000000000000000
  • 您也可以在客户端的配置文件环境变量中进行设置,将 TerminalTotalDifficulty 值设置为 50000000000000000

共识层

Lighthouse

  • 当使用 CLI 启动节点时,添加以下标记:--terminal-total-difficulty-override=50000000000000000

Lodestar

  • 当使用 CLI 启动节点时,添加以下标记:--terminal-total-difficulty-override 50000000000000000
  • 有关更多信息,请见此博文

Nimbus

  • 当使用 CLI 启动节点时,添加以下标记:--terminal-total-difficulty-override=50000000000000000

Prysm

  • 当使用 CLI 启动节点时,添加以下标记:--terminal-total-difficulty-override 50000000000000000
  • 您也可以在 config.yaml 文件中进行设置,更新配置目录中的 TOTAL_TERMINAL_DIFFICULTY 值并重启您的客户端。

Teku

  • 当使用 CLI 启动节点时,添加以下标记:--Xnetwork-total-terminal-difficulty-override=50000000000000000

常见问题

作为节点运营商或质押人,我应该做什么?

Ropsten 合并公告中所述,Ropsten 上的节点运营商和质押人必须更新执行层及共识层客户端至上文所列版本或更新的版本。

更新完成以后,节点运营商和质押人必须使用上文所列的命令手动重写执行层和共识层客户端上的 Terminal General Problem (TTD) 值。

最后,确保在合并前完全同步您的执行层和共识层客户端。 对执行层客户端执行此项操作最长可能需要数天时间。

作为应用程序或工具开发者,我应该做什么?

随着合并在 Ropsten 上线,现在是时候确保您的产品能在向权益证明过渡期间和合并后的环境中如预期运行。 如之前的博文所述,合并只会对以太坊上部署的合约子集产生非常微弱的影响,应该不会破坏任何合约。 此外,大部分用户的应用程序接口端点仍将保持稳定(除非使用 eth_getWork 等工作量证明的特定方法)。

尽管如此,以太坊上的大多数应用程序涉及的远不止链上合约。 现在您要确保前端代码、工具、部署管道和其他链下组件能够按预期运行。 我们强烈建议开发者在 Ropsten(或 Kiln)上执行一个完整的测试和部署周期,并向这些项目的维护者报告任何工具或依赖项存在的问题。 如果不确定在哪里提出问题,请使用此存储库

作为以太坊用户或以太币持有者,我需要做什么?

不需要。 以太坊主网不受此测试网的影响。 在主网过渡之前,我们将在此博客中发布后续公告。

作为矿工,我需要做什么?

不需要。 如果在以太坊主网或 Ropsten 上挖矿,您应该了解在合并后,每个网络将完全采用权益证明机制运营。 届时,以太坊网络上将无法再挖矿。

针对 Ropsten 和以太坊主网,此项安排分别将于 2022 年 6 月 8-9 日和今年稍晚时候生效。

何时合并?

截止到本博客发布时,以太坊主网的权益证明过渡日期还确定。 任何来源发布的其他相关言论都可能不实。 相关信息更新将通过本博客发布。 请注意网络信息安全!

如果 Ropsten 不存在任何问题,在完成客户端测试后,以太坊的其他测试网也将执行合并。 当 Goerli 和 Sepolia 成功完成过渡并稳定运行后,将为信标链上的 Bellatrix 升级选择一个时隙高度,并且为主网过渡设置一个终端总难度值。 然后,客户端将发布在主网上支持合并的版本。 我们将在此博客以及其他社区出版物上宣布相关消息。 下方图片对此流程进行了说明:

请注意:此处假定每个步骤都如预期执行。 如果在此过程的任何时间点发现问题,或测试范围被判定不够全面,我们将解决这些问题,然后再继续推进部署进程。

只有到这时,才可能估计合并的确切日期。

也就是说,我们会快马加鞭🔜。

LEAVE A REPLY

Please enter your comment!
Please enter your name here