Fusaka-oppgraderingen begynner å ta tak i mange av bekymringene knyttet til Ethereums to største utfordringer 1) Høye gassavgifter 2) Inntekter Og den kommer om 2 dager! Her er de viktigste EIP-ene du trenger å kunne (✍️/5)
1/ EIP-7935 gjør at standard gassgrense kan økes til 60 millioner, og vi ser allerede at medianprisen for gass har falt med 98 % til rundt 0,029 dollar sammenlignet med starten av året
Tom Wan
Tom Wan29. nov. 2025
Mediangebyret for transaksjoner på Ethereum har falt med 98 % siden starten av året, med gjennomsnittlig gassgrense som har økt fra ~30 millioner til nå ~60 millioner
2/ Gassgrensen kan trygt økes takket være EIP-7825, som introduserte en transaksjonsgassgrense på 16,7 millioner for å forhindre at én enkelt transaksjon bruker hele blokkgassgrensen Denne endringen påvirker ikke vanlige brukere. For eksempel koster et enkelt DEX-bytte ~500 000 i bensin. Høyt gassforbruk er hovedsakelig knyttet til spam/MEV/ikke-optimaliserte transaksjoner. Disse utgjør 0,05 % av de månedlige transaksjonene, men utgjør 13 % av den totale gassforbruket.
3/ EIP-7918 vil introdusere Blob Base Fee; L2-er vil gi Ethereum en mer meningsfull verdi for datatilgjengelighet. Basert på en simulering fra @DigitalAssets, ville den nye prismekanismen ha resultert i mer inntekter for Ethereum sammenlignet med den gamle modellen over 93 % av dagene mellom mars '24 og oktober '25, og generert anslagsvis 78 millioner dollar i inkrementelle inntekter (24 641 ETH).
4/ Med gjennomsnittlig blob per blokk som nærmer seg målet, vil EIP-7892 introdusere Blob-Parameter-Only Forks som lar klienter koordinere og øke Target/Max-blobs per blokk i fremtiden uten å kreve nettverksoppgradering eller fork, likt Gas Limit Increase. Denne tilnærmingen gjør det mulig for Ethereum å være mer responsiv overfor fremtidig vekst i etterspørselen etter Blobs, spesielt ettersom høygjennomstrømte L2-er som Lighter, HOOD Chain og andre skalerer og lanseres senere.
5/ EIP-7594 støtter vekst av blobs ved bruk av datatilgjengelighetsprøvetaking. Hver node vil være ansvarlig for et delsett av blob-dataene i stedet for å lagre hele posten. Dette opprettholder håndterbare maskinvarekrav og båndbreddebelastninger for nodene, samtidig som det utvider blob-kapasiteten, noe som igjen gjør det mulig for lag 2-er å skalere ytterligere.
1,7K