Gelukkige 10e verjaardag voor Ethereum! Het is een understatement om te zeggen dat dit project levensveranderend is ❤️

EN HIER IS HET: Eerste 45 Miljoen Gas Limiet blok voorgesteld op #Ethereum Mainnet! 🔥🚀 Volgende Doel: 60M 📈

De gaslimiet beweegt langzaam omhoog! We zouden binnenkort op 45M moeten zijn. Als je een validator runt, hoef je alleen maar je software bij te werken!

Hoogtepunten van alle klantteams: Uitvoeringslaag: - Geth: EIP-7928 (Toegangslijsten op blokniveau) - Reth: EIP-7928 + EIP-7732 (ePBS) + EIP-7805 (FOCIL) stretch - Erigon (zowel EL + CL): EIP-7928 + EIP-7805 + EIP-7782 (Verminder bloklatentie) - Nethermind: EIP-7928 + EIP-7732 en ook ondersteuning voor EIP-7805 + EIP-7692 - Besu: EIP-7928 + EIP-7732 + EIP-7805 stretch Consensuslaag: - Lighthouse: EIP-7732 (ePBS) - Prysm: EIP-7732 + EIP-7805 stretch - Grandine: EIP-7732 + EIP-7805 stretch - Lodestar: EIP-7732 + EIP-7805 stretch + EIP-7919 Pureth voor EL - Teku: EIP-7732 - Nimbus (zowel CL + EL): EIP-7732 + EIP-7919

is iemand op de hoogte van eerdere pogingen om een wiskundig model voor bandbreedtebenutting voor Eth te bouwen? Terwijl we de L1-capaciteit en -doorvoer opschalen, blobs opschalen, de slotstructuur herstructureren, de propagatie-efficiëntie verhogen, nieuwe mechanismen toevoegen (bijv. FOCIL, BAL), de mempool sharden, enz. werken we tegen de beperkingen van EIP-7870. We zouden profiteren van een model waarin we parameters zoals de gaslimiet van blokken, druk op de mempool, aantal blobs, propagatie-overhead en efficiëntiefactoren, aantal blobs, blobbenutting, aantal validators, aantal actieve peers, activiteit van checkpoint-synchronisatie, enz. kunnen invoeren om te visualiseren hoe alles zich opstapelt langs de tijdlijn van de slot. Ook om ons te waarschuwen wanneer onze keuzes EIP-7870 schenden. Tijdens het ontwerptijd zou dit ons helpen om na te denken over afwegingen, bandbreedteallocatie, doorvoer/goede doorvoer. Ook helpt het om de discussie over actieve verkeersvormgeving te stimuleren, waarbij we expliciet bepaalde soorten activiteiten op verschillende momenten prioriteit geven (en de bandbreedte voor anderen beperken) om de algehele systeemefficiëntie te maximaliseren. Essentieel een instelbaar wiskundig model van de zeer elementaire grafiek hieronder (die veel weglaat),

Heb de hele Ethereum-validatoren set bekeken om te berekenen hoeveel consolidatiekansen zijn gemist na de Pectra-upgrade. Belangrijke statistieken: - Sinds Pectra zijn 96.672 nieuwe validators geactiveerd - 79.547 van die validators hadden geconsolideerd kunnen worden, ze hergebruikten een pre-Pectra opname-credential - 14.362 van die validators hergebruikten een post-Pectra opname-credential - Dit laat slechts 2.763 echt "unieke" validators over! Op een gegeven moment moeten we ons afvragen wat validators tegenhoudt om te consolideren, is het de volwassenheid van de tools, het vertrouwen in de tijdlijn, of iets anders? Blij om iemand te helpen met consolideren of het erover te hebben, stuur me gewoon een DM.

Nee, serieus, wat is een @ethereum fork "headliner"? Wie profiteren van de voorgestelde EIPs? Hoe vergelijken we ze? Mijn team bij de @ethereumfndn is bezig om het upgradeproces gemakkelijker te begrijpen. Ik ben enthousiast om een klein hulpmiddel te delen waar we aan hebben gewerkt: 🧵↓

Na een echt productieve week op locatie met de ontwikkelaars van de klant, zijn we gekomen tot een plan voor hoe we de schaalvergroting en de uitdagingen die zich kunnen voordoen willen aanpakken. Verwacht in de toekomst een constante stroom van analyses en geleidelijke updates van de gaslimiet.

Attestatieverspreiding: In gemiste slots (geen blok) wachten attestators tot de attestatiedeadline. Dit geeft ons schone gegevens over wanneer niet-geaggregeerde attestaties nodes bereiken. Zelfs snelle, goed verbonden Xatu-nodes (DC-gehost) zien slechts ~40% van de attestaties na 1 seconde; langzamere nodes bereiken 40% na 2 seconden. Dit zijn beter-dan-gemiddelde latentieobservaties.

Speciale interoperabiliteit van de Checkpoint-serie! De Checkpoint-berichten zijn toegankelijke updates voor @ethereum kernontwikkeling. De afgelopen week kwamen kernontwikkelaars en onderzoekers samen voor een persoonlijke hackweek tijdens @BerBlockWeek en dit is een kijkje in wat ze deden: