Alle News durchlaufen eine strenge Faktenprüfung und werden von Blockchain-Experten sowie erfahrenen Brancheninsidern verfasst und redaktionell geprüft.
- Dankrad Feist schlägt eine 100-fache Erhöhung des Gaslimits vor, um den Datendurchsatz von Ethereum auf 2.000 TPS zu erhöhen.
- Sein Vorschlag EIP-9698 sieht eine schrittweise Erhöhung des Gaslimits vor, um die Skalierbarkeit der Basisschicht von Ethereum zu optimieren.
Ethereum könnte bald eine große Veränderung erfahren, wenn ein neuer Vorschlag an Boden gewinnt. Der Forscher Dankrad Feist hat einen Plan zur schrittweisen Erhöhung des Gaslimits von Ethereum um das 100-fache über vier Jahre vorgelegt. Das vorgeschlagene Upgrade zielt darauf ab, den Transaktionsdurchsatz des Netzwerks erheblich zu steigern und gleichzeitig den Entwicklern Zeit zu geben, sich anzupassen. Wenn dies umgesetzt wird, könnte Ethereum bis zu 2.000 Transaktionen pro Sekunde verarbeiten und damit die Leistungslücke zu schnelleren Blockchains schließen.
EIP-9698 schlägt ein planbares schrittweises Wachstum des Gaslimits vor
Feist stellte am 27. April den Ethereum Improvement Proposal (EIP)-9698 vor, der einen „deterministischen Gaslimit-Wachstumsplan“ vorschlägt, der um den 1. Juni 2025 beginnen soll. Dem Vorschlag zufolge würde sich das Gaslimit von Ethereum alle zwei Jahre um den Faktor 10 erhöhen – etwa 164.250 Epochen – und in vier Jahren auf das Hundertfache ansteigen. Das Gaslimit würde von derzeit 36 Millionen auf unglaubliche 3,6 Milliarden steigen.
Feist schrieb, dass ein vorhersehbares, exponentielles Wachstumsmuster mit den erwarteten Fortschritten bei der Hardware und der Protokolleffizienz übereinstimmen würde. Er argumentierte, dass dieser strukturierte Ansatz Klarheit und Transparenz für Entwickler und Knotenbetreiber schaffen würde. Die Ethereum-Kunden würden über die Verabschiedung des Wachstumsplans abstimmen und so einen Konsens im gesamten Netzwerk sicherstellen.
Der Forscher räumte potenzielle Risiken ein, etwa Stress für weniger optimierte Knoten und längere Blockverteilungszeiten. Feist betonte jedoch, dass schrittweise Erhöhungen ausreichend Zeit für Infrastrukturanpassungen lassen würden.
Entwickler Fabrice Cheng merkte an, dass die Änderung die Kapazität von Ethereum auf etwa 2.000 Transaktionen pro Sekunde steigern könnte, was es näher an Konkurrenten wie Solana bringt, das derzeit zwischen 800 und 1.050 TPS bewältigt.
Höhere Durchsatz der Basisschicht ist schwer zue rreichen aber machbar
Der Vorschlag kommt zu einem Zeitpunkt, an dem sich die Ethereum-Entwickler mehr auf die Skalierbarkeit von Layer 1 konzentrieren. Kürzlich schlug Feist zusammen mit Sophia Gold, Toni Wahrstätter, Carl Beek und Alex Stokes vor, das Gaslimit bei der kommenden Fusaka-Hardfork über EIP-7935 auf 150 Millionen zu erhöhen. Fusaka wird voraussichtlich bis Ende 2025 fallen.
Derzeit liegt das Gaslimit bei 36 Millionen, gegenüber 30 Millionen zu Beginn dieses Jahres. 2015 lag es bei 5.000. Nach „The Merge“ 2022 stabilisierte es sich bei 30 Millionen und stieg dann an. Obwohl L2-Tools wie Optimism, Arbitrum und Base den Großteil der Netzwerkaktivität bewältigen, ist die Skalierung der Basisschicht immer noch ein Problem.
Tägliche Veränderung des durchschnittlichen Ethereum-Gaslimits in den letzten fünf Jahren. Quelle: YCharts
Kritiker haben darauf hingewiesen, dass die Rollup-zentrierte Roadmap von Ethereum das System fragmentieren und sich zu sehr auf zentralisierte Sequenzer verlassen werde. Feists Vorschlag ist ein anderer Ansatz – das Mainnet direkt zu verbessern. Er wird mehr Transaktionen und komplexe Smart-Contract-Ausführungen pro Block ermöglichen und Ethereum damit wettbewerbsfähiger machen.
In der Zwischenzeit sind die Gasgebühren immer noch sehr niedrig, etwa 1-2 Gwei, so dass die Nachfrage nach Blockspace nach dem Proto-Danksharding (EIP-4844) und der L2-Migration zurückgegangen ist. EIP-9698 ist ein klares Signal, wieder in die Basisschicht zu investieren, ohne die L2-Strategie aufzugeben.
Feist sagte, die schnelle Erhöhung des Gaslimits sei zwar eine technische Herausforderung, der vorgeschlagene Zeitplan erlaube Entwicklern und Knotenbetreibern jedoch, mit den Änderungen Schritt zu halten.
