- UN Difficulté totale terminale (TTD) de 5000000000000000 a été sélectionné pour le Ropsten Merge.
- Les intervenants et les opérateurs de nœud doivent remplacer manuellement le TTD à la fois dans leurs clients de couche d’exécution et de consensus avant le 7 juin 2022.
- Les réseaux de test de preuve de travail peuvent avoir des taux de hachage volatils et le moment exact de la fusion sur Ropsten est difficile à prévoir avec précision. En supposant qu’il n’y ait pas de fluctuations inattendues du taux de hachage, nous nous attendons à ce que la fusion se produise autour de 8-9 juin 2022.
- Notez que la synchronisation d’un client de couche d’exécution sur Ropsten peut prendre plusieurs heures à plusieurs jours et est requis pour parcourir The Merge.
- 1 Arrière plan
- 2 Versions du client de fusion Ropsten
- 3 Annulation de la difficulté totale terminale
-
4
FAQ
- 4.1 En tant qu’opérateur de nœud ou jalonneur, que dois-je faire ?
- 4.2 En tant que développeur d’applications ou d’outils, que dois-je faire ?
- 4.3 En tant qu’utilisateur d’Ethereum ou détenteur d’Ether, y a-t-il quelque chose que je dois faire ?
- 4.4 En tant que mineur, y a-t-il quelque chose que je dois faire ?
- 4.5 on fusionne ?
Arrière plan
Plus tôt cette semaine, la transition du testnet de Ropsten vers la preuve de participation a été annoncé. En raison de l’instabilité du taux de hachage sur les réseaux de test de preuve de travail, les versions client prenant en charge la mise à niveau ont été configurées à l’aide d’un taux artificiellement élevé Difficulté totale terminale (TTD). Cela garantissait que la fusion ne pouvait pas être déclenchée avant que la chaîne de balises de Ropsten ne soit prête.
Hier, au créneau 24000, la mise à niveau de Bellatrix activée sur la Ropsten Beacon Chain, préparant le réseau à traverser The Merge. Un nouveau TTD valeur de 5000000000000000 a été choisi pour déclencher la transition.
Les opérateurs de nœuds et les jalonneurs doivent mettre à jour manuellement ce TTD valeur à la fois sur leurs clients de couche d’exécution et de consensus avant que le réseau n’atteigne cette difficulté totale. La difficulté totale actuelle du réseau fait partie de l’en-tête du bloc et peut être obtenue en interrogeant votre nœud ou en visitant un explorateur de blocs.
En supposant qu’il n’y a pas de changements inattendus dans le taux de hachage du réseau, nous nous attendons à ce que cette valeur de difficulté totale soit atteinte, et TTD à dépasser, vers les 8-9 juin 2022.
Versions du client de fusion Ropsten
Pour effectuer le remplacement de la difficulté totale du terminal, les opérateurs de nœud et les jalonneurs doivent exécuter les versions client suivantes ou des versions plus récentes. Notez que les clients de la couche de consensus et d’exécution doivent être entièrement synchronisés avant la fusion, et que les clients de la couche d’exécution peuvent prendre plusieurs heures à plusieurs jours pour le faire.
Couche de consensus
Couche d’exécution
Annulation de la difficulté totale terminale
Pour activer The Merge au bon moment, les opérateurs de nœuds et les jalonneurs doivent remplacer tous les deux leurs clients de la couche d’exécution et de consensus Difficulté totale terminale (TTD) valeur à 5000000000000000.
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 »] - Ou, lors du démarrage du nœud à l’aide de la CLI, ajoutez l’indicateur suivant :
–override-genesis-config= »terminalTotalDifficulty=50000000000000000″
Érigon
- Lors du démarrage du nœud à l’aide de la CLI, ajoutez l’indicateur suivant : –override.terminaltotaldifficulty=50000000000000000
Go-Ethereum (geth)
- Lors du démarrage du nœud à l’aide de la CLI, ajoutez l’indicateur suivant : –override.terminaltotaldifficulty 50000000000000000
Nethermind
- Lors du démarrage du nœud à l’aide de la CLI, ajoutez l’indicateur suivant : –Merge.TerminalTotalDifficulty 50000000000000000
- Cela peut également être défini dans la fichier de configuration ou Variables d’environnementen réglant le TerminalTotalDifficulty valeur à 5000000000000000
Couche de consensus
Phare
- Lors du démarrage du nœud à l’aide de la CLI, ajoutez l’indicateur suivant : –terminal-total-difficulty-override=50000000000000000
Étoile polaire
- Lors du démarrage du nœud à l’aide de la CLI, ajoutez l’indicateur suivant : –terminal-total-difficulté-override 50000000000000000
- Pour plus d’informations, voir ce billet de blog.
Nimbus
- Lors du démarrage du nœud à l’aide de la CLI, ajoutez l’indicateur suivant : –terminal-total-difficulty-override=50000000000000000
Prisme
- Lors du démarrage du nœud à l’aide de la CLI, ajoutez l’indicateur suivant : –terminal-total-difficulté-override 50000000000000000
- Cela peut également être défini dans le config.yaml fichier en mettant à jour le TOTAL_TERMINAL_DIFFICULTY value dans votre répertoire de configuration et en redémarrant votre client.
Teku
- Lors du démarrage du nœud à l’aide de la CLI, ajoutez l’indicateur suivant : –Xnetwork-total-terminal-difficulty-override=50000000000000000
FAQ
En tant qu’opérateur de nœud ou jalonneur, que dois-je faire ?
Comme mentionné dans le Annonce de fusion Ropstenles opérateurs de nœuds et les intervenants sur Ropsten doivent mettre à jour leurs clients de la couche d’exécution et de consensus avec les versions répertoriées ci-dessus ou les plus récentes.
Une fois cela fait, les opérateurs de nœuds et les jalonneurs doivent remplacer manuellement le Ropsten Difficulté totale terminale (TTD) valeur sur à la fois leur client de couche d’exécution et de consensus en utilisant les commandes listées ci-dessus.
Enfin, assurez-vous que vos clients de couche d’exécution et de consensus sont entièrement 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 The Merge sur Ropsten, il est maintenant temps de vous assurer que votre produit fonctionne comme prévu grâce à la transition de preuve de participation et dans un contexte post-fusion. Comme expliqué dans un post précédent, La fusion n’aura qu’un impact minime sur un sous-ensemble de contrats déployés sur Ethereum, dont aucun ne devrait être rompu. De plus, la part du lion des points de terminaison de l’API utilisateur reste stable (sauf si vous utilisez des méthodes spécifiques de preuve de travail telles que eth_getWork).
Cela dit, la plupart des applications sur Ethereum impliquent bien plus que des contrats en chaîne. Il est maintenant temps de vous assurer que votre code frontal, vos outils, votre pipeline de déploiement et d’autres composants hors chaîne fonctionnent comme prévu. Nous recommandons fortement aux développeurs d’effectuer un cycle complet de test et de déploiement sur Ropsten (ou Four) et signalez tout problème avec les outils ou les dépendances aux mainteneurs de ces projets. Si vous ne savez pas où ouvrir un problème, veuillez utiliser ce référentiel.
En tant qu’utilisateur d’Ethereum ou détenteur d’Ether, y a-t-il quelque chose que je dois faire ?
Non. Le réseau principal Ethereum n’est pas affecté par ce testnet. Des annonces ultérieures seront faites sur ce blog avant la transition du réseau principal.
En tant que mineur, y a-t-il quelque chose que je dois faire ?
Non. Si vous minez sur le réseau principal Ethereum ou Ropsten, vous devez savoir que chaque réseau fonctionnera entièrement sous preuve de participation après la fusion. À ce stade, le minage ne sera plus possible sur le réseau.
Cela est prévu vers les 8 et 9 juin 2022 sur Ropsten et plus tard cette année pour le réseau principal Ethereum.
on fusionne ?
Au moment de la publication de cet article, la date de la transition de la preuve de participation du réseau principal Ethereum a ne pas été fixé. Toute source prétendant le contraire est susceptible d’être une arnaque. Des mises à jour seront publiées sur ce blog. Veuillez rester en sécurité !
En supposant qu’aucun problème n’est trouvé avec Ropsten, une fois les tests du client terminés, les autres réseaux de test d’Ethereum passeront par The Merge. Une fois que Goerli et Sepolia ont réussi la transition et la stabilisation, une hauteur d’emplacement sera choisie pour la mise à niveau de Bellatrix sur la chaîne Beacon et un valeur de difficulté totale terminale sera défini pour la transition du réseau principal. Les clients feront ensuite des versions qui activeront The Merge sur le réseau principal. Ceux-ci seront annoncés 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étectés à un moment quelconque du processus ou si la couverture des tests est jugée insuffisante, ils seront résolus avant de poursuivre le processus de déploiement.
Ce n’est qu’alors qu’il sera possible d’estimer la date exacte de The Merge.
Autrement dit, 🔜.
Source https://blog.ethereum.org/en/2022/06/03/ropsten-merge-ttd