ACDC #161 è dal vivo! 🗓️ 24 luglio 2025 alle 14:00 UTC In agenda: 🔹 Riepilogo di Fusaka devnet-2 e lancio di devnet-3 🔹 Obiettivo: Candidati per il rilascio entro la fine di agosto 🔹 Glamsterdam: headliner, orario slot, ePBS 🔹 Discussioni sulla specifica SSZ 📺 Guarda: 🔴 Live/X: #Ethereum #ACDC161 #Fusaka #Glamsterdam

Fusaka Devnet-2: Quasi completo 🔄 @BarnabasBusa: @lodestar_eth & @ethnimbus mostrano problemi negli scenari di test 🚀 Devnet-3: Il Genesis è avvenuto ~24 ore fa, il devnet sarà forkato presto, aspettatevi progressi su ACDT 🔧 L'interoperabilità è per lo più fluida (problemi minori di ethconfig), l'infrastruttura MEV arriverà presto 📦 Include modifiche alle specifiche @ralexstokes: Assumendo la stabilità del devnet-3, puntiamo a iniziare il rafforzamento e avere candidati per il rilascio entro la fine di agosto 🎯 Obiettivo: Fusaka mainnet prima di Devconnect (novembre) 📍Conclusione: Monitorare i progressi del devnet-3 → discutere i prossimi passi nella prossima chiamata ACD #Ethereum #Fusaka #ACDC161

Discussione su Glamsterdam 🧩 Headliner: Accordo per selezionare 1 EIP per layer ⏱️ Tempo di Slot Ridotto: Analisi approfondita 👩‍💻Maria ha presentato dati aggiornati: - Metriche monitorate tramite Xatu, utilizzando un fork di @prylabs (da @ethPandaOps) - Monitoraggio del numero di blocchi #propagation, tempi di arrivo delle #attestazioni e #slot mancati - Ritardi nelle attestazioni osservati — i dati del 95° percentile mostrano alcuni rischi sotto slot più brevi Prossimi passi: Raccogliere più campioni, analizzare l'impatto dell'uso di #gas e ampliare i dati della comunità

🗣️ È seguita una vivace discussione sul Tempo di Slot Ridotto 📣 @EthDreamer ha evidenziato: - PTC (Costruzione del Tempo Parallelo) consente la propagazione e l'aggregazione delle attestazioni in 4s, sovrapponendosi all'esecuzione di blocchi/blob - Potenziale per ottimizzare l'uso degli slot con una corretta coordinazione @potuz_eth : - Ha sollevato dubbi sull'uso di p95 come soglia - Ha menzionato che @preston_vanloon ha un PoC funzionante, anche se incompleto - Sottolinea che la concentrazione temporale delle attestazioni non invalida necessariamente la proposta di tempo di slot ridotto. @dankrad chiarisce che l'uso attuale delle metriche p95 è osservazionale — non prescrittivo — e che Ethereum non sta cercando di ottimizzare i tempi di slot esclusivamente basandosi su p95. @nero_eth sottolinea che la costruzione del tempo parallelo (PTC) introduce una latenza extra a causa dei passaggi di verifica BLS — qualcosa che dovrebbe essere considerato quando si valutano le riduzioni del tempo di slot. @Parithosh: - Ha confermato che il fork di Prysm non aggiunge più ritardi artificiali - I dati raccolti dalla comunità saranno più rappresentativi 📦 @barnabemonnot : - Ha chiarito che la metrica di 4.4s non è destinata a "supportare" o "rifiutare" la proposta di 6s — solo dati preliminari - Chiarendo che i dati attuali (4413ms) non sono sufficienti per argomentare a favore o contro i tempi di slot di 6s e riflettono le condizioni attuali della rete. 📌 Conclusione: - Tempo di slot di 6s — ancora in fase di indagine - Maggiori dati devono essere raccolti e rivisti - Partecipazione della comunità (ad es. tramite @ethPandaOps) incoraggiata #Glamsterdam #shorterslot

Flashbots su ePBS e il "Problema dell'Opzione Gratuita" – Una Prospettiva MEV (#Glamsterdam) Christopher ha presentato i rischi in #ePBS legati a sfruttamenti economici e ritardi di propagazione, discutendo problemi e soluzioni. Riepilogo: ePBS introduce due scadenze tramite PTC: ⏱️ Payload: 4s 🫧 Blob: 10s Questa tempistica scaglionata introduce un'"opzione gratuita" — la possibilità di invalidare un blocco dopo la sottomissione ma prima che la propagazione completa sia terminata. 🔗 Scrittura completa: 📌 Punti salienti del riepilogo: ePBS aggiunge flessibilità, ma introduce nuovi rischi con finestre di propagazione più lunghe. I costruttori/cercatori solitari possono sfruttare le "opzioni gratuite". Il pipelining potrebbe neutralizzare i benefici di ePBS se comprimiamo nuovamente le tempistiche. I miglioramenti della propagazione e i compromessi di design devono essere riesaminati prima di finalizzare.

Ulteriori aggiornamenti su Glamsterdam Headliner @dapplion: ePBS (pagamenti senza fiducia) non dovrebbe essere forzato nella ristrutturazione degli slot — trattiamoli come funzionalità separate: • EIP-7732A = ristrutturazione degli slot • EIP-7732B = ePBS sopra 📝 Blog: #Ethereum #Glamsterdam #ePBS 💬 @TimBeiko: Ci sono 3 possibili headliner CL — ePBS, slot da 6s, o FOCIL, dovrebbero essere mantenuti in CFI. Ma dovremmo farne solo uno a Glamsterdam. @ralexstokes è d'accordo. 📌 Stato attuale: → ePBS è stato contrassegnato CFI (Considerato per Inclusione) — il che significa che è attivamente discusso come un serio candidato, ma non è ancora finalizzato. → La decisione finale sull'headliner è attesa nella prossima chiamata ACDC tra 2 settimane. 🗳️ Feedback da @LidoFinance, Flashbots, @QuickNode e altri qui:

📐 Aggiornamento della specifica SSZ – ACDC #161 Etan di @ethnimbus ha condiviso una panoramica delle modifiche proposte alla specifica SSZ 🔧 PR: 🗣️ @ralexstokes: “Non ci sono molte contestazioni — dovrebbe essere risolto direttamente nella PR.” La chiamata ACDC si è conclusa in anticipo, ci vediamo la prossima volta! #Ethereum #ACDC161 #SSZ #ConsensusSpecs