De Ethereum Foundation heeft aangekondigd dat haar Fusaka hard fork een plafond van 16.777.216 eenheden gas per transactie zal opleggen, waarmee het de eerste keer is dat het netwerk een onderscheid maakt tussen de limiet per transactie en de blokgaslimiet. De wijziging, geformaliseerd als EIP-7825, is al actief op Holesky en Sepolia testnetten en zal worden ingezet op mainnet wanneer Fusaka wordt geactiveerd.
Wat je moet weten:
- Ethereum zal individuele transacties beperken tot 2²⁴ gas eenheden (ongeveer 16,78 miljoen), waardoor een enkele te grote call niet een heel blok kan monopoliseren
- De Foundation positioneert de limiet als basis voor parallelle uitvoering, waarbij werklasten die de drempel overschrijden moeten worden opgedeeld in kleinere geserialiseerde calls
- Alle belangrijke clients hebben de wijziging geïmplementeerd in Fusaka-klaar releases, waarbij ontwikkelaars wordt geadviseerd te testen tegen testnets en de gas-schatting logica dienovereenkomstig aan te passen
Foundation verbindt limiet aan parallelle uitvoeringsstrategie
Toni Wahrstätter schetste de rationale in een post van 21 oktober, waarin hij stelde dat het plafond denial-of-service vectors zou mitigeren en de voorspelbaarheid van blokvervulling zou verbeteren. De Foundation benadrukte dat de meeste gebruikers geen praktische impact zullen ondervinden, aangezien de werkelijke transactieverdeling ruim onder de drempel ligt. Het risicovlak richt zich op contracten met veel batches, implementatiescripts en gespecialiseerde routers die eerder het volledige blokkengasdoel van ongeveer 45 miljoen eenheden konden benaderen.
EIP-7825 scheidt transactieniveaucomplexiteit van systeemniveau doorvoer.
Exceptioneel grote calls veroorzaakten timing- en planningsproblemen voor bouwers en validatoren voor het plafond. Het nieuwe maximum dwingt werklasten boven 16,78 miljoen gas om op te splitsen in kleinere operaties.
De Foundation verbindt de limiet expliciet aan toekomstige inspanningen, zoals EIP-7928, verwachte in het Glamsterdam-tijdperk. Voorspelbare, begrensde transacties dienen als vereiste voor zinvolle gelijktijdigheid in de uitvoeringslaag. De limiet zorgt ervoor dat er zelfs onder moeilijke mempoolomstandigheden enkele onafhankelijke transacties per blok passen, waardoor de ergste krapte wordt verminderd en het ontwerpproces van planningsmodules wordt vereenvoudigd voor bouwers die testbare uitvoeringspaden testen.
Technische Implementatie en impact op ontwikkelaars
De specificatie volgt een eenvoudige, mechanische aanpak. EIP-7825's abstract verklaart de intentie om de limiet te stellen op "16.777.216 (2^24) gas" per transactie, waardoor de veerkracht tegen bepaalde denial-of-service vectors wordt verbeterd en de transactieverwerking voorspelbaarder wordt naarmate bloklimieten stijgen. Die eenvoud sprak aan bij kern-devs als een duidelijke beperking die de toekomstige compatibiliteit met ambitieuzere schaalwerkzaamheden behoudt.
Het debat over codering en communicatie van het plafond duurde maanden.
Discussies op Ethereum Magicians en tijdens AllCoreDevs-oproepen bespraken de naamgeving en parametrisering. Een draad vatte de kernbelofte samen: het uitlijnen van blokkendoelen met veelvouden van 2²⁴ zodat bouwers altijd ten minste n transacties kunnen opnemen als de mempool n in aanmerking komende bevat.
Geth, Erigon, Reth, Nethermind en Besu hebben de wijziging allemaal geïmplementeerd in Fusaka-klaar releases. De Foundation merkte op dat eth_call semantiek onaangetast blijft, maar dat voorgesigneerde transacties met gaslimieten die 2²⁴ overschrijden, opnieuw moeten worden gesigneerd onder het plafond.
Ontwikkelaars moeten testen tegen Holesky of Sepolia, batchbewerkingen die de limiet benaderen anders inrichten, en gas-schatting logica aanpassen om snel te falen wanneer constructies het plafond overschrijden.
Belangrijke termen
Gas meet de rekeninspanning op Ethereum. Elke operatie kost een specifieke hoeveelheid gas, waarvoor gebruikers betalen in Ether. Het blokgaslimiet begrenst het totale gas dat alle transacties in een blok mogen verbruiken. Hard forks zijn netwerkbrede upgrades die vereisen dat alle nodes hun software updaten. Testnets zoals Holesky en Sepolia stellen ontwikkelaars in staat om wijzigingen uit te proberen voor de inzet op het mainnet.
Parallelle uitvoering zou het netwerk meerdere niet-conflicterende transacties gelijktijdig kunnen laten verwerken in plaats van sequentieel. Denial-of-service-vectors zijn aanvalsmethoden die netwerkoperaties kunnen vertragen of stoppen. De mempool houdt wachtende transacties bij in afwachting van opname in blokken.
Beleidscontext en marktrespons
De ontwikkelingsfilosofie van Ethereum geeft de voorkeur aan minimale, algemene beperkingen die de complexiteit naar hogere lagen verschuiven. EIP-7825 past in dit patroon door een bovengrens in te stellen die de netwerklevendigheid beschermt zonder contractgedrag te dicteren. De wijziging ontwijkt aanpassingen van het tariefbeleid en laat blob-ruimte economieën en blokkendoelen aan andere voorstellen over.
De Foundation omschreef het plafond als het vaststellen van "een veiliger en voorspelbaarder fundament voor hogere doorvoer in toekomstige forks." Die bewoording vangt de afweging tussen het beperken van de grootte van individuele transacties en het voorbereiden van infrastructuur voor grotere totale capaciteit. Ether verhandelde op $3.835 ten tijde van publicatie.
Slotgedachten
De Fusaka hard fork introduceert Ethereum's eerste protocolniveau gasplafond per transactie, ingesteld op 16.777.216 eenheden. De Foundation positioneert de limiet als infrastructuur voor parallelle uitvoering, terwijl ze denial-of-service-risico's mitigeren, met minimale impact verwacht voor typische gebruikers.