Selon Wu, d'après le résumé de @YashKamalChatu1 sur 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), le rapport de performance de Sunnyside Labs sur les clients dans des situations à fort nombre de blobs (les clients Lighthouse et Prysm supportent 72 blobs/block, Nimbus n’atteint que 10 blobs, la bande passante et la charge de validation 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, les spécifications de la couche d'exécution à finaliser lors de la prochaine réunion ACD), la stratégie et le calendrier du BPO (le testnet peut tester agressivement 20-48 blobs, le mainnet adopte une augmentation prudente 9→18→24, BPO1 préconfiguré dans le client Fusaka, BPO2 en attente de l'évaluation des données du mainnet, goutte des coûts de coordination), la 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.
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.
Résumé de la 159e réunion des développeurs principaux de la couche de consensus d'Ethereum (ACDC)
Selon Wu, d'après le résumé de @YashKamalChatu1 sur 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), le rapport de performance de Sunnyside Labs sur les clients dans des situations à fort nombre de blobs (les clients Lighthouse et Prysm supportent 72 blobs/block, Nimbus n’atteint que 10 blobs, la bande passante et la charge de validation 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, les spécifications de la couche d'exécution à finaliser lors de la prochaine réunion ACD), la stratégie et le calendrier du BPO (le testnet peut tester agressivement 20-48 blobs, le mainnet adopte une augmentation prudente 9→18→24, BPO1 préconfiguré dans le client Fusaka, BPO2 en attente de l'évaluation des données du mainnet, goutte des coûts de coordination), la 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.