De Ethereum Foundation kondigde aan dat zijn Fusaka hard fork een plafond van 16.777.216 eenheden voor gasverbruik per transactie zal opleggen, wat de eerste keer is dat het netwerk een afzonderlijke limiet per transactie handhaaft, los van het block gaslimiet. De wijziging, geformaliseerd als EIP-7825, is al actief op Holesky en Sepolia testnets en zal worden uitgerold naar het mainnet wanneer Fusaka wordt geactiveerd.
Wat te Weten:
- Ethereum zal individuele transacties beperken tot 2²⁴ gas eenheden (ongeveer 16,78 miljoen), wat voorkomt dat enkele te grote oproepen hele blokken monopoliseren
- De Foundation positioneert de limiet als basis voor parallelle uitvoeringsmogelijkheden, waarbij workloads die de drempel overschrijden in kleinere opeenvolgende oproepen moeten worden opgesplitst
- Alle belangrijke clients hebben de wijziging geïmplementeerd in Fusaka-klaar releases, waarbij ontwikkelaars worden geadviseerd om te testen tegen testnets en de gas-ramingslogica dienovereenkomstig aan te passen
Foundation Verbindt Cap aan Parallelle Uitvoeringsstrategie
Toni Wahrstätter schetste de reden in een post van 21 oktober, waarin stond dat de cap denial-of-service vectoren zou verminderen en de voorspelbaarheid van blockverpakking zou verbeteren. De Foundation benadrukte dat de meeste gebruikers geen praktisch effect zullen zien, aangezien de werkelijke transactieverdeling ruim onder de drempel ligt. Het risicovlak richt zich op contracten met veel batches, implementatiescripts en gespecialiseerde routers die voorheen de volledige blockgasdoelstelling van ongeveer 45 miljoen eenheden konden benaderen.
EIP-7825 scheidt transactiecomplexiteit van systeemthroughput.
Uitzonderlijk grote oproepen veroorzaakten timing- en planningsproblemen voor bouwers en validators vóór de cap. Het nieuwe plafond dwingt workloads van meer dan 16,78 miljoen gas om op te splitsen in kleinere operaties.
De Foundation verbindt de limiet expliciet aan toekomstige inspanningen zoals EIP-7928, verwacht in het Glamsterdam-tijdperk. Voorspelbare, begrensde transacties dienen als vereiste voor zinvolle gelijktijdigheid in de uitvoeringslaag. De cap zorgt ervoor dat zelfs bij moeilijke mempool omstandigheden ten minste enkele onafhankelijke transacties per blok passen, waardoor de ergste geval-contentie wordt verminderd en de scheduler-ontwerp voor bouwers die paralleliseerbare uitvoeringspaden testen, wordt vereenvoudigd.
Technische Implementatie en Impact op Ontwikkelaars
De specificatie volgt een spaarzame, mechanische benadering. In het abstract van EIP-7825 staat de intentie om de limiet vast te stellen "op 16.777.216 (2^24) gas" per transactie, wat de veerkracht tegen bepaalde denial-of-service vectoren verbetert en de transactieverwerking voorspelbaarder maakt naarmate de blocklimieten stijgen. Die eenvoud sprak core-dev kanalen aan als een goed afgebakende beperking die voorwaartse compatibiliteit behoudt met ambitieuzere schaalwerkzaamheden.
De discussie over de codering en communicatie van het plafond duurde maanden.
Besprekingen op Ethereum Magicians en tijdens AllCoreDevs-oproepen onderzochten de naamgeving en parameterisering. Een thread vat de kernbelofte samen: het aanpassen van blocktargets naar 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 allemaal de wijziging geïmplementeerd in Fusaka-klaar releases. De Foundation merkte op dat eth_call semantiek onaangetast blijft, maar voorgestandaardiseerde transacties met gaslimieten boven 2²⁴ opnieuw onder de limiet moeten worden ondertekend.
Ontwikkelaars zouden moeten testen tegen Holesky of Sepolia, batchoperaties in de buurt van de limiet herzien en de gas-ramingslogica aanpassen om snel te falen wanneer constructies de limiet overschrijden.
Belangrijke Termen
Gas meet de computationele inspanning op Ethereum. Elke operatie kost een specifiek aantal gas, dat gebruikers betalen in Ether. De block gaslimiet beperkt het totale gas dat alle transacties in een block kunnen verbruiken. Hard forks zijn netwerkbrede upgrades waarvoor alle knooppunten hun software moeten bijwerken. Testnets zoals Holesky en Sepolia stellen ontwikkelaars in staat om wijzigingen te testen vóór implementatie op het mainnet.
Parallelle uitvoering stelt het netwerk in staat om meerdere niet-conflicterende transacties tegelijk te verwerken in plaats van opeenvolgend. Denial-of-service vectoren zijn aanvalsmethoden die de netwerkoperaties zouden kunnen vertragen of stoppen. De mempool bewaart wachtende transacties in afwachting van inclusie in blocks.
Beleidscontext en Marktrespons
Ethereum's ontwikkelingsfilosofie geeft de voorkeur aan minimale, algemeen toepasbare beperkingen die de complexiteit naar hogere lagen verplaatsen. EIP-7825 past in dit patroon door een bovengrens vast te stellen die de netwerk-bereikbaarheid beschermt zonder contractgedrag te dicteren. De wijziging omzeilt aanpassingen van de vergoedingsmarkt en laat de blobruimte-economie en blockdoelen aan andere voorstellen over.
De Foundation beschreef de cap als het vestigen van "een veiligere en meer voorspelbare basis voor hogere throughputs in toekomstige forks." Die formulering legt het compromis vast tussen het beperken van de grootte van individuele transacties en het voorbereiden van infrastructuur voor een grotere totale capaciteit. Ether handelde op $3.835 op het moment van publicatie.
Afsluitende Gedachten
De Fusaka hard fork introduceert Ethereum's eerste protocolniveau per-transactie gasplafond, vastgesteld op 16.777.216 eenheden. De Foundation positioneert de cap als infrastructuur voor parallelle uitvoering terwijl denial-of-service risico's worden verminderd, met een minimale impact verwacht voor typische gebruikers.