Der November-Termin für das Mainnet verschiebt den Rollout über das zuvor von Base veröffentlichte Oktober-Ziel hinaus, wie The Defiant in seiner Berichterstattung zu Cobalt meldete.

Beitrag von X wird geladen…

Beitrag auf X ansehen

Flashblocks-Feeds müssen migriert werden

Bases Migrationsleitfaden fordert Entwickler auf, jedes Flashblocks-Abonnement und jede Anfrage zu erfassen, die vor der Aktivierung den Block-Tag „pending“ verwendet. Anwendungen müssen stattdessen kanonische Block-Header und Logs abonnieren, Transaktionen aus jedem neuen Block abrufen und den kanonischen Zustand statt des ausstehenden Zustands lesen. Für den alten Vorbestätigungszustand gibt es nach Denim kein direktes Äquivalent.

Entwickler müssen außerdem Verträge prüfen, die Zeit anhand von Blöcken messen. Die Blocknummern werden zehnmal schneller steigen, sodass Sperrfristen, Abkühlphasen, Fristen und Abstimmungszeiträume in der Governance, die auf Blockzahlen basieren, auf ein Zehntel ihrer vorgesehenen Dauer schrumpfen, warnt Base. Unveränderliche Einstellungen für Blockzahlen könnten eine Vertragsmigration erfordern. Logik, die den vorhandenen Zeitstempel auf Sekundenbasis nutzt, ist davon nicht betroffen.

Denim führt BaseTime ein, einen vorab bereitgestellten Onchain-Vertrag, der die Millisekundenkomponente des Zeitstempels eines Blocks ausgibt, während der bestehende Zeitstempel der Ethereum Virtual Machine weiterhin in Sekunden angegeben wird. Auch Block-, Transaktions- und Log-Antworten erhalten optionale Zeitstempelfelder in Millisekunden. Indexer müssen berücksichtigen, dass diese Felder fehlen können, wenn keine authentifizierten historischen Metadaten verfügbar sind, statt anzunehmen, dass jede Antwort sie enthält.

Strengere Regeln für Token-Transfers

Denim ändert auch B20, den nativen Token-Standard von Base. Transfers, Minting und Beschlagnahmungen, bei denen Token an die eigene Adresse des Tokens gesendet werden, schlagen fehl. So wird verhindert, dass versehentliche Überweisungen dort Gelder sperren.

Eine separate Änderung der Executor-Richtlinie führt Autorisierungsprüfungen für jeden Transferpfad ein, auch wenn Inhaber ihre eigenen Token übertragen. Emittenten mit restriktiven Executor-Richtlinien müssen Inhaber vor der Aktivierung autorisieren, wenn von Inhabern initiierte Transfers weiterhin funktionieren sollen. Bei Token ohne diese Richtlinie bleibt die Standardeinstellung, immer zu erlauben.

Das Update der PolicyRegistry ergänzt ein NOT-Flag, das das Autorisierungsergebnis einer bestehenden Richtlinie umkehrt, ohne dass eine zweite, gespiegelte Liste gepflegt werden muss.

Native Transaktionsbündelung und Gas-Sponsoring gehören zum separaten Everest-Upgrade, dessen Aktivierungstermine weiterhin nicht festgelegt sind, und nicht zu Denim.

Für Node-Betreiber heißt es in Bases Migrationsleitfaden, dass die erforderlichen Mainnet-Versionen der Execution- und Consensus-Clients noch nicht veröffentlicht wurden.