Prysm 7.2 terminiert Gloas auf Sepolia, schlägt aber 60M Gas statt 200M vor
Prysm v7.2.0, veröffentlicht am 28. September, terminiert den Gloas-Fork im Testnetz Sepolia auf Epoche 353024, den 6. Oktober 2026 um 13:53:36 UTC. Sepolia-Betreiber müssen vor dem Fork aktualisieren und zudem einen Ausführungsclient betreiben, der den passenden Amsterdam-Fork unterstützt. Für Hoodi und das Hauptnetz ist Gloas noch nicht terminiert.
Die Release Notes weisen auf eine Falle hin. Die am 24. September veröffentlichte Sepolia-Konfiguration für Gloas enthält einen Gaslimit-Zeitplan nach EIP-8261, der das Gaslimit des Netzes zum Fork auf 200 Millionen hebt. Dieser Eintrag kam erst nach dem Schnitt von v7.2.0, daher setzen Validatoren mit diesem Release in ihren Gloas-Präferenzen standardmäßig 60 Millionen. Wer mit 200 Millionen vorschlagen will, muss das ausdrücklich setzen: "gas_limit": "200000000" in einer Proposer-Settings-Datei der Version 2 oder über die Keymanager-API unter POST /eth/v1/validator/{pubkey}/gas_limit. Der alte Schalter --suggested-gas-limit gilt nur für mev-boost-Registrierungen vor Gloas und wirkt nach dem Fork nicht mehr. Ein Folgerelease soll den Zeitplan enthalten.
Außerdem unterstützt der Validator-Client nun Gloas-Builder, --with-builder, --enable-builder und --suggested-gas-limit gelten als veraltet. Proposer-Settings-Dateien lehnen jetzt unbekannte Schlüssel ab, Betreiber sollten ihre vor dem Update prüfen. Dazu kommen ein Active-Active-REST-Modus, der den am besten geeigneten Beacon-Knoten wählt, die Fast-Confirmation-Regel hinter --enable-fast-confirmation und NodeOps-Bootnodes anstelle derer der Ethereum Foundation für Hauptnetz, Sepolia und Hoodi.

Warum das wichtig ist
Ein Testnetz-Fork zeigt, ob die Voreinstellungen der Clients übereinstimmen. Hier sagt das Release selbst, dass sie es am ersten Tag nicht tun: Prysm-Proposer, die nichts ändern, bauen kleinere Blöcke, als das Netz erlaubt. Im Testnetz ist das ein Messproblem; es jetzt zu benennen soll verhindern, dass es das Hauptnetz erreicht.