以太坊核心开发者共识会议#107 résumé

Le 20 avril, les développeurs d'Ethereum ont tenu la 107e réunion téléphonique de consensus des développeurs principaux (ACDC). La réunion était dirigée par un chercheur de la Fondation Ethereum et a mis l'accent sur les modifications de la couche de consensus d'Ethereum, les mises à jour des progrès de Deneb et d'autres propositions dans la mise à niveau de Cancun à venir, à l'exception de l'EIP-4844.

Deneb测试网#5

Après le succès de l'activation de la mise à niveau de Shanghai, les développeurs ont immédiatement tourné leur attention vers les préparatifs de la mise à niveau de Cancun. Cancun est la prochaine mise à niveau de la couche d'exécution d'Ethereum, tandis que Deneb est la mise à niveau correspondante de la couche de consensus. Pendant la réunion, les développeurs ont discuté de l'étendue finale de la mise à niveau Cancun/Deneb, qui sera centrée sur l'EIP-4844 (mise en œuvre du type de transaction blob).

Les préparatifs pour Deneb ont commencé avec le lancement du testnet #5. Les développeurs prévoient de lancer le cinquième testnet de l'EIP-4844 la semaine prochaine. Un ingénieur de la fondation a déclaré qu'il effectuait des essais pour certains clients afin de se préparer à la publication du testnet.

L'API du moteur a un petit changement qui va fusionner deux appels. Ce changement n'a pas encore été intégré dans la spécification EIP-4844, mais il sera terminé bientôt pour être testé sur le testnet #5.

Les développeurs ont également discuté de la manière de réinsérer les transactions blob lors de la reconstitution de la chaîne. Étant donné que les transactions blob sont séparées des transactions ordinaires, les blobs reconstitués ne peuvent être obtenus qu'à partir des transactions du pool de mémoire publique. Compte tenu du fait que de nombreuses transactions peuvent contourner le pool de mémoire, les développeurs ont proposé deux solutions : d'une part, permettre à la couche de consensus de transmettre les données blob de chaque bloc à la couche d'exécution ; d'autre part, exiger que les utilisateurs qui soumettent des transactions contournant le pool de mémoire les soumettent à nouveau lors d'un événement de reconstitution de la chaîne.

Certains développeurs préfèrent la première solution, estimant que cela n'entraîne pas une charge supplémentaire importante pour la couche d'exécution. Cependant, d'autres soulignent que cela pourrait davantage compromettre l'abstraction entre la couche d'exécution et la couche de consensus, et pourrait affecter les futures mises à niveau de l'échantillonnage de la disponibilité des données. En raison du manque de participation de l'équipe des clients de la couche d'exécution, cette question sera à nouveau discutée lors de la prochaine réunion.

Proposition supplémentaire Deneb

En plus de l'EIP-4844, la mise à niveau Deneb a également pris en compte d'autres mises à niveau de code :

1. EIP-4788 : Permet d'exposer l'état de la chaîne de balises de la couche de consensus au niveau de la couche d'exécution, facilitant ainsi l'accès des contrats intelligents aux informations de la couche de consensus.

2. EIP-6914 : Proposition de réutiliser les numéros d'index des validateurs qui ont complètement quitté le réseau et qui n'ont pas été actifs depuis longtemps. Les développeurs ont convenu de continuer à peaufiner cette proposition, mais il est possible que sa mise en œuvre soit reportée après Deneb.

3. Un changement de code potentiel, impliquant le remplissage de données à partir du bloc génésis et la création d'un nouveau "résumé historique".

4. PR 3175 : Empêcher les validateurs punis de soumettre des blocs lors de leur sortie de la file d'attente, en offrant une protection contre les "hauts modes de défaillance".

5. EIP-6493 : Résoudre le problème de la manière dont les nœuds traitent les types de transactions blob codés différemment sur la couche de consensus et la couche d'exécution.

Les développeurs ont tendance à inclure l'EIP-4788, le PR 3175 et l'EIP-4844 dans la prochaine mise à niveau.