La Fusion

Les principales actions à entreprendre comprennent :

1. Exécuter à la fois un client de consensus et un client d'exécution ; les points de terminaison tiers pour obtenir des données d'exécution ne fonctionnent plus depuis La Fusion.
2. Authentifier les clients d'exécution et de consensus avec un secret JWT partagé afin qu'ils puissent communiquer en toute sécurité.
3. Définir une adresse fee recipient pour recevoir vos pourboires de frais de transaction/MEV gagnés.

Si vous ne complétez pas les deux premiers éléments ci-dessus, votre nœud sera considéré comme « hors ligne » jusqu'à ce que les deux couches soient synchronisées et authentifiées.

Ne pas définir de fee recipient permettra toujours à votre validateur de se comporter comme d'habitude, mais vous passerez à côté des pourboires de frais non brûlés et de toute MEV que vous auriez autrement gagnée dans les blocs que votre validateur propose.

Jusqu'à La Fusion, un client d'exécution (tel que Geth, Erigon, Besu ou Nethermind) suffisait pour recevoir, valider correctement et propager les blocs diffusés par le réseau. Après La Fusion, la validité des transactions contenues dans une charge utile d'exécution dépend désormais également de la validité du « bloc de consensus » dans lequel elle est contenue.

Par conséquent, un nœud Ethereum complet nécessite désormais à la fois un client d'exécution et un client de consensus. Ces deux clients fonctionnent ensemble à l'aide d'une nouvelle API Engine. L'API Engine nécessite une authentification à l'aide d'un secret JWT, qui est fourni aux deux clients pour permettre une communication sécurisée.

Les principales actions à entreprendre comprennent :

• Installer un client de consensus en plus d'un client d'exécution
• Authentifier les clients d'exécution et de consensus avec un secret JWT partagé afin qu'ils puissent communiquer en toute sécurité entre eux.

Si vous ne complétez pas les éléments ci-dessus, votre nœud apparaîtra comme « hors ligne » jusqu'à ce que les deux couches soient synchronisées et authentifiées.

La Fusion s'est accompagnée de modifications du consensus, ce qui inclut également des modifications liées à :

• la structure des blocs
• la synchronisation des créneaux/blocs
• les changements de codes d'opération
• les sources de caractère aléatoire onchain
• le concept de tête sûre et de blocs finalisés

Pour plus d'informations, consultez cet article de blog de Tim Beiko sur l'impact de La Fusion sur la couche d'application d'Ethereum.

Il existe deux types de nœuds Ethereum : les nœuds qui peuvent proposer des blocs et les nœuds qui ne le peuvent pas.

Les nœuds qui proposent des blocs ne représentent qu'un petit nombre du total des nœuds sur Ethereum. Cette catégorie comprend les nœuds de minage sous la preuve de travail (PoW) et les nœuds validateurs sous la preuve d'enjeu (PoS). Cette catégorie nécessite d'engager des ressources économiques (telles que la puissance de hachage des GPU dans la preuve de travail ou des ETH stakés dans la preuve d'enjeu) en échange de la possibilité de proposer occasionnellement le bloc suivant et de gagner des récompenses du protocole.

Les autres nœuds du réseau (c'est-à-dire la majorité) ne sont pas tenus d'engager des ressources économiques au-delà d'un ordinateur grand public avec 1 à 2 To de stockage disponible et une connexion Internet. Ces nœuds ne proposent pas de blocs, mais ils jouent tout de même un rôle essentiel dans la sécurisation du réseau en tenant tous les proposeurs de blocs responsables, en écoutant les nouveaux blocs et en vérifiant leur validité à l'arrivée selon les règles de consensus du réseau. Si le bloc est valide, le nœud continue de le propager sur le réseau. Si le bloc est invalide pour quelque raison que ce soit, le logiciel du nœud l'ignorera comme invalide et arrêtera sa propagation.

L'exécution d'un nœud ne produisant pas de blocs est possible pour quiconque sous l'un ou l'autre des mécanismes de consensus (preuve de travail ou preuve d'enjeu) ; cela est fortement encouragé pour tous les utilisateurs s'ils en ont les moyens. L'exécution d'un nœud est extrêmement précieuse pour Ethereum et offre des avantages supplémentaires à toute personne qui en exécute un, tels qu'une sécurité, une confidentialité et une résistance à la censure améliorées.

La possibilité pour quiconque d'exécuter son propre nœud est absolument essentielle pour maintenir la décentralisation du réseau Ethereum.

En savoir plus sur l'exécution de votre propre nœud

Les frais de gaz sont le produit de la demande du réseau par rapport à la capacité du réseau. La Fusion a abandonné l'utilisation de la preuve de travail, passant à la preuve d'enjeu pour le consensus, mais n'a pas modifié de manière significative les paramètres qui influencent directement la capacité ou le débit du réseau.

Avec une feuille de route centrée sur les rollups, les efforts se concentrent sur la mise à l'échelle de l'activité des utilisateurs sur la couche 2 (l2), tout en permettant au réseau principal de couche 1 (l1) de servir de couche de règlement décentralisée et sécurisée, optimisée pour le stockage des données des rollups afin de rendre les transactions des rollups exponentiellement moins chères. La transition vers la preuve d'enjeu est un précurseur essentiel pour y parvenir. En savoir plus sur le gaz et les frais.

La « vitesse » d'une transaction peut être mesurée de plusieurs manières, notamment le temps nécessaire pour être incluse dans un bloc et le temps de finalisation. Ces deux éléments changent légèrement, mais pas d'une manière que les utilisateurs remarqueront.

Historiquement, sur la preuve de travail, l'objectif était d'avoir un nouveau bloc toutes les ~13,3 secondes. Sous la preuve d'enjeu, les créneaux se produisent précisément toutes les 12 secondes, chacun d'eux étant une opportunité pour un validateur de publier un bloc. La plupart des créneaux ont des blocs, mais pas nécessairement tous (par exemple, si un validateur est hors ligne). Dans la preuve d'enjeu, les blocs sont produits environ 10 % plus fréquemment que sur la preuve de travail. Il s'agissait d'un changement assez insignifiant et il est peu probable qu'il soit remarqué par les utilisateurs.

La preuve d'enjeu a introduit le concept de finalité des transactions qui n'existait pas auparavant. Dans la preuve de travail, la capacité d'annuler un bloc devient exponentiellement plus difficile avec chaque bloc miné au-dessus d'une transaction, mais elle n'atteint jamais tout à fait zéro. Sous la preuve d'enjeu, les blocs sont regroupés en époques (des périodes de 6,4 minutes contenant 32 chances pour des blocs) sur lesquelles les validateurs votent. Lorsqu'une époque se termine, les validateurs votent pour déterminer s'il faut considérer l'époque comme « justifiée ». Si les validateurs acceptent de justifier l'époque, elle est finalisée lors de l'époque suivante. L'annulation de transactions finalisées est économiquement non viable car cela nécessiterait d'obtenir et de brûler plus d'un tiers du total des ETH stakés.

Initialement après La Fusion, les stakers ne pouvaient accéder qu'aux pourboires de frais et à la MEV gagnés à la suite de propositions de blocs. Ces récompenses sont créditées sur un compte non lié au staking contrôlé par le validateur (connu sous le nom de bénéficiaire des frais), et sont disponibles immédiatement. Ces récompenses sont distinctes des récompenses du protocole pour l'exécution des tâches de validateur.

Depuis la mise à niveau du réseau Shanghai/Capella, les stakers peuvent désormais désigner une adresse de retrait pour commencer à recevoir des paiements automatiques de tout solde de staking excédentaire (les ETH au-delà de 32 provenant des récompenses du protocole). Cette mise à niveau a également permis à un validateur de débloquer et de récupérer l'intégralité de son solde lors de sa sortie du réseau.

En savoir plus sur les retraits de staking

Depuis que la mise à niveau Shanghai/Capella a activé les retraits, les validateurs sont incités à retirer leur solde de staking supérieur à 32 ETH, car ces fonds n'ajoutent pas de rendement et sont autrement verrouillés. En fonction de l'APR (déterminé par le total des ETH stakés), ils peuvent être incités à sortir leur(s) validateur(s) pour récupérer l'intégralité de leur solde ou potentiellement staker encore plus en utilisant leurs récompenses pour gagner plus de rendement.

Une mise en garde importante ici : les sorties complètes de validateurs sont limitées en fréquence par le protocole, et seul un certain nombre de validateurs peuvent sortir par époque (toutes les 6,4 minutes). Cette limite fluctue en fonction du nombre de validateurs actifs, mais revient à environ 0,33 % du total des ETH stakés pouvant être sortis du réseau en une seule journée.

Cela empêche un exode massif des fonds stakés. De plus, cela empêche un attaquant potentiel ayant accès à une grande partie du total des ETH stakés de commettre une infraction passible de réduction et de sortir/retirer tous les soldes des validateurs fautifs dans la même époque avant que le protocole ne puisse appliquer la pénalité de réduction.

L'APR est également intentionnellement dynamique, permettant à un marché de stakers d'équilibrer combien ils sont prêts à être payés pour aider à sécuriser le réseau. Si le taux est trop bas, les validateurs sortiront à un rythme limité par le protocole. Progressivement, cela augmentera l'APR pour tous ceux qui restent, attirant à nouveau de nouveaux stakers ou ceux qui reviennent.