La réunion des développeurs principaux d'Ethereum se concentre sur la mise à niveau de Cancun, avec un accent particulier sur la discussion de l'EIP-4844 et de la proposition Deneb.
Résumé de la 107e réunion de consensus des développeurs principaux d'Ethereum
Le 20 avril 2023, les développeurs d'Ethereum ont tenu la 107e réunion téléphonique des développeurs principaux sur le consensus (ACDC). La réunion a été animée par un chercheur de la fondation Ethereum, et a principalement porté sur les modifications apportées à la couche de consensus d'Ethereum (CL), l'avancement de Deneb et d'autres propositions lors de la prochaine mise à niveau de Cancun, à l'exception de l'EIP-4844.
Deneb测试网络#5
Depuis que la mise à niveau de Shanghai a été activée avec succès, les développeurs ont rapidement tourné 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 couche de consensus. Les développeurs ont discuté de l'ampleur 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 commencent avec le lancement du réseau de test #5. Un développeur a indiqué que le cinquième réseau de test pour l'EIP-4844 sera lancé la semaine prochaine. Actuellement, certains clients effectuent des tests en conditions réelles en préparation de la publication du réseau de test.
L'API moteur a un petit changement, fusionnant les appels "getPayloadV3" et "getBlobsBundleV1" en un seul. 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 dans les blocs lors d'une reconstitution de chaîne. Étant donné que les transactions blob sont séparées des transactions régulières, les blobs après reconstitution ne peuvent être obtenus que parmi les transactions de la mémoire publique. Étant donné que de nombreuses transactions contournent la mémoire, une solution consiste à faire en sorte que le CL transmette les données blob de chaque bloc à l'EL, qui peut ensuite les mettre en cache jusqu'à ce que le bloc soit terminé. Une autre méthode consiste à demander aux utilisateurs ayant soumis des transactions contournant la mémoire de soumettre à nouveau leurs transactions lors d'un événement de reconstitution de chaîne.
Certains développeurs préfèrent transférer des données blob vers l'EL afin de pouvoir réinsérer les transactions lors de la reconstitution. Cependant, cette méthode pourrait davantage compromettre l'abstraction entre les couches EL et CL, et pourrait entrer en conflit avec la mise en œuvre future d'un échantillonnage de disponibilité des données (DAS).
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 de balises CL dans l'EL, permettant aux contrats intelligents sur l'EL d'accéder à la CL avec un minimum de confiance.
EIP-6914 : Permet la réutilisation des indices de validateurs qui ont complètement quitté le réseau et qui n'ont pas été actifs pendant longtemps. En raison de la complexité élevée, cela pourrait être retardé à une fourche dure après Deneb.
Un changement de code potentiel, impliquant le remplissage des données depuis le bloc de genèse de la Beacon Chain et la création d'un nouveau contenu de "résumé historique".
PR 3175 : Empêcher les validateurs pénalisés de proposer des blocs lors de leur sortie de la file d'attente, pour protéger le "mode de défaillance élevé".
EIP-6493 : Résoudre le problème de la manière dont les nœuds traitent les types de transactions blob qui sont formatés en SSZ sur la CL mais encodés différemment sur l'EL.
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.
21 J'aime
Récompense
21
7
Reposter
Partager
Commentaire
0/400
NFTDreamer
· Il y a 16h
4844 vraiment puissant, les propositions de bull et de cheval peuvent être jouées, si tu ne sais pas jouer, tu vas te faire copier.
Voir l'originalRépondre0
SchroedingerMiner
· 08-11 02:30
Cette vague de bull est-elle forte ? D'abord, on fonce vers Cancun.
Voir l'originalRépondre0
GateUser-a606bf0c
· 08-11 02:28
Qu'est-ce que c'est que ce nouveau truc ? Il suffit de changer.
Voir l'originalRépondre0
AirdropDreamBreaker
· 08-11 02:21
Le développement est déjà passé au Testnet numéro cinq, c'est vraiment excitant.
Voir l'originalRépondre0
SignatureAnxiety
· 08-11 02:13
Quand la mise à niveau de Cancun sera-t-elle disponible ? J'ai hâte !
Voir l'originalRépondre0
GateUser-3824aa38
· 08-11 02:12
Cancún, n'est-ce pas l'endroit dont nous avons été avertis de ne pas y aller lors des précédentes vacances...
Voir l'originalRépondre0
GateUser-6a0899c8
· 08-11 02:10
Les nouvelles de 2023, c'est trop en retard maintenant.
La réunion des développeurs principaux d'Ethereum se concentre sur la mise à niveau de Cancun, avec un accent particulier sur la discussion de l'EIP-4844 et de la proposition Deneb.
Résumé de la 107e réunion de consensus des développeurs principaux d'Ethereum
Le 20 avril 2023, les développeurs d'Ethereum ont tenu la 107e réunion téléphonique des développeurs principaux sur le consensus (ACDC). La réunion a été animée par un chercheur de la fondation Ethereum, et a principalement porté sur les modifications apportées à la couche de consensus d'Ethereum (CL), l'avancement de Deneb et d'autres propositions lors de la prochaine mise à niveau de Cancun, à l'exception de l'EIP-4844.
Deneb测试网络#5
Depuis que la mise à niveau de Shanghai a été activée avec succès, les développeurs ont rapidement tourné 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 couche de consensus. Les développeurs ont discuté de l'ampleur 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 commencent avec le lancement du réseau de test #5. Un développeur a indiqué que le cinquième réseau de test pour l'EIP-4844 sera lancé la semaine prochaine. Actuellement, certains clients effectuent des tests en conditions réelles en préparation de la publication du réseau de test.
L'API moteur a un petit changement, fusionnant les appels "getPayloadV3" et "getBlobsBundleV1" en un seul. 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 dans les blocs lors d'une reconstitution de chaîne. Étant donné que les transactions blob sont séparées des transactions régulières, les blobs après reconstitution ne peuvent être obtenus que parmi les transactions de la mémoire publique. Étant donné que de nombreuses transactions contournent la mémoire, une solution consiste à faire en sorte que le CL transmette les données blob de chaque bloc à l'EL, qui peut ensuite les mettre en cache jusqu'à ce que le bloc soit terminé. Une autre méthode consiste à demander aux utilisateurs ayant soumis des transactions contournant la mémoire de soumettre à nouveau leurs transactions lors d'un événement de reconstitution de chaîne.
Certains développeurs préfèrent transférer des données blob vers l'EL afin de pouvoir réinsérer les transactions lors de la reconstitution. Cependant, cette méthode pourrait davantage compromettre l'abstraction entre les couches EL et CL, et pourrait entrer en conflit avec la mise en œuvre future d'un échantillonnage de disponibilité des données (DAS).
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 de balises CL dans l'EL, permettant aux contrats intelligents sur l'EL d'accéder à la CL avec un minimum de confiance.
EIP-6914 : Permet la réutilisation des indices de validateurs qui ont complètement quitté le réseau et qui n'ont pas été actifs pendant longtemps. En raison de la complexité élevée, cela pourrait être retardé à une fourche dure après Deneb.
Un changement de code potentiel, impliquant le remplissage des données depuis le bloc de genèse de la Beacon Chain et la création d'un nouveau contenu de "résumé historique".
PR 3175 : Empêcher les validateurs pénalisés de proposer des blocs lors de leur sortie de la file d'attente, pour protéger le "mode de défaillance élevé".
EIP-6493 : Résoudre le problème de la manière dont les nœuds traitent les types de transactions blob qui sont formatés en SSZ sur la CL mais encodés différemment sur l'EL.
Les développeurs ont tendance à inclure l'EIP-4788, le PR 3175 et l'EIP-4844 dans la prochaine mise à niveau.