ACDC #161 est en direct ! 🗓️ 24 juillet 2025 à 14:00 UTC À l'ordre du jour : 🔹 Récapitulatif de Fusaka devnet-2 & lancement de devnet-3 🔹 Objectif : Candidats à la publication d'ici fin août 🔹 Glamsterdam : tête d'affiche, créneau horaire, ePBS 🔹 Discussions sur les spécifications SSZ 📺 Regarder : 🔴 En direct/X : #Ethereum #ACDC161 #Fusaka #Glamsterdam

Fusaka Devnet-2 : presque terminé 🔄 @BarnabasBusa : @lodestar_eth et @ethnimbus montrent des problèmes dans les scénarios de test 🚀 Devnet-3 : la genèse a eu lieu il y a ~24h, le devnet sera bientôt forké, attendez-vous à des progrès sur ACDT 🔧 L'interopérabilité est principalement fluide (problèmes mineurs de configuration eth), l'infrastructure MEV arrive bientôt 📦 Comprend des changements de spécifications @ralexstokes : En supposant la stabilité de devnet-3, vise à commencer le durcissement et à avoir des candidats à la publication d'ici la fin août 🎯 Objectif : mainnet Fusaka avant Devconnect (novembre) 📍Conclusion : Surveillez les progrès de devnet-3 → discutez des prochaines étapes lors du prochain appel ACD #Ethereum #Fusaka #ACDC161

Discussion Glamsterdam 🧩 Tête d'affiche : Accord pour sélectionner 1 EIP par couche ⏱️ Temps de créneau plus court : Analyse approfondie 👩‍💻Maria a présenté des données mises à jour : - Métriques suivies via Xatu, utilisant un fork de @prylabs (de @ethPandaOps) - Surveillance du #propagation des blocs, des temps d'arrivée des #attestations et des #créneaux manqués - Retards d'attestation observés — les données du 95e percentile montrent un certain risque sous des créneaux plus courts Prochaines étapes : Collecter plus d'échantillons, analyser l'impact de l'utilisation du #gas et élargir les données de la communauté

🗣️ Une discussion animée a suivi sur le temps de slot plus court 📣 @EthDreamer a souligné : - PTC (Construction de Temps Parallèle) permet la propagation + agrégation d'attestations en 4s, se chevauchant avec l'exécution de blocs/blob - Potentiel d'optimiser l'utilisation des slots avec une coordination appropriée @potuz_eth : - A exprimé des doutes sur l'utilisation de p95 comme seuil - A mentionné que @preston_vanloon a un PoC fonctionnel, bien que incomplet - Souligne que la concentration du timing des attestations n'invalide pas nécessairement la proposition de temps de slot plus court. @dankrad clarifie que l'utilisation actuelle des métriques p95 est observationnelle — pas prescriptive — et qu'Ethereum n'essaie pas d'optimiser les temps de slot strictement en fonction de p95. @nero_eth souligne que la construction de temps parallèle (PTC) introduit une latence supplémentaire en raison des étapes de vérification BLS — quelque chose qui devrait être pris en compte lors de l'examen des réductions de temps de slot. @Parithosh : - A confirmé que le fork Prysm n'ajoute plus de délai artificiel - Les données collectées par la communauté seront plus représentatives 📦 @barnabemonnot : - A clarifié que la métrique de 4,4s n'est pas destinée à "soutenir" ou "rejeter" la proposition de 6s — juste des données préliminaires - Clarifiant que les données actuelles (4413ms) ne sont pas suffisantes pour plaider pour ou contre des temps de slot de 6s et reflètent les conditions actuelles du réseau. 📌 Conclusion : - Temps de slot de 6s — toujours en cours d'investigation - Plus de données à collecter et à examiner - Participation de la communauté (par exemple via @ethPandaOps) encouragée #Glamsterdam #shorterslot

Flashbots sur ePBS et le "problème de l'option gratuite" – Une perspective MEV (#Glamsterdam) Christopher a présenté les risques liés à #ePBS en matière d'exploits économiques et de délais de propagation, discuté des problèmes et des solutions. Résumé : ePBS introduit deux délais via PTC : ⏱️ Charge utile : 4s 🫧 Blob : 10s Ce calendrier échelonné introduit une "option gratuite" — la capacité d'invalider un bloc après soumission mais avant que la propagation complète ne soit terminée. 🔗 Écrit complet : 📌 Points clés du résumé : ePBS ajoute de la flexibilité, mais introduit de nouveaux risques avec des fenêtres de propagation plus longues. Les constructeurs/rechercheurs solitaires peuvent exploiter les "options gratuites". Le pipelining peut neutraliser les avantages d'ePBS si nous compressons à nouveau les délais. Les améliorations de propagation et les compromis de conception doivent être reconsidérés avant de finaliser.

Plus d'infos sur la mise à jour des têtes d'affiche de Glamsterdam @dapplion : les ePBS (paiements sans confiance) ne devraient pas être contraints à une restructuration des slots — traitons-les comme des fonctionnalités distinctes : • EIP-7732A = restructuration des slots • EIP-7732B = ePBS en plus 📝 Blog : #Ethereum #Glamsterdam #ePBS 💬 @TimBeiko : Il y a 3 têtes d'affiche CL possibles — ePBS, slots de 6s, ou FOCIL, qui devraient être conservés dans le CFI. Mais nous ne devrions en faire qu'une seule à Glamsterdam. @ralexstokes est d'accord. 📌 État actuel : → ePBS a été marqué CFI (Considéré pour Inclusion) — ce qui signifie qu'il est activement discuté comme un candidat sérieux, mais pas encore finalisé. → La décision finale sur la tête d'affiche est attendue lors du prochain appel ACDC dans 2 semaines. 🗳️ Retours de @LidoFinance, Flashbots, @QuickNode, et d'autres ici :

📐 Mise à jour de la spécification SSZ – ACDC #161 Etan de @ethnimbus a partagé un aperçu des changements proposés à la spécification SSZ 🔧 PR : 🗣️ @ralexstokes : "Pas beaucoup de contestation — cela devrait être résolu directement sur le PR." L'appel ACDC s'est terminé plus tôt, à la prochaine fois ! #Ethereum #ACDC161 #SSZ #ConsensusSpecs