Ethereums Fusaka-Upgrade ist vorläufig für den 3. Dezember im Mainnet geplant und zielt darauf ab, die Datenkapazität für Rollups zu erweitern, während die Dezentralisierung und Sicherheit gewahrt bleiben.
Ethereum legt Datum für Fusaka-Mainnet-Fork zur Skalierung von Rollups fest.

Fusaka steht an
Ethereum-Kernmitarbeiter setzten das Ziel, nachdem sie sich in den All Core Devs – Consensus (ACDC) #165 Meeting auf Testnet-Schritte und Parameter abgestimmt hatten, wobei die Diskussion sich auf Umfang und Timing konzentrierte. Die Planungsphasen beinhalten die Bereitschaft in Devnets, dann in drei öffentlichen Testnets, bevor etwa einen Monat später ein Mainnet-Fork erfolgt, abhängig von stabilen Ergebnissen.
Fusaka konzentriert sich auf Skalierbarkeit mit einem gestaffelten „Blob“-Erweiterungsplan namens Blob Parameter Only (BPO) Forks. Die erste Phase hebt die maximale Anzahl von Blobs pro Block im Dezember auf 15 an, dann im Januar auf 21, was das heutige Maximum verdoppelt und die Bandbreite für Layer-Two (L2) Rollups zur Datenveröffentlichung erweitert. Diese Parameter werden ohne neuen Client-Code eingeführt, was den betrieblichen Aufwand begrenzt.
Die Veröffentlichung führt auch Peer-Datenverfügbarkeitssampling (PeerDAS) ein, wodurch Nodes Blockdaten durch das Abtasten kleiner Teile verifizieren können, anstatt alles herunterzuladen. In Kombination mit dem größeren Blob-Budget soll dieser Mechanismus die Kosten für Rollups und dezentrale Finanzierung (DeFi) senken und dabei den Hardwaredruck auf Full Nodes verringern.
ACDC #165 beschrieb Live-Tests über mehrere Devnets, einschließlich Belastungstests bei unterschiedlichen Blob-Beschränkungen und dem Umschalten von Builder-Relais, um Randfälle zu identifizieren. Die Gruppe skizzierte einen Code-Freeze, koordinierte Client-Veröffentlichungen und ein Testnet-Takt, der Forks und BPOs so terminiert, dass Ingenieure das Verhalten zwischen den Schritten beobachten können.
Neben der Leistungsarbeit bietet ein Sicherheitswettbewerb bis zu 2 Millionen US-Dollar an Prämien, die sich auf Fusaka-Ära-Codepfade konzentrieren. Organisatoren ermutigten zu häufigem Triage, um doppelte Berichte zu vermeiden, da Clients Updates veröffentlichen, und kennzeichneten die Abhängigkeit von Hygiene in Krypto- und Datenverfügbarkeitsbibliotheken.
Wichtig ist, dass Fusaka keine benutzerorientierten Funktionen ändert; es handelt sich um einen Protokollschicht-Umbau, der darauf abzielt, den Durchsatz zu erhöhen und die Datengebühren auf L2s zu senken. Benutzer könnten die Auswirkungen in Form von günstigeren, schnelleren Transaktionen auf Rollup-Apps spüren, sobald die Kapazitätsgewinne in die Preisgestaltung einfließen.
Die Roadmap sieht auch die fortgesetzte Arbeit an Verfeinerungen der Ausführungs- und Konsensschicht vor, die Fusaka ergänzen, einschließlich Forschungen zu Blockzugriffslisten und Varianten der Trennung von Vorschläger und Builder. Diese Teile werden sorgfältig eingestuft, um nicht vom Ziel der rechtzeitigen Lieferung abzulenken.
Wenn die Tests wie geplant verlaufen, wird der vorläufige Fork am 3. Dezember einen Meilenstein in Ethereums jahrelangem Bestreben markieren, zu skalieren und gleichzeitig das Netzwerk für normale Node-Betreiber zugänglich zu halten – ein Balanceakt, der laut Ingenieuren zentral bleibt. Die letzten Bereitschaftsprüfungen sind das letzte Hindernis.




