【jeton界】Selon le résumé de la 159e réunion des développeurs principaux de la couche de consensus d'Ethereum (ACDC), cette réunion a principalement discuté de : le lancement de Fusaka Devnet 2 (test BPO, ajustement progressif du nombre de blobs à 20), un rapport de performance d'un laboratoire sur les clients dans des situations à haute charge de blobs (les clients Lighthouse et Prysm supportent 72 blobs/block, Nimbus n'atteint que 10 blobs, la bande passante et la charge de vérification sont inégales, nécessitant une optimisation pour soutenir les stakers domestiques), le gel des spécifications de Fusaka CL (fusion de quatre PR clés, lancement de Devnet 3 dans deux semaines, spécifications de la couche d'exécution à finaliser lors de la prochaine réunion ACD), la stratégie et le calendrier BPO (testnet pouvant tester de manière agressive 20-48 blobs, mainnet adoptant une augmentation prudente 9→18→24, BPO1 préconfiguré dans le client Fusaka, BPO2 en attente d'évaluation des données mainnet, Goutte des coûts de coordination), proposition de fork Glamsterdam (EIP-7782 : réduire le temps de slot de 12 secondes à 6 secondes ; PR 3510 : établir une base pour un temps de slot flexible), etc.
Le contenu est fourni à titre de référence uniquement, il ne s'agit pas d'une sollicitation ou d'une offre. Aucun conseil en investissement, fiscalité ou juridique n'est fourni. Consultez l'Avertissement pour plus de détails sur les risques.
15 J'aime
Récompense
15
4
Partager
Commentaire
0/400
TokenVelocityTrauma
· Il y a 5h
20 blobs, c'est vraiment trop peu !
Répondre0
rugpull_survivor
· Il y a 13h
C'est encore une extension infinie, n'est-ce pas ?
Mise à jour d'Ethereum Fusaka : tests BPO, optimisation du client et plan d'extension blob sur le Mainnet.
【jeton界】Selon le résumé de la 159e réunion des développeurs principaux de la couche de consensus d'Ethereum (ACDC), cette réunion a principalement discuté de : le lancement de Fusaka Devnet 2 (test BPO, ajustement progressif du nombre de blobs à 20), un rapport de performance d'un laboratoire sur les clients dans des situations à haute charge de blobs (les clients Lighthouse et Prysm supportent 72 blobs/block, Nimbus n'atteint que 10 blobs, la bande passante et la charge de vérification sont inégales, nécessitant une optimisation pour soutenir les stakers domestiques), le gel des spécifications de Fusaka CL (fusion de quatre PR clés, lancement de Devnet 3 dans deux semaines, spécifications de la couche d'exécution à finaliser lors de la prochaine réunion ACD), la stratégie et le calendrier BPO (testnet pouvant tester de manière agressive 20-48 blobs, mainnet adoptant une augmentation prudente 9→18→24, BPO1 préconfiguré dans le client Fusaka, BPO2 en attente d'évaluation des données mainnet, Goutte des coûts de coordination), proposition de fork Glamsterdam (EIP-7782 : réduire le temps de slot de 12 secondes à 6 secondes ; PR 3510 : établir une base pour un temps de slot flexible), etc.