De Fusaka-upgrade begint veel van de zorgen aan te pakken die verband houden met de 2 grootste uitdagingen van Ethereum 1) Hoge Gasprijzen 2) Inkomsten En het komt over 2 dagen! Hier zijn de belangrijkste EIPs die je moet weten (✍️/5)

1/ EIP-7935 stelt in staat dat de standaard Gaslimiet kan stijgen naar 60M, en we zien al dat de mediane gasprijs met 98% is gedaald naar ongeveer $0,029 vergeleken met het begin van het jaar

2/ De Gaslimiet kan veilig worden verhoogd dankzij EIP-7825, dat een transactie gaslimiet cap van 16,7M heeft geïntroduceerd om te voorkomen dat 1 enkele transactie de gehele blok gaslimiet verbruikt. Deze wijziging heeft geen invloed op reguliere gebruikers. Bijv., een eenvoudige DEX-swap kost ~500K gas. Hoge gasconsumptie is voornamelijk gerelateerd aan spam/MEV/niet-geoptimaliseerde transacties. Deze vertegenwoordigen 0,05% van de maandelijkse transacties, maar zijn goed voor 13% van het totale gasverbruik.

3/ EIP-7918 zal de Blob Base Fee introduceren; L2's zullen een meer betekenisvolle waarde aan Ethereum betalen voor Data Availability. Op basis van een simulatie door @DigitalAssets zou het nieuwe prijsmechanisme geleid hebben tot meer inkomsten voor Ethereum in vergelijking met het oude model over 93% van de dagen tussen maart '24 en oktober '25, wat een geschatte $78M aan extra inkomsten zou genereren (24.641 ETH).

4/ Met de gemiddelde blob per blok die de target nadert, zal EIP-7892 Blob-Parameter-Only Forks introduceren die het mogelijk maken voor clients om te coördineren en het Target/Max aantal blobs per blok in de toekomst te verhogen zonder dat een netwerkupgrade of fork nodig is, vergelijkbaar met de verhoging van de Gaslimiet. Deze aanpak stelt Ethereum in staat om responsiever te zijn op de toekomstige vraaggroei naar Blobs, vooral naarmate high-throughput L2's zoals Lighter, HOOD Chain en anderen later opschalen en lanceren.

5/ EIP-7594 ondersteunt de groei van blobs door gebruik te maken van gegevensbeschikbaarheidsmonsters. Elke node is verantwoordelijk voor een subset van de blobgegevens in plaats van het volledige record op te slaan. Dit houdt de beheersbare hardwarevereisten en bandbreedtelasten voor nodes in stand, terwijl de blobcapaciteit wordt vergroot, wat op zijn beurt laag 2's in staat stelt verder te schalen.