Buon decimo compleanno a Ethereum! È un eufemismo dire che questo progetto ha cambiato la vita ❤️

E QUI CI SIAMO: Primo blocco proposto con un limite di gas di 45 milioni sulla Mainnet di #Ethereum! 🔥🚀 Prossimo obiettivo: 60M 📈

Il limite del gas sta lentamente salendo! Dovremmo arrivare a 45M presto. Se gestisci un validatore, tutto ciò che devi fare è aggiornare il tuo software!

Selezioni principali da tutti i team clienti: Layer di Esecuzione: - Geth: EIP-7928 (Liste di Accesso a Livello di Blocco) - Reth: EIP-7928 + EIP-7732 (ePBS) + EIP-7805 (FOCIL) estensione - Erigon (sia EL + CL): EIP-7928 + EIP-7805 + EIP-7782 (Ridurre la Latency del Blocco) - Nethermind: EIP-7928 + EIP-7732 e supporto anche per EIP-7805 + EIP-7692 - Besu: EIP-7928 + EIP-7732 + estensione EIP-7805 Layer di Consenso: - Lighthouse: EIP-7732 (ePBS) - Prysm: EIP-7732 + estensione EIP-7805 - Grandine: EIP-7732 + estensione EIP-7805 - Lodestar: EIP-7732 + estensione EIP-7805 + EIP-7919 Pureth per EL - Teku: EIP-7732 - Nimbus (sia CL + EL): EIP-7732 + EIP-7919

qualcuno è a conoscenza di sforzi passati per costruire un modello matematico di utilizzo della larghezza di banda per Eth? mentre aumentiamo la capacità e il throughput di L1, scaldiamo i blob, ristrutturiamo lo slot, aumentiamo l'efficienza di propagazione, aggiungiamo nuovi meccanismi (ad es. FOCIL, BAL), shardiamo il mempool, ecc. stiamo lavorando contro i vincoli dell'EIP-7870. trarremmo beneficio da un modello in cui possiamo inserire parametri come il limite di gas del blocco, la pressione del mempool, il conteggio dei blob, i fattori di sovraccarico e di efficienza di propagazione, il conteggio dei blob, l'utilizzo dei blob, il conteggio dei validatori, il conteggio dei peer attivi, l'attività di sincronizzazione dei checkpoint, ecc. per visualizzare come si accumula tutto lungo la timeline dello slot. inoltre, per avvisarci quando le nostre scelte violano l'EIP-7870. al momento della progettazione, questo ci aiuterebbe a ragionare sui compromessi, sull'allocazione della larghezza di banda, sul throughput/buona resa. inoltre, aiuta a guidare la discussione sulla modellazione del traffico attivo, dove diamo esplicitamente priorità a certi tipi di attività in momenti diversi (e limitiamo la larghezza di banda ad altri) per massimizzare l'efficienza complessiva del sistema. essenzialmente un modello matematico regolabile del molto elementare grafico sottostante (che omette molto),

Ho esaminato l'intero set di validatori di Ethereum per calcolare quante opportunità di consolidamento sono state perse dopo l'aggiornamento Pectra. Statistiche chiave: - Dall'aggiornamento Pectra, 96.672 nuovi validatori sono stati attivati - 79.547 di questi validatori avrebbero potuto essere consolidati, hanno riutilizzato una credenziale di pre-prelievo Pectra - 14.362 di questi validatori hanno riutilizzato una credenziale di prelievo post-Pectra - Questo lascia solo 2.763 validatori "unici"! A un certo punto, dobbiamo chiederci cosa impedisce ai validatori di consolidarsi, è la maturità degli strumenti, il tempo di fiducia o qualcos'altro? Felice di aiutare chiunque a consolidare o discuterne, basta mandarmi un DM.

No, sul serio, cos'è un "headliner" di un fork di @ethereum? A chi giovano gli EIP proposti? Come possiamo confrontarli? Il mio team di @ethereumfndn sta cercando di rendere il processo di aggiornamento più facile da comprendere. Sono entusiasta di condividere un piccolo strumento su cui abbiamo lavorato: 🧵↓

Dopo una settimana davvero produttiva di incontri di persona con gli sviluppatori del cliente, siamo arrivati a un piano su come vogliamo affrontare la scalabilità e le sfide che potrebbero sorgere. Aspettatevi un flusso costante di analisi e aggiornamenti progressivi sul limite del gas in futuro.

Attestation Propagation: In missed slots (no block), attesters delay until the attestation deadline. This gives us clean data on when non-aggregated attestations hit nodes. Even fast, well-connected Xatu nodes (DC-hosted) only see ~40% of attestations after 1s; slower ones hit 40% after 2s. These are better-than-average-case latency observations.

Edizione speciale interop della serie Checkpoint! I post di Checkpoint sono aggiornamenti accessibili per @ethereum sviluppo principale. La scorsa settimana, gli sviluppatori e i ricercatori si sono riuniti per una settimana di hacking di persona durante @BerBlockWeek e questo è uno sguardo all'interno di ciò che hanno fatto: