Ethereum aktiviert Fusaka-Hard Fork
Ethereum (ETH), die größte Plattform für Smart Contracts, hat erfolgreich den Fusaka-Hard Fork aktiviert. Während alle Augen auf die Optimierung des Peer Data Availability Sampling (PeerDAS) gerichtet sind, könnte das EIP 7825 „Transaction Gas Limit Cap“ fälschlicherweise übersehen werden. Hier ist, warum es von extremer Bedeutung ist, dass Ethereum im Zeitalter der Zero-Knowledge-Proofs (ZK) skalierbar bleibt.
Bedeutung von EIP 7825
EIP 7825 ist eines der am meisten unterschätzten Upgrades für die Zukunft des ZK-Proving und die 100-fache Skalierung von Ethereum, sagt Michael Dong, Mitbegründer des Brevis ZK Co-Prozessors, auf X. Es mindert das Risiko, dass eine einzige „Mega-Transaktion“ die gesamte Rechenkapazität eines Ethereum-Blocks aufbraucht. EIP 7825 setzt eine Gasobergrenze von 30 Millionen Gas pro Transaktion fest – keine Ethereum-Transaktion kann mehr Gas ausgeben, um verifiziert zu werden. Indem jede Ethereum-Transaktion auf etwa 16,78 Millionen Gas begrenzt wird, wird das Risiko beseitigt, dass eine einzige „Mega-Transaktion“ einen gesamten Block verbraucht. Das mag klein erscheinen, aber die Auswirkungen sind enorm.
Vor- und Nachteile vor und nach Fusaka
Vor Fusaka konnten große Transaktionen zu viele Ressourcen verbrauchen, was die potenzielle Latenz erhöhte. Wie Dong erklärt, war dies auch gefährlich für das ZK-Proving, da kein Zero-Knowledge-System vorhersagen konnte, wie Ethereum diese „nicht parallelisierte Arbeitseinheit“ verarbeiten würde. Dies wiederum schloss die Möglichkeit des Echtzeit-Proving von Transaktionen auf Ethereum aus, was für die Ambitionen einer 100-fachen Skalierung von Ethereum völlig inakzeptabel war.
Jetzt, wo die Gas-Ausgaben pro Block vorhersehbar und für einzelne Transaktionen begrenzt sind, werden auch ZK-Proving-Systeme vorhersehbarer. Im schlimmsten Fall wird der gesamte Nachweisprozess mit einer maximalen Transaktion nach Fusaka nicht länger als fünf Sekunden dauern, schätzt der Mitbegründer von Brevis. Infolgedessen sind ZK-Systeme mit relevanter paralleler Rechenleistung bereits in der Lage, regelmäßig 100-200 Millionen Gas-Blöcke zu verifizieren, was vollständig mit den Echtzeit-Proving-Zielen der ZK-Roadmaps für Ethereum übereinstimmt.
Aktivierung des Fusaka-Upgrades
Wie zuvor von U.Today berichtet, wurde das Ethereum Fusaka-Upgrade wie geplant am 3. Dezember 2025 aktiviert. Es hat die Datenlogistik überarbeitet und die Anzahl der Blobs erhöht, die Ethereum in jedem Block verarbeiten kann. Trotz eines Fehlers in Prysm wurde das Upgrade genau wie beabsichtigt aktiviert, wobei Lighthouse der dominierende Client wurde. Forscher stellten fest, dass der Aktivierungsprozess null Ausfallzeiten verursachte und die Notwendigkeit der Client-Vielfalt verstärkte.
