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.
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.
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.