Le 20 avril 2023, les développeurs d'Ethereum ont tenu la 107e conférence téléphonique consensuelle des développeurs principaux (ACDC). La réunion a été animée par un chercheur de la fondation Ethereum et a principalement discuté des modifications de la couche de consensus d'Ethereum (CL), des mises à jour des progrès de Deneb, ainsi que d'autres propositions lors de la prochaine mise à niveau de Cancun, à 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 déplacé leur attention vers les préparatifs de Cancun. Cancun est le nom de la prochaine mise à niveau de la couche d'exécution d'Ethereum (EL), tandis que Deneb est le nom correspondant de la mise à niveau de la CL. Les développeurs ont discuté de l'éventuel champ d'application de la mise à niveau Cancun/Deneb, qui sera centrée sur l'EIP-4844 et mettra en œuvre le type de transaction blob.
Le cinquième test net de Deneb est prévu pour démarrer la semaine prochaine. Certains clients sont en phase de test pour préparer le lancement du test net. L'API du moteur a un petit changement, fusionnant les appels "getPayloadV3" et "getBlobsBundleV1" en un seul. Ce changement sera testé sur le test net #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 conventionnelles, les blobs après la reconfiguration ne peuvent être obtenus que des transactions dans le pool de mémoire publique. Compte tenu du fait que de nombreuses transactions contournent le pool de mémoire, les développeurs ont proposé deux solutions : permettre à CL de transmettre les données blob de chaque bloc à EL, ou demander aux utilisateurs de transactions contournant le pool de mémoire de soumettre à nouveau leurs transactions lors d'un événement de reconfiguration de la chaîne.
Pour cette question, les développeurs ont des points de vue divergents. Certains estiment que le transfert de données blob vers l'EL est une solution plus simple, mais d'autres craignent que cela ne compromette l'abstraction entre les couches EL et CL. En raison de l'absence de participation de l'équipe cliente EL, 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 :
EIP-4788 : Exposer 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é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, afin de réduire la croissance infinie de la liste des validateurs.
Commencer à remplir les données à partir du bloc de genèse de la Beacon Chain et créer un nouveau contenu "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 codés différemment sur CL et EL.
Les développeurs ont tendance à inclure EIP-4788, PR 3175 et EIP-4844 dans la prochaine mise à niveau. L'EIP-6914, en raison de sa complexité élevée, pourrait être reporté à une fourche dure après Deneb. D'autres propositions nécessitent encore des discussions et des précisions supplémentaires.
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.
16 J'aime
Récompense
16
6
Reposter
Partager
Commentaire
0/400
BearMarketSurvivor
· Il y a 3h
Enfin, nous sommes arrivés à Cancun.
Voir l'originalRépondre0
NFTragedy
· Il y a 3h
La mise à niveau et l'accélération sont très fiables
Voir l'originalRépondre0
BridgeNomad
· Il y a 3h
En attente de la grande mise à niveau de Cancun
Voir l'originalRépondre0
PumpStrategist
· Il y a 3h
Surveillez le mouvement du 4844.
Voir l'originalRépondre0
ProposalDetective
· Il y a 3h
C'est incompréhensible.
Voir l'originalRépondre0
HypotheticalLiquidator
· Il y a 3h
La mise à niveau et l'accélération sont très bien.
Les développeurs Ethereum se réunissent pour discuter de la mise à niveau de Cancún, l'EIP-4844 étant au centre des préoccupations.
以太坊核心开发者共识会议#107 Résumé des points clés
Le 20 avril 2023, les développeurs d'Ethereum ont tenu la 107e conférence téléphonique consensuelle des développeurs principaux (ACDC). La réunion a été animée par un chercheur de la fondation Ethereum et a principalement discuté des modifications de la couche de consensus d'Ethereum (CL), des mises à jour des progrès de Deneb, ainsi que d'autres propositions lors de la prochaine mise à niveau de Cancun, à 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 déplacé leur attention vers les préparatifs de Cancun. Cancun est le nom de la prochaine mise à niveau de la couche d'exécution d'Ethereum (EL), tandis que Deneb est le nom correspondant de la mise à niveau de la CL. Les développeurs ont discuté de l'éventuel champ d'application de la mise à niveau Cancun/Deneb, qui sera centrée sur l'EIP-4844 et mettra en œuvre le type de transaction blob.
Le cinquième test net de Deneb est prévu pour démarrer la semaine prochaine. Certains clients sont en phase de test pour préparer le lancement du test net. L'API du moteur a un petit changement, fusionnant les appels "getPayloadV3" et "getBlobsBundleV1" en un seul. Ce changement sera testé sur le test net #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 conventionnelles, les blobs après la reconfiguration ne peuvent être obtenus que des transactions dans le pool de mémoire publique. Compte tenu du fait que de nombreuses transactions contournent le pool de mémoire, les développeurs ont proposé deux solutions : permettre à CL de transmettre les données blob de chaque bloc à EL, ou demander aux utilisateurs de transactions contournant le pool de mémoire de soumettre à nouveau leurs transactions lors d'un événement de reconfiguration de la chaîne.
Pour cette question, les développeurs ont des points de vue divergents. Certains estiment que le transfert de données blob vers l'EL est une solution plus simple, mais d'autres craignent que cela ne compromette l'abstraction entre les couches EL et CL. En raison de l'absence de participation de l'équipe cliente EL, 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 :
EIP-4788 : Exposer 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é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, afin de réduire la croissance infinie de la liste des validateurs.
Commencer à remplir les données à partir du bloc de genèse de la Beacon Chain et créer un nouveau contenu "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 codés différemment sur CL et EL.
Les développeurs ont tendance à inclure EIP-4788, PR 3175 et EIP-4844 dans la prochaine mise à niveau. L'EIP-6914, en raison de sa complexité élevée, pourrait être reporté à une fourche dure après Deneb. D'autres propositions nécessitent encore des discussions et des précisions supplémentaires.