Aktualizacja Fusaka zaczyna rozwiązywać wiele problemów związanych z 2 największymi wyzwaniami Ethereum 1) Wysokie opłaty za gaz 2) Przychody I nadchodzi za 2 dni! Oto najważniejsze EIP, które musisz znać (✍️/5)
1/ EIP-7935 umożliwia zwiększenie domyślnego limitu gazu do 60M, a już widzimy, że mediana opłaty za gaz spadła o 98% do około 0,029 USD w porównaniu do początku roku
Tom Wan
Tom Wan29 lis 2025
Średnia opłata transakcyjna na Ethereum spadła o 98% od początku roku, a średni limit gazu wzrósł z ~30M do teraz ~60M
2/ Limit gazu może być bezpiecznie zwiększany dzięki EIP-7825, który wprowadził limit gazu transakcji wynoszący 16,7M, aby zapobiec temu, by jedna transakcja zużywała cały limit gazu bloku. Ta zmiana nie wpływa na zwykłych użytkowników. Np. prosta wymiana DEX kosztuje ~500K gazu. Wysokie zużycie gazu jest głównie związane z spamem/MEV/nieoptymalizowanymi transakcjami. Stanowią one 0,05% miesięcznych transakcji, ale odpowiadają za 13% całkowitego zużycia gazu.
3/ EIP-7918 wprowadzi opłatę podstawową za Blob; L2 zapłacą bardziej znaczącą wartość Ethereum za dostępność danych. Na podstawie symulacji przeprowadzonej przez @DigitalAssets, nowy mechanizm cenowy przyniósłby więcej przychodów dla Ethereum w porównaniu do starego modelu w 93% dni między marcem '24 a październikiem '25, generując szacunkowe 78 milionów dolarów dodatkowych przychodów (24 641 ETH).
4/ Przy średniej liczbie blobów na blok zbliżającej się do celu, EIP-7892 wprowadzi Forki tylko z parametrami Blob, które pozwolą klientom na koordynację i zwiększenie docelowej/maksymalnej liczby blobów na blok w przyszłości bez potrzeby aktualizacji sieci lub forku, podobnie jak zwiększenie limitu gazu. To podejście umożliwia Ethereum lepsze reagowanie na przyszły wzrost popytu na Bloby, szczególnie w miarę jak L2 o wysokiej przepustowości, takie jak Lighter, HOOD Chain i inne, będą się rozwijać i uruchamiać w późniejszym czasie.
5/ EIP-7594 wspiera rozwój blobów poprzez wykorzystanie próbkowania dostępności danych. Każdy węzeł będzie odpowiedzialny za podzbiór danych blobów zamiast przechowywania pełnego rekordu. To utrzymuje zarządzalne wymagania sprzętowe i obciążenia pasma dla węzłów, jednocześnie zwiększając pojemność blobów, co z kolei pozwala warstwom 2 na dalszą skalowalność.
2,03K