Am 3. Dezember 2025 startet das Fusaka-Upgrade von Ethereum im Mainnet und markiert eine der wichtigsten Änderungen an der Netzwerkinfrastruktur seit dem Merge.
Die auffälligste Änderung ist die Erhöhung der Block Petrol Limits von 45 Millionen auf 150 Millionen Einheiten. Dies ermöglicht es der Kette, die Entwicklung der Aktivitäten von Layer-2-Netzwerken und Rollups aufzunehmen und viel mehr Transaktionen pro Block zu verarbeiten. Fusaka führt ein Gas-Cap pro Transaktion ein, um Überlastung und ungerechte Blocknutzung zu verhindern. Diese Maßnahme zwingt Entwickler dazu, komplizierte Logik aufzubrechen und die Verarbeitung aufzuteilen, was zu einer modulareren und ressourcenschonenderen Vertragsarchitektur führt.
Das Upgrade bringt auch eine Reihe neuer Tools und Opcodes mit sich, die auf die Effizienz von Verträgen abzielen. Peer Data Availability Sampling (PeerDAS) ersetzt die bisherige Anforderung, dass alle Knoten vollständige Datenblobs herunterladen müssen, und ermöglicht es den Knoten, die Gültigkeit der Daten durch die Überprüfung kleinerer, zufälliger Stichproben zu bestätigen. Dies entlastet die Betreiber und ermöglicht einen höheren Durchsatz bei gleichzeitiger Wahrung der Dezentralisierung. Durch die Einführung von Verkle Trees wird der Speicher- und Verifizierungsprozess weiter komprimiert, wodurch Vertragsnachweise und die Integration von mobilen oder ressourcenarmen Anwendungen mit Ethereum optimiert werden.
Was das Fusaka-Upgrade für Entwickler/innen bedeutet
Mit den Änderungen in Fusaka müssen Smart-Contract-Teams sowohl die Zustandsverwaltung als auch die Berechnungsstrategien überdenken. Die auferlegten Gas-Caps bedeuten, dass Verträge monolithische Funktionen vermeiden müssen; stattdessen ist es praktischer, die Logik auf mehrere kleinere Transaktionen aufzuteilen, insbesondere bei Protokollen, die hochfrequente Aktivitäten wie Handel und DeFi verwalten. Die Obergrenzen für schwere Operationen wie die modulare Potenzierung (MODEXP) erfordern ein Reengineering der kryptografischen Routinen. Neue Funktionen für Entwickler – wie der CLZ-Opcode zum Zählen führender Nullen und die Precompile-Funktion von secp256r1 für eine optimierte hardwaregestützte Verifizierung – fördern fortschrittlichere, aber ressourcenschonende Vertragsmuster.
Die Einführung von “Blob-Parameter-Only”-Forks gibt dem Protokoll außerdem eine schrittweise Anpassungsfähigkeit, so dass Ethereum die Layer-2-Blob-Datenlimits zwischen größeren Hard-Forks nach Bedarf anheben kann. Zusammen mit der Begrenzung der Blockgröße und der Unterstützung für den Ablauf der Historie führen diese Maßnahmen zu einer schlanken Architektur, in der die effiziente Nutzung von Netzwerkressourcen und eine robuste Skalierbarkeit für eine dauerhafte dApp-Leistung von entscheidender Bedeutung sind.
Lies hier mehr: Arbitrum gibt das Tempo im RWA-Sektor vor, da die On-Chain-Aktivität sprunghaft ansteigt
