Herzlichen Glückwunsch zum 10. Geburtstag von Ethereum! Es ist eine Untertreibung zu sagen, dass dieses Projekt lebensverändernd war ❤️

UND HIER IST ES: Erster Block mit einem Gaslimit von 45 Millionen auf dem #Ethereum Mainnet vorgeschlagen! 🔥🚀 Nächstes Ziel: 60M 📈

Das Gaslimit bewegt sich langsam nach oben! Wir sollten bald bei 45M sein. Wenn du einen Validator betreibst, musst du nur deine Software aktualisieren!

Hauptauswahl von allen Kunden-Teams: Ausführungsschicht: - Geth: EIP-7928 (Blockebene Zugriffslisten) - Reth: EIP-7928 + EIP-7732 (ePBS) + EIP-7805 (FOCIL) Stretch - Erigon (sowohl EL + CL): EIP-7928 + EIP-7805 + EIP-7782 (Blocklatenz reduzieren) - Nethermind: EIP-7928 + EIP-7732 und unterstützt auch EIP-7805 + EIP-7692 - Besu: EIP-7928 + EIP-7732 + EIP-7805 Stretch Konsensschicht: - 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 für EL - Teku: EIP-7732 - Nimbus (sowohl CL + EL): EIP-7732 + EIP-7919

Hat jemand Kenntnis über frühere Versuche, ein mathematisches Modell zur Bandbreitenauslastung für Eth zu erstellen? Während wir die L1-Kapazität und den Durchsatz skalieren, Blobs skalieren, den Slot umstrukturieren, die Propagierungseffizienz erhöhen, neue Mechanismen hinzufügen (z. B. FOCIL, BAL), den Mempool sharden usw., arbeiten wir gegen die Einschränkungen von EIP-7870. Wir würden von einem Modell profitieren, in das wir Parameter wie Block-Gaslimit, Mempool-Druck, Blob-Anzahl, Propagierungsüberkopf- und Effizienzfaktoren, Blob-Anzahl, Blob-Nutzung, Validatoranzahl, aktive Peeranzahl, Checkpoint-Synchronisationsaktivität usw. eingeben können, um zu visualisieren, wie alles entlang der Slot-Zeitleiste zusammenpasst. Auch um uns zu warnen, wenn unsere Entscheidungen EIP-7870 verletzen. Zu Entwurfszeiten würde uns dies helfen, über Trade-offs, Bandbreitenzuweisung, Durchsatz/Gutput nachzudenken. Außerdem fördert es die Diskussion über aktives Traffic-Shaping, bei dem wir bestimmte Arten von Aktivitäten zu verschiedenen Zeitpunkten ausdrücklich priorisieren (und die Bandbreite für andere drosseln), um die Gesamteffizienz des Systems zu maximieren. Im Wesentlichen ein einstellbares mathematisches Modell des sehr elementaren Diagramms unten (das viel weglässt).

Ich habe das gesamte Ethereum-Validator-Set überprüft, um zu berechnen, wie viele Konsolidierungsmöglichkeiten nach dem Pectra-Upgrade verpasst wurden. Wichtige Statistiken: - Seit Pectra wurden 96.672 neue Validatoren aktiviert - 79.547 dieser Validatoren hätten konsolidiert werden können, sie haben ein vor-Pectra-Abhebungscredential wiederverwendet - 14.362 dieser Validatoren haben ein nach-Pectra-Abhebungscredential wiederverwendet - Das lässt nur 2.763 wirklich "einzigartige" Validatoren übrig! Irgendwann müssen wir fragen, was die Validatoren daran hindert, zu konsolidieren. Ist es die Reife der Werkzeuge, der Vertrauenszeitrahmen oder etwas anderes? Ich helfe gerne jedem bei der Konsolidierung oder bespreche es, schickt mir einfach eine DM.

Nein, im Ernst, was ist überhaupt ein @ethereum Fork "Headliner"? Wem nützen die vorgeschlagenen EIPs? Wie vergleichen wir sie? Mein Team bei der @ethereumfndn arbeitet daran, den Upgrade-Prozess verständlicher zu machen. Ich freue mich, ein kleines Tool zu teilen, an dem wir gearbeitet haben: 🧵↓

Nach einer wirklich produktiven Woche vor Ort mit den Entwicklern des Kunden haben wir einen Plan entwickelt, wie wir die Skalierung und die Herausforderungen, die auftreten könnten, angehen wollen. Erwarten Sie in Zukunft einen stetigen Strom von Analysen und fortschreitenden Updates zur Gasgrenze.

Attestationsverbreitung: In verpassten Slots (kein Block) warten die Attestatoren bis zur Frist für die Attestierung. Dies gibt uns saubere Daten darüber, wann nicht aggregierte Attestierungen die Knoten erreichen. Selbst schnelle, gut verbundene Xatu-Knoten (DC-gehostet) sehen nur ~40% der Attestierungen nach 1s; langsamere erreichen 40% nach 2s. Dies sind Beobachtungen zur Latenz, die besser als im Durchschnitt sind.

Interop-Sonderausgabe der Checkpoint-Reihe! Die Checkpoint-Beiträge sind zugängliche Updates für @ethereum Kernentwicklung. In der vergangenen Woche trafen sich die Kernentwickler und -forscher zu einer persönlichen Hacking-Woche während @BerBlockWeek und dies ist ein Einblick in das, was sie getan haben: