Ropsten TTD Announcement | Ethereum Foundation Blog

A Terminal Total Difficulty (TTD) of 50000000000000000 has been selected for the Ropsten Merge.
Stakers and node operators must manually override the TTD in both their execution and consensus layer clients before June 7, 2022.
Proof-of-Work testnets can have volatile hash rates and the exact timing of The Merge on Ropsten is hard to predict accurately. Assuming no unexpected hash rate fluctuations, we expect The Merge to happen around June 8-9, 2022.
Note that syncing an execution layer client on Ropsten may take several hours to days and is required to run through The Merge.

Language options

Don’t want to read in English? We’ve translated this post into the following languages:

Background

Earlier this week, the Ropsten testnet’s transition to proof-of-stake was announced. Due to the instability of hash rate on proof-of-work testnets, client releases supporting the upgrade were configured using an artificially high Terminal Total Difficulty (TTD). This ensured that The Merge could not be triggered before the Ropsten Beacon Chain was ready.

Yesterday, at slot 24000, the Bellatrix upgrade activated on the Ropsten Beacon Chain, priming the network to run through The Merge. A new TTD value of 50000000000000000 has been chosen to trigger the transition.

Node operators & stakers need to manually update this TTD value on both their execution and consensus layer clients prior to the network reaching this total difficulty. The current network total difficulty is part of the block header and can be obtained by querying your node or visiting a block explorer.

Assuming no unexpected changes in network hash rate, we expect this total difficulty value to be hit, and TTD to be exceeded, around June 8-9, 2022.

Ropsten Merge Client Versions

To perform the Terminal Total Difficulty override, node operators and stakers must run the following client versions or more recent ones. Note that both the consensus and execution layer clients must be fully synced before The Merge, and that execution layer clients may take several hours to days to do so.

Consensus Layer

Execution Layer

Terminal Total Difficulty Override

To activate The Merge at the right time, node operators and stakers must override both their execution and consensus layer clients’ Terminal Total Difficulty (TTD) value to 50000000000000000.

Here are instructions for doing so with each client:

Execution Layer

Besu

If using TOML configuration files, add the following line:
override-genesis-config=["terminalTotalDifficulty=50000000000000000"]
Or, when starting the node using the CLI, add the following flag:
--override-genesis-config="terminalTotalDifficulty=50000000000000000"

Erigon

When starting the node using the CLI, add the following flag: --override.terminaltotaldifficulty=50000000000000000

Go-Ethereum (geth)

When starting the node using the CLI, add the following flag: --override.terminaltotaldifficulty 50000000000000000

Nethermind

When starting the node using the CLI, add the following flag: --Merge.TerminalTotalDifficulty 50000000000000000
This can also be set in your client’s configuration file or environment variables, by setting the TerminalTotalDifficulty value to 50000000000000000

Consensus Layer

Lighthouse

When starting the node using the CLI, add the following flag: --terminal-total-difficulty-override=50000000000000000

Lodestar

When starting the node using the CLI, add the following flag: --terminal-total-difficulty-override 50000000000000000
For more information, see this blog post.

Nimbus

When starting the node using the CLI, add the following flag: --terminal-total-difficulty-override=50000000000000000

Prysm

When starting the node using the CLI, add the following flag: --terminal-total-difficulty-override 50000000000000000
This can also be set in the config.yaml file by updating the TOTAL_TERMINAL_DIFFICULTY value in your configuration directory and restarting your client.

Teku

When starting the node using the CLI, add the following flag: --Xnetwork-total-terminal-difficulty-override=50000000000000000

FAQ

As a node operator or staker, what should I do?

As mentioned in the Ropsten Merge Announcement, node operators & stakers on Ropsten must update their execution and consensus layer clients the versions listed above or more recent ones.

Once that is done, node operators & stakers must manually override the Ropsten Terminal Total Difficulty (TTD) value on both their execution and consensus layer client using the commands listed above.

Lastly, make sure both your execution and consensus layer clients are fully synced before The Merge. This may take up to several days for execution layer clients.

As an application or tooling developer, what should I do?

With The Merge going live on Ropsten, now is the time to ensure that your product works as expected through the proof-of-stake transition and in a post-merge context. As explained in a previous post, The Merge will have only minimal impact on a subset of contracts deployed on Ethereum, none of which should be breaking. Additionally, the lion’s share of user API endpoints remain stable (unless you use proof-of-work specific methods such as eth_getWork).

That said, most applications on Ethereum involve much more than on-chain contracts. Now is the time to ensure that your front-end code, tooling, deployment pipeline and other off-chain components work as intended. We strongly recommend that developers run through a complete testing & deployment cycle on Ropsten (or Kiln) and report any issues with tools or dependencies to those projects’ maintainers. If you are unsure where to open an issue, please use this repository.

As an Ethereum user or Ether holder, is there anything I need to do?

No. The Ethereum mainnet is not affected by this testnet. Subsequent announcements will be made on this blog before mainnet’s transition.

As a miner, is there anything I need to do?

No. If you are mining on the Ethereum mainnet or Ropsten, you should be aware that each network will operate entirely under proof-of-stake after The Merge. At that point, mining will no longer be possible on the network.

This is expected around June 8-9, 2022 on Ropsten and later this year for the Ethereum mainnet.

wen merge?

As of the publication of this post, the date for the Ethereum mainnet proof-of-stake transition has not been set. Any source claiming otherwise is likely to be a scam. Updates will be posted on this blog. Please stay safe!

Assuming no issues are found with Ropsten, once client testing is complete, Ethereum’s other testnets, will run through The Merge. Once Goerli and Sepolia have successfully transitioned and stabilized, a slot height will be chosen for the Bellatrix upgrade on the Beacon Chain and a terminal total difficulty value will be set for the mainnet transition. Clients will then make releases that enable The Merge on mainnet. These will be announced on this blog and in other community publications. The image below illustrates this process:

Note that this assumes every step goes as expected. If issues are found at any point in the process or test coverage is judged to be insufficient, these will be addressed before continuing with the deployment process.

Only then will it be possible to estimate the exact date for The Merge.

In other words, 🔜.

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

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

الخلفية

في وقتٍ سابق من هذا الأسبوع، تم الإعلان عن انتقال شبكة تجريب روبستن إلى إثبات الحصة was announced. بسبب عدم استقرار معدل التجزئة على شبكات تجريب إثبات العمل، تم تكوين إصدارات العميل التي تدعم الترقية باستخدام إجمالي الإعداد الشبكي للحوسبة (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 Total de Terminal (TTD) de 500000000000000 para la 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 la fusión en Ropsten. Asumiendo que no haya fluctuaciones inesperadas de tasa de hash, esperamos que la 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 la fusión.

Contexto

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

Ayer, en la ranura 24000, se activó la actualización de Belliturax en la cadena de baliza de Ropsten, preparando a la red para ejecutarse a través de la fusión. Se ha elegido un nuevo valor TTD de 50000000000000000 para activar la 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 la red alcance esta dificultad total. La dificultad total actual de la red 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 la tasa de hash de red, esperamos que se alcance este valor total de dificultad y se supere la TTD entre el 8 y el 9 de junio de 2022.

Versiones de cliente de Ropsten

Para realizar la anulación de la Dificultad Total 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 la fusión, y que los clientes de la 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 compatible con la fusión Ropsten, se recomienda actualizar a vXXX, que contiene varias mejoras relacionadas con la fusión.

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

Anulación de Dificultad Total de Terminal

Para activar la 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 la Dificultad Total 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 la siguiente línea: override-genesis-config=["terminalTotalDifficulty=50000000000000000"]
O, al iniciar el nodo usando el CLI, añada la siguiente etiqueta: --override-genesis-config="terminalTotalDifficulty=500000000000000000000000000"

Erigon

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

Go-Ethereum (geth)

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

Nethermind

Al iniciar el nodo usando el CLI, añada la siguiente etiqueta: --Merge.TerminalTotalDifficulty 500000000000000000000
Esto también se puede configurar en el archivo de configuración o en variables de entornode su cliente, ajustando el valor TerminalTotalDifficulty a 500000000000000000000

Capa de consenso

Lighthouse

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

Lodestar

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

Nimbus

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

Prysm

Al iniciar el nodo usando el CLI, añada la siguiente etiqueta: --terminal-total-difficulty-override 50000000000000000000000
Esto también se puede definir en la 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 la 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 Total del Terminal (TTD) de Ropsten tanto en su cliente de ejecución como de la 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 la 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 la fusión ejecutándose en Ropsten, es el momento de asegurarse de que su producto funciona como se espera a través de la transición a la prueba de participación y en un contexto después de la fusión. Como explicamos en una publicación anterior, la fusión tendrá un mínimo impacto en un subconjunto de contratos implementados en Ethereum, ninguno de los cuales se rescindirá. Además, la mayor parte de los puntos finales de la API del usuario permanecen estables (a menos que esté usando métodos específicos de prueba de trabajo como eth_getWork).

Dicho esto, la 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. La red principal de Ethereum no se verá afectada por esta red de prueba. En este blog, iremos colgando próximamente notificaciones antes de la transición de la red principal.

¿Hay algo que yo necesite hacer como minero?

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

Se prevé que esto ocurra alrededor del 8 o 9 de junio de 2022 en Ropsten y a lo largo del año en la red principal de Ethereum.

¿Cuándo se producirá la fusión?

A fecha de publicación de esta notificación, la transición de la prueba de participación de la red principal de Ethereum aún no se ha fijado. Cualquier información que apunte a una fecha concreta debe considerarse falsa. En este blog 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 la fusión. Una vez que la transición de Goerli y Sepolia se haya realizado con éxito y se hayan estabilizado, se elegirá una altura de ranura para la actualización de Bellatrix en la cadena de baliza y se establecerá un valor de dificultad total de terminal para la transición de la red principal. Los clientes podrán entonces hacer versiones que permitan la fusión en la red principal. Estas se anunciarán en este blog y en otras publicaciones comunitarias. La 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 la cobertura de la prueba se considera insuficiente, se abordará antes de continuar con el proceso de implementación.

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

Es decir, 🔜 (pronto).

Annonce de la TTD de Ropsten

Une Terminal Total Difficulty (TTD) de 50000000000000000 a été sélectionnée en vue de La Fusion de Ropsten.
Les validateurs et opérateurs de nœuds doivent remplacer manuellement la TTD à la fois dans les clients de la couche d’exécution et de consensus avant le 7 juin 2022.
Les réseaux de test de la preuve de la travail peuvent avoir des taux de hachage volatiles, et le moment exact de La Fusion sur Ropsten est difficile à prévoir avec précision. En partant du principe qu’il n’y aura aucune fluctuation inattendue du taux de hachage, nous tablons sur une fusion autour du 8 ou 9 juin 2022.
Veuillez noter que la synchronisation d’un client de la couche d’exécution sur Ropsten peut prendre de quelques heures à plusieurs jours et que est nécessaire pour exécuter La fusion.

Contexte

La transition du réseau de test Ropsten vers la preuve d’enjeu a été annoncée plus tôt dans la semaine. En raison de l’instabilité du taux de hachage sur les réseaux de test de preuve de travail, les versions du client supportant la mise à niveau ont été configurées en utilisant une Terminal Total Difficulty (TTD) artificiellement élevée. Cela a permis à La Fusion de ne pas commencer avant que la Chaîne phare Ropsten ne soit prête.

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

Les opérateurs de noeuds & les validateurs doivent mettre à jour manuellement cette valeur TTD sur leurs clients de la couche de consensus et d’exécution avant que le réseau atteigne cette difficulté totale. La 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 aura aucune modification inattendue du taux de hachage du réseau, nous espérons que cette valeur de difficulté totale sera atteinte et la TTD dépassée autour du 8 – 9 juin 2022.

Versions clients en prévision de La Fusion de Ropsten

Pour remplacer la difficulté totale terminale, les opérateurs de nœuds et les validateurs doivent exécuter les versions clients suivantes ou des versions plus récentes. Veuillez noter que les clients de la couche de consensus et d’exécution doivent être entièrement synchronisés avant La Fusion, et que cela peut prendre plusieurs heures pour les clients de la 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 la v2022.05. 8 soit compatible avec La Fusion de Ropsten, une mise à jour vers vXXX, qui contient plusieurs améliorations liées à la fusion, est recommandée.

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

Remplacement de la difficulté totale terminale

Pour activer La Fusion au bon moment, les opérateurs de noeuds et les validateurs doivent remplacer à la fois la valeur Terminal Total Difficulty (TTD) de leurs clients de la couche de consensus et de la couche d’exécution par 50000000000000000.

Voici les instructions pour le faire avec chaque client :

Couche d’exécution

Besu

Si vous utilisez des fichiers de configuration TOML, ajoutez la ligne suivante : override-genesis-config=["terminalTotalDifficulty=50000000000000000"]
Si vous utilisez la 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

Go-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 la 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 blog.

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 la valeur TOTAL_TERMINAL_DIFFICULTY dans votre dossier de configuration et en redémarrant votre client.

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 La Fusion de Ropsten, les opérateurs de nœuds & validateurs sur Ropsten doivent mettre à jour les versions clients de la couche de consensus et de la 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 la valeur Terminal Total Difficulty (TTD) Ropsten ** à la fois sur leurs clients de la couche de consensus et de la couche d’exécution** en utilisant les commandes énumérées ci-dessus.

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

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

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

Cela étant, la plupart des applications sur Ethereum concernent bien plus que des contrats en chaîne. Le moment 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 test 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 principal Ethereum n’est pas affecté par ce réseau de test. D’autres annonces seront publiées sur ce blog avant la transition du réseau principal.

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

Non. Si vous minez sur le réseau principal Ethereum ou sur Ropsten, vous devez savoir que chaque réseau fonctionnera entièrement sous sa preuve d’enjeu après La Fusion. Il ne sera alors plus possible 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 principal Ethereum.

Quand La Fusion aura-t-elle lieu ?

À la date de publication de ce post, la date de la transition sous preuve d’enjeu du réseau principal Ethereum n’a pas été définie. Toute source qui prétendrait le contraire est probablement une escroquerie. Les mises à jour de la situation seront publiées sur ce blog. Soyez prudents !

En supposant qu’aucun problème ne soit détecté avec Ropsten, une fois les tests clients terminés, les autres réseaux de test Ethereum fusionneront. Lorsque la transition de ces réseaux de test sera terminée et qu’ils seront stabilisés, et, à nouveau, en supposant qu’aucun problème ne soit décelé sur la Chaîne phare, une valeur de difficulté totale terminale sera définie en vue de la transition du réseau principal. Les clients proposeront alors des versions qui activent La Fusion sur le réseau principal. Celles-ci seront annoncées sur ce blog et dans d’autres publications communautaires. L’image ci-dessous illustre ce processus :

Notez que cela suppose que chaque étape se déroule comme prévu. Si des problèmes sont décelés à n’importe quel moment du processus ou si la couverture de test 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 possible d’estimer une date précise pour La 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

Total Tingkat Kesulitan Terminal (TTD) dari 50000000000000000 telah dipilih untuk Penggabungan Ropsten.
Penaruh dan operator simpul harus mengganti TTD secara manual di klien lapisan eksekusi dan konsensus mereka sebelum 7 Juni 2022.
Hash rate jaringan percobaan Bukti Kerja bisa fluktuatif dan waktu tepat untuk Penggabungan di Ropsten sulit untuk diperkirakan secara akurat. Dengan asumsi tidak ada fluktuasi hash rate 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 rate di jaringan percobaan bukti kerja, rilis klien yang mendukung peningkatan dikonfigurasi menggunakan Total 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 manual di klien lapisan eksekusi dan konsensus sebelum jaringan mencapai total tingkat kesulitan ini. Total 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 rate jaringan, kami memperkirakan nilai total tingkat kesulitan ini akan dicapai, dan TTD akan terlampaui, sekitar tanggal 8-9 Juni 2022.

Versi Klien Penggabungan Ropsten

Untuk melakukan penggantian Total 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	Baby 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 Total Tingkat Kesulitan Terminal

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

Berikut petunjuk untuk melakukannya dengan setiap klien:

Lapisan Eksekusi

Besu

Jika menggunakan file 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

Go-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 file 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 blog 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 file 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 Total 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 minimal 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 blog 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 blog 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 total 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 blog 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 Total Difficulty (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.
Observe 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 Total Difficulty (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 total. A dificuldade total 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 total 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 Total Terminal, os operadores de nós e validadores devem executar as seguintes versões de cliente ou as mais recentes. Observe 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	Link
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 Total 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 Total Difficulty (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

Go-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 blog.

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 Total Difficulty (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 eu precise fazer?

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

Como minerador, há algo que eu precise fazer?

Não. Se você estiver minerando na rede principal 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 principal Ethereum.

Quando será a fusão?

Até a publicação deste artigo, a data para a transição de prova de participação da rede principal Ethereum não havia sido definida. Qualquer fonte que afirme o contrário provavelmente é fake news. As atualizações serão publicadas neste blog. 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 total difficulty será definido para a transição da rede principal. Os clientes então oferecerão versões que permitem A Fusão na rede principal. Estes serão anunciados neste blog e em outras publicações da comunidade. A imagem abaixo ilustra esse processo:

Observe 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 data 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.

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

背景

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

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

节点运营商和质押人需要在网络达到此总难度值前手动更新其执行层和共识层客户端上的该 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 Total Difficulty (TTD) 值重写为 50000000000000000。

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

执行层

Besu

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

Erigon

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

Go-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 Total Difficulty (TTD) 值。

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

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

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

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

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

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

作为矿工，我需要做什么？

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

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

何时合并？

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

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

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

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

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

Source link