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).