Die Ethereum Foundation kündigte an, dass ihr Fusaka-Hard-Fork eine Obergrenze von 16.777.216 Einheiten für den Gasverbrauch pro Transaktion auferlegt, was das erste Mal ist, dass das Netzwerk ein separates Limit pro Transaktion vom Blockgas-Cap durchsetzt. Die Änderung, formalisiert als EIP-7825, ist bereits auf den Holesky- und Sepolia-Testnetzen aktiv und wird auf das Mainnet übertragen, wenn Fusaka aktiviert wird.
Was zu wissen ist:
- Ethereum wird einzelne Transaktionen auf 2²⁴ Gas-Einheiten (etwa 16,78 Millionen) begrenzen, um zu verhindern, dass übergroße Anfragen ganze Blöcke monopolisieren.
- Die Foundation positioniert das Limit als Grundlage für parallele Ausführungsmöglichkeiten, wobei Arbeitslasten, die das Limit überschreiten, in kleinere sequenzierte Aufrufe aufgeteilt werden sollen.
- Alle größeren Clients haben die Änderung in fusakabereiten Versionen implementiert, und Entwickler werden aufgefordert, gegen die Testnetze zu testen und die Gas-Schätzungslogik entsprechend anzupassen.
Foundation verknüpft Obergrenze mit Parallel-Ausführungsstrategie
Toni Wahrstätter skizzierte den Grund in einem Beitrag vom 21. Oktober und erklärte, dass die Obergrenze Denial-of-Service-Vektoren mindern und gleichzeitig die Vorhersagbarkeit der Blockbefüllung verbessern würde. Die Stiftung betonte, dass die meisten Benutzer keinen praktischen Einfluss sehen werden, da die reale Transaktionsverteilung weit unterhalb des Schwellenwerts liegt. Die Risikooberfläche konzentriert sich auf batch-lastige Verträge, Bereitstellungsskripte und spezialisierte Router, die zuvor das vollständige Block-Gas-Ziel von etwa 45 Millionen Einheiten erreichen konnten.
EIP-7825 trennt die Transaktionsebene-Komplexität von der Systemdurchsatz-Ebene.
Außerordentlich große Anfragen verursachten Timing- und Planungsprobleme für Builder und Validatoren vor der Obergrenze. Die neue Obergrenze zwingt Arbeitslasten über 16,78 Millionen Gas dazu, in kleinere Operationen unterteilt zu werden.
Die Stiftung verbindet die Grenze ausdrücklich mit zukünftigen Bemühungen wie EIP-7928, die in der Glamsterdam-Ära erwartet werden. Vorhersagbare, begrenzte Transaktionen dienen als Voraussetzung für eine sinnvolle Gleichzeitigkeit in der Ausführungsebene. Die Obergrenze sorgt dafür, dass selbst unter schwierigen Mempool-Bedingungen mindestens mehrere unabhängige Transaktionen pro Block passen, was die schlechtesten Kontentionsszenarien reduziert und das Scheduler-Design für Builder vereinfacht, die parallelisierbare Ausführungspfade testen.
Technische Implementierung und Auswirkungen auf Entwickler
Die Spezifikation folgt einem sparsamen, mechanischen Ansatz. EIP-7825's abstrakt erklärt die Absicht, das Limit "auf 16.777.216 (2^24) Gas" pro Transaktion festzulegen, um die Robustheit gegen bestimmte Denial-of-Service-Vektoren zu verbessern und die Vorhersagbarkeit der Transaktionsverarbeitung zu erhöhen, wenn die Blockgrenzen steigen. Diese Einfachheit gefiel den Core-Dev-Kanälen als gut definiertes Einschränkung, das die Zukunftskompatibilität mit ambitionierteren Skalierungsarbeiten bewahren soll.
Die Debatte über die Kodierung und Kommunikation der Obergrenze dauerte Monate.
Diskussionen bei Ethereum Magicians und während AllCoreDevs-Anrufen untersuchten Benennung und Parametrisierung. Ein Thread fasste das Kernversprechen zusammen: Ausrichtungen der Blockziele an Vielfachen von 2²⁴, sodass Builder immer mindestens n Transaktionen einfügen können, wenn der Mempool n berechtigte enthält.
Geth, Erigon, Reth, Nethermind und Besu haben alle die Änderung in fusakabereiten Versionen implementiert. Die Stiftung bemerkte, dass die eth_call Semantik unverändert bleibt, aber vorab signierte Transaktionen mit Gasgrenzen über 2²⁴ neu unterhalb der Obergrenze signiert werden müssen.
Entwickler sollten gegen Holesky oder Sepolia testen, Massenoperationen überprüfen, die sich der Grenze nähern, und die Gas-Schätzungslogik anpassen, um schnell zu scheitern, wenn Konstruktionen die Obergrenze überschreiten.
Wichtige Begriffe
Gas misst den Rechenaufwand auf Ethereum. Jede Operation kostet eine bestimmte Menge an Gas, die Benutzer in Ether bezahlen. Die Blockgasgrenze begrenzt das gesamte Gas, das alle Transaktionen in einem Block verbrauchen können. Hard Forks sind netzwerkweite Upgrades, bei denen alle Knoten ihre Software aktualisieren müssen. Testnetze wie Holesky und Sepolia ermöglichen es Entwicklern, Änderungen vor der Veröffentlichung im Mainnet zu testen.
Parallele Ausführung würde dem Netzwerk erlauben, mehrere nicht-konfliktierende Transaktionen gleichzeitig anstelle von sequentiell zu verarbeiten. Denial-of-Service-Vektoren sind Angriffsmethoden, die die Netzwerkausführung langsamer machen oder stoppen könnten. Der Mempool hält ausstehende Transaktionen, die auf die Aufnahme in Blöcke warten.
Politischer Kontext und Marktreaktion
Ethereums Entwicklungsphilosophie begünstigt minimalistische, allgemeine Einschränkungen, die die Komplexität auf höhere Ebenen verschieben. EIP-7825 passt in dieses Muster, indem es eine Obergrenze festlegt, die die Netzwerk-Livebarkeit schützt, ohne das Verhalten von Verträgen zu diktieren. Die Änderung umgeht Änderungen am Gebührenmarkt und überlässt die Blob-Space-Ökonomie und Blockziele anderen Vorschlägen.
Die Stiftung beschrieb die Obergrenze als „eine sicherere und vorhersehbarere Grundlage für höheren Durchsatz in zukünftigen Forks“ zu schaffen. Diese Formulierung erfasst den Kompromiss zwischen der Begrenzung der Größe einzelner Transaktionen und der Vorbereitung der Infrastruktur für eine größere Gesamtkapazität. Zum Redaktionsschluss wurde Ether mit $3.835 gehandelt.
Abschließende Gedanken
Der Fusaka-Hard-Fork führt die erste Protokollebene pro-Transaktion-Gasobergrenze von Ethereum ein, die bei 16.777.216 Einheiten festgesetzt wird. Die Stiftung rahmt die Obergrenze als Infrastruktur für parallele Ausführung und zur Minderung von Denial-of-Service-Risiken ein, mit minimalen Auswirkungen, die für typische Benutzer erwartet werden.