Annonce du Kiln Merge Testnet

La Kintsugi 🍵 merge testnet, lancé fin décembre, a été un terrain d’essai précieux pour The Merge. Grâce à diverses suites de tests, des devnets multi-clients, des fourches fantômes de Goerli, des déploiements d’applications et l’aide de la communauté #TestingTheMerge, nous sommes arrivés à un ensemble de spécifications de protocole stables et robustes. Maintenant que les clients ont implémenté ces dernières spécifications, un successeur de Kintsugi, Kiln 🔥🧱, est en cours de lancement !

Comme le réseau principal Ethereum, la couche d’exécution de Kiln a été lancée sous preuve de travail en parallèle à une chaîne Beacon exécutant une preuve de participation. La fusion s’est produite sur Kiln le 15 mars 2022. Le réseau fonctionne désormais entièrement sous preuve de participation !

Le four devrait être le dernier réseau de test de fusion créé avant la mise à niveau des réseaux de test publics existants. Les développeurs d’applications et d’outils, les opérateurs de nœuds, les fournisseurs d’infrastructure et les intervenants sont fortement encouragés à tester sur Kiln pour assurer une transition en douceur sur les réseaux de test publics existants.

Kintsugi, le testnet de fusion précédent, sera obsolète dans les semaines à venir.

Utilisation du four

Commencer

Le moyen le plus simple de commencer à utiliser Kiln est de visiter le réseau page de destination. Là, vous pouvez ajouter le réseau au portefeuille de votre navigateur, afficher les explorateurs de blocs, demander des fonds au robinet et vous connecter à un point de terminaison JSON RPC. Si vous souhaitez être un validateur sur Kiln, le rampe de lancement de jalonnement prend également en charge le réseau.

Développeurs d’applications et d’outils

Avec la mise en service de Kiln, 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 que des impacts minimes 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 (c’est-à-dire, à moins que vous n’utilisiez des méthodes spécifiques PoW telles que eth_getWork).

Cela dit, la plupart des applications sur Ethereum impliquent bien plus que des contrats en chaîne. Le four est l’endroit où vous voulez 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 Kiln et de signaler 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.

Opérateurs de nœud

Après la fusion, un nœud complet Ethereum sera la combinaison d’un client de couche consensus, qui exécute la preuve de participation sur la chaîne Beacon, et d’un client de couche d’exécution, qui gère l’état de l’utilisateur et exécute les calculs associés aux transactions. Ceux-ci communiquent via un port authentifié à l’aide d’un nouvel ensemble de méthodes JSON RPC, appelé le API du moteur.

Les opérateurs de nœuds devront donc exécuter à la fois un client de couche de consensus et d’exécution en tandem. En d’autres termes, si vous exécutiez déjà un nœud sur la chaîne de balises, vous devez maintenant également exécuter un client de couche d’exécution. De même, si vous exécutiez un nœud sur le réseau de preuve de travail actuel, vous devrez exécuter un client de couche de consensus.

Vous pouvez trouver la dernière version des clients prise en charge par Kiln ici.

Il convient de souligner que chaque couche conservera un ensemble indépendant de pairs et exposera ses propres API. La Balise et RPC JSON Les API continueront donc à fonctionner comme prévu.

Jalons

Comme expliqué ci-dessus, les validateurs de la Beacon Chain devront exécuter un client de couche d’exécution après The Merge. Avant la fusion, cela était fortement recommandé, mais il était possible pour les validateurs d’externaliser ces fonctions à des fournisseurs tiers. Cela a été possible car les seules données requises sur la couche d’exécution étaient les mises à jour du contrat de dépôt.

Après la fusion, les validateurs doivent s’assurer que les transactions dans les blocs qu’ils créent et attestent sont valides. Pour ce faire, un client de couche d’exécution est requis. Bien que cela élargisse les responsabilités des validateurs, cela donne également à un validateur qui propose un bloc le droit à ses frais de priorité de transaction associés (qui vont actuellement aux mineurs).

Alors que les récompenses du validateur s’accumulent sur la chaîne Beacon et nécessiteront une mise à niveau ultérieure pour être retirées, les frais de transaction continueront d’être payés, brûlés et distribués sur la couche d’exécution. Les validateurs peuvent ainsi spécifier n’importe quelle adresse Ethereum comme destinataire des frais de transaction.

Le four est l’environnement idéal pour les jalonneurs existants pour se familiariser avec le contexte Ethereum post-fusion. Nous vous recommandons d’essayer de mettre en miroir votre configuration de production sur le réseau et de vous assurer que vous résolvez tous les problèmes maintenant.

Encore une fois, le rampe de lancement de jalonnement fournit une interface simple pour commencer. A noter que dans le cadre de le changement de nom de « eth2.0 »la ethereum/eth2.0-dépôt-cli le référentiel sera bientôt renommé ethereum/staking-deposit-cli.

FAQ

on fusionne ?

Une date pour la transition de la preuve de participation du réseau principal Ethereum a ne pas été fixé à la publication de ce billet. 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 Kiln, une fois que les clients ont finalisé les détails de leurs implémentations, les réseaux de test Ethereum existants (Goerli, Ropsten, etc.) passeront par The Merge. Une fois que ceux-ci ont réussi la transition et se sont stabilisés, encore une fois, en supposant qu’aucun problème n’est trouvé, un valeur de difficulté sera défini pour la transition du réseau principal. Ce n’est qu’alors qu’il sera possible d’estimer la date exacte de The Merge.

En tant qu’utilisateur d’Ethereum ou détenteur d’Ether, y a-t-il quelque chose que je dois faire ?

Non. Si vous voulez essayer Kiln, faites-le. Nous espérons que de nombreux membres de la communauté nous rejoindront dans #TestingTheMerge on Kiln.

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, vous devez savoir qu’après la fusion, le réseau fonctionnera entièrement sous preuve de participation. À ce stade, le minage ne sera plus possible sur le réseau.

En tant que validateur, puis-je retirer ma mise ?

Non. La fusion est la mise à niveau la plus compliquée d’Ethereum à ce jour. Afin de minimiser les risques de perturbations du réseau, une approche minimale a été adoptée qui excluait toute modification non transitoire de cette mise à niveau.

Les retraits de la chaîne Beacon seront probablement disponibles dès la première mise à niveau après la fusion. Spécifications pour les deux consensus et exécution couches sont en cours.

Pourquoi Four ?

Le précédent réseau de test de fusion, Kintsugi, a été nommé d’après l’art japonais de casser la poterie et de la réparer à l’aide d’or, ce qui la rend à la fois plus solide et plus belle.

Dans le même ordre d’idées, un four est un four à haute température utilisé pour transformer l’argile en objets durcis, tels que de la poterie ou des briques 🔥🧱.