Le 20 avril 2023, les développeurs d'Ethereum ont tenu la 107e réunion de consensus des développeurs principaux par téléphone (ACDC). La réunion a été animée par un chercheur de la Fondation Ethereum et a principalement porté sur les modifications du niveau de consensus d'Ethereum (CL), les mises à jour des progrès de Deneb, ainsi que sur d'autres propositions lors de la prochaine mise à niveau de Cancun en dehors de l'EIP-4844.
Deneb 测试网 #5
Après la réussite de l'activation de la mise à niveau de Shanghai, les développeurs ont rapidement concentré leur attention sur les préparatifs pour Cancun. Cancun est la prochaine mise à niveau de la couche d'exécution d'Ethereum (EL), tandis que Deneb est la mise à niveau correspondante de la couche de consensus. Les développeurs ont discuté de la portée finale de la mise à niveau Cancun/Deneb, qui sera axée sur l'EIP-4844 (mise en œuvre du type de transaction blob).
Les préparatifs pour Deneb commenceront par le lancement du testnet #5. Un ingénieur a déclaré qu'il effectuait des tests pour plusieurs clients afin de se préparer à la publication du testnet la semaine prochaine.
L'API moteur a un petit changement, fusionnant les appels "getPayloadV3" et "getBlobsBundleV1". Ce changement n'a pas encore été intégré dans la spécification EIP-4844, mais sera terminé dans les prochains jours pour être testé sur le réseau de test #5.
Les développeurs ont également discuté de la manière de réinsérer les transactions blob lors d'une reconfiguration de la chaîne. Étant donné que les transactions blob sont séparées des transactions ordinaires, les blobs après la reconfiguration ne peuvent être obtenus que des transactions dans le mempool public. Étant donné que de nombreuses transactions contournent le mempool, les développeurs ont proposé deux solutions possibles : permettre à CL de transmettre les données blob de chaque bloc à EL, ou demander aux utilisateurs de transactions contournant le mempool de soumettre à nouveau leurs transactions lors d'un événement de reconfiguration de la chaîne.
Certains développeurs ont tendance à transférer des données blob vers l'EL, considérant que cela n'ajoute pas beaucoup de charge supplémentaire à l'EL. Cependant, d'autres soulignent que cela pourrait davantage compromettre l'abstraction entre les couches EL et CL, et pourrait affecter la disponibilité future des échantillons de données (DAS) mise à niveau.
En raison de l'absence de l'équipe client EL, ce problème sera à nouveau discuté lors de la prochaine réunion.
Proposition additionnelle Deneb
En plus de l'EIP-4844, la mise à niveau Deneb a également pris en compte d'autres mises à niveau de code :
EIP-4788 : Publier l'état de la chaîne Beacon CL dans l'EL, permettant un accès de confiance minimal aux CL par les contrats intelligents.
EIP-6914 : Réutilisation des numéros d'index des validateurs qui ont complètement quitté le réseau et qui n'ont pas été actifs depuis longtemps, ce qui aide à réduire la croissance infinie de la liste des validateurs.
Un changement de code potentiel, impliquant le remplissage des données à partir du bloc de genèse de la Beacon Chain et la création de nouveaux contenus de "résumé historique".
PR 3175 : Empêcher les validateurs punis de proposer des blocs lorsqu'ils sortent de la file d'attente.
EIP-6493 : Résoudre comment les nœuds traitent les types de transactions blob qui sont formatés en SSZ sur CL mais encodés différemment sur EL.
Lors de la discussion sur la portée de Deneb, les développeurs ont tendance à inclure l'EIP-4788, le PR 3175 et l'EIP-4844 dans la prochaine mise à niveau.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
12 J'aime
Récompense
12
4
Reposter
Partager
Commentaire
0/400
StablecoinAnxiety
· 08-13 04:06
Il faut toujours mettre à jour V, V神 rêve aussi.
Voir l'originalRépondre0
MetaverseVagabond
· 08-13 03:59
On va encore mettre à jour, les petits chiens de légumes ne peuvent presque plus suivre.
Voir l'originalRépondre0
WhaleWatcher
· 08-13 03:59
Le Testnet 5 est-il lancé ? Ça va encore commencer, gm
Voir l'originalRépondre0
ZenChainWalker
· 08-13 03:50
Le nom Cancun me donne envie de manger de la cuisine mexicaine.
Plan de mise à niveau Ethereum Cancún/Deneb : EIP-4844 au cœur, plusieurs propositions en discussion.
以太坊核心开发者共识会议 #107 Résumé
Le 20 avril 2023, les développeurs d'Ethereum ont tenu la 107e réunion de consensus des développeurs principaux par téléphone (ACDC). La réunion a été animée par un chercheur de la Fondation Ethereum et a principalement porté sur les modifications du niveau de consensus d'Ethereum (CL), les mises à jour des progrès de Deneb, ainsi que sur d'autres propositions lors de la prochaine mise à niveau de Cancun en dehors de l'EIP-4844.
Deneb 测试网 #5
Après la réussite de l'activation de la mise à niveau de Shanghai, les développeurs ont rapidement concentré leur attention sur les préparatifs pour Cancun. Cancun est la prochaine mise à niveau de la couche d'exécution d'Ethereum (EL), tandis que Deneb est la mise à niveau correspondante de la couche de consensus. Les développeurs ont discuté de la portée finale de la mise à niveau Cancun/Deneb, qui sera axée sur l'EIP-4844 (mise en œuvre du type de transaction blob).
Les préparatifs pour Deneb commenceront par le lancement du testnet #5. Un ingénieur a déclaré qu'il effectuait des tests pour plusieurs clients afin de se préparer à la publication du testnet la semaine prochaine.
L'API moteur a un petit changement, fusionnant les appels "getPayloadV3" et "getBlobsBundleV1". Ce changement n'a pas encore été intégré dans la spécification EIP-4844, mais sera terminé dans les prochains jours pour être testé sur le réseau de test #5.
Les développeurs ont également discuté de la manière de réinsérer les transactions blob lors d'une reconfiguration de la chaîne. Étant donné que les transactions blob sont séparées des transactions ordinaires, les blobs après la reconfiguration ne peuvent être obtenus que des transactions dans le mempool public. Étant donné que de nombreuses transactions contournent le mempool, les développeurs ont proposé deux solutions possibles : permettre à CL de transmettre les données blob de chaque bloc à EL, ou demander aux utilisateurs de transactions contournant le mempool de soumettre à nouveau leurs transactions lors d'un événement de reconfiguration de la chaîne.
Certains développeurs ont tendance à transférer des données blob vers l'EL, considérant que cela n'ajoute pas beaucoup de charge supplémentaire à l'EL. Cependant, d'autres soulignent que cela pourrait davantage compromettre l'abstraction entre les couches EL et CL, et pourrait affecter la disponibilité future des échantillons de données (DAS) mise à niveau.
En raison de l'absence de l'équipe client EL, ce problème sera à nouveau discuté lors de la prochaine réunion.
Proposition additionnelle Deneb
En plus de l'EIP-4844, la mise à niveau Deneb a également pris en compte d'autres mises à niveau de code :
EIP-4788 : Publier l'état de la chaîne Beacon CL dans l'EL, permettant un accès de confiance minimal aux CL par les contrats intelligents.
EIP-6914 : Réutilisation des numéros d'index des validateurs qui ont complètement quitté le réseau et qui n'ont pas été actifs depuis longtemps, ce qui aide à réduire la croissance infinie de la liste des validateurs.
Un changement de code potentiel, impliquant le remplissage des données à partir du bloc de genèse de la Beacon Chain et la création de nouveaux contenus de "résumé historique".
PR 3175 : Empêcher les validateurs punis de proposer des blocs lorsqu'ils sortent de la file d'attente.
EIP-6493 : Résoudre comment les nœuds traitent les types de transactions blob qui sont formatés en SSZ sur CL mais encodés différemment sur EL.
Lors de la discussion sur la portée de Deneb, les développeurs ont tendance à inclure l'EIP-4788, le PR 3175 et l'EIP-4844 dans la prochaine mise à niveau.