Szczęśliwe 10. urodziny Ethereum! To mało powiedziane, że ten projekt zmienił życie ❤️

I OTO JEST: Pierwszy blok z limitem gazu 45 milionów zaproponowany na głównym łańcuchu #Ethereum! 🔥🚀 Następny cel: 60M 📈

Limit gazu powoli rośnie! Wkrótce powinniśmy osiągnąć 45M. Jeśli prowadzisz walidatora, wystarczy, że zaktualizujesz swoje oprogramowanie!

Wybory głównych tematów ze wszystkich zespołów klientów: Warstwa wykonawcza: - Geth: EIP-7928 (Listy dostępu na poziomie bloków) - Reth: EIP-7928 + EIP-7732 (ePBS) + EIP-7805 (FOCIL) stretch - Erigon (zarówno EL + CL): EIP-7928 + EIP-7805 + EIP-7782 (Zmniejszenie latencji bloków) - Nethermind: EIP-7928 + EIP-7732 oraz wsparcie dla EIP-7805 + EIP-7692 - Besu: EIP-7928 + EIP-7732 + EIP-7805 stretch Warstwa konsensusu: - 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 dla EL - Teku: EIP-7732 - Nimbus (zarówno CL + EL): EIP-7732 + EIP-7919

czy ktoś jest świadomy wcześniejszych prób stworzenia matematycznego modelu wykorzystania pasma dla Eth? w miarę jak zwiększamy pojemność i przepustowość L1, skalujemy blobsy, restrukturyzujemy slot, zwiększamy efektywność propagacji, dodajemy nowe mechanizmy (np. FOCIL, BAL), dzielimy mempool itp., działamy w ramach ograniczeń EIP-7870. korzystalibyśmy z modelu, w którym moglibyśmy wprowadzać parametry takie jak limit gazu bloku, presja w mempoolu, liczba blobów, narzuty propagacji i czynniki efektywności, liczba blobów, wykorzystanie blobów, liczba walidatorów, liczba aktywnych peerów, aktywność synchronizacji punktów kontrolnych itp., aby zobaczyć, jak to wszystko układa się w czasie slotu. także, aby ostrzegać nas, gdy nasze wybory naruszają EIP-7870. w czasie projektowania, pomogłoby nam to rozważyć kompromisy, alokację pasma, przepustowość/dobry zysk. ponadto, pomaga to prowadzić dyskusję na temat aktywnego kształtowania ruchu, gdzie wyraźnie priorytetujemy określone rodzaje aktywności w różnych momentach (i ograniczamy pasmo dla innych), aby zmaksymalizować ogólną efektywność systemu. w zasadzie jest to regulowany matematyczny model bardzo elementarnego wykresu poniżej (który pomija wiele),

Przyjrzałem się całemu zestawowi walidatorów Ethereum, aby obliczyć, ile możliwości konsolidacji zostało pominiętych po aktualizacji Pectra. Kluczowe statystyki: - Od czasu Pectra aktywowano 96 672 nowych walidatorów - 79 547 z tych walidatorów mogło zostać skonsolidowanych, użyli wcześniejszego poświadczenia do wypłaty przed Pectra - 14 362 z tych walidatorów użyło poświadczenia do wypłaty po Pectra - To pozostawia tylko 2 763 naprawdę „unikalnych” walidatorów! W pewnym momencie musimy zapytać, co powstrzymuje walidatorów przed konsolidacją, czy to dojrzałość narzędzi, czas na zaufanie, czy coś innego? Chętnie pomogę każdemu w konsolidacji lub omówię to, wystarczy do mnie napisać.

Nie żartuję, co to w ogóle jest "headliner" forka @ethereum? Kto korzysta z proponowanych EIP? Jak możemy je porównać? Mój zespół w @ethereumfndn stara się uprościć proces aktualizacji. Cieszę się, że mogę podzielić się małym narzędziem, nad którym pracowaliśmy: 🧵↓

Po naprawdę owocnym tygodniu spotkań z deweloperami klienta, opracowaliśmy plan, jak chcemy podejść do skalowania i wyzwań, które mogą się pojawić. Oczekuj stałego strumienia analiz i postępujących aktualizacji limitu gazu w przyszłości.

Propagacja Atestacji: W przypadku pominiętych slotów (brak bloku), atestatorzy czekają do terminu atestacji. Daje nam to czyste dane na temat tego, kiedy nieagregowane atestacje docierają do węzłów. Nawet szybkie, dobrze połączone węzły Xatu (hostowane w DC) widzą tylko ~40% atestacji po 1s; wolniejsze osiągają 40% po 2s. To są obserwacje opóźnienia lepsze niż średnia.

Specjalna edycja międzyoperacyjna serii Checkpoint! Posty Checkpoint są dostępnymi aktualizacjami @ethereum podstawowego rozwoju. W zeszłym tygodniu główni deweloperzy i badacze spotkali się na osobistym tygodniu hakerskim podczas @BerBlockWeek i oto spojrzenie za kulisy tego, co zrobili: