Base-Blockchain stellt Flashblocks-Feeds nach Denim-Upgrade ein, zwingt App-Migration
Das Base‑Netzwerk von Coinbase hat im Denim‑Upgrade vom 5. Nov. die Flashblocks‑Datenströme eingestellt, sodass Entwickler auf kanonische Block‑Abonnements umsteigen müssen, um zuverlässige Daten zu erhalten.
Aus dem Englischen übersetzt. Original lesen
Das Wichtigste
- Das Denim‑Upgrade von Base ersetzte Flashblocks‑Streams durch 200 ms‑Kanonik‑Blöcke und beendete die Datenlieferung über alte WebSocket‑Endpunkte.
- Entwickler müssen Flashblocks‑Abonnements durch newHeads ersetzen und Transaktionen aus den kanonischen Blöcken abrufen.
- Das Upgrade entfernte zudem den Vor‑Bestätigungs‑Zustand, sodass Apps ihre Pending‑Tag‑Logik und Receipt‑Verarbeitung anpassen müssen.
Das Base‑Layer‑2‑Netzwerk von Coinbase hat am 5. Nov. 2026 das Denim‑Upgrade abgeschlossen und dabei die Flashblocks‑Datenfeeds eingestellt, auf die viele Anwendungen für nahezu Echtzeit‑Blockvorschauen gesetzt hatten. Während die alten WebSocket‑Endpunkte noch Verbindungen akzeptieren, senden sie keine Block‑ oder Transaktionsdaten mehr, sodass Apps bei nicht erfolgter Migration nur stille Verbindungen behalten.
ETH / USD
Was sich durch das Denim‑Upgrade geändert hat
Laut CryptoSlate führte das Denim‑Upgrade einen deterministischen Block‑Takt von 200 ms ein, wobei jeder Block einen vollständigen Hash, State‑Root und Receipt‑Set enthält. Diese Blöcke sind nun die primäre Datenquelle und ersetzen die früheren Flashblocks‑„Preview“-Blöcke, die Vor‑Bestätigungs‑Informationen zeigten. Das Upgrade änderte zudem die Abonnement‑Bezeichner: Das frühere newFlashblocks‑Event mappt jetzt auf newHeads, das nun kanonische Block‑Header folgt, während newFlashblockTransactions ebenfalls auf newHeads mappt und Entwickler die Transaktionslisten manuell abrufen müssen.
Auswirkungen auf bestehende Anwendungen
Anwendungen, die noch auf die eingestellten Flashblocks‑Endpunkte zeigen, können zwar eine offene WebSocket‑Verbindung aufrechterhalten, erhalten jedoch keine Updates. Ein erneutes Verbinden zum selben Endpunkt löst das Problem nicht, da der zugrundeliegende Datenfeed dauerhaft deaktiviert ist. Entwicklern wird geraten, zu einem WebSocket‑fähigen RPC‑Provider zu wechseln oder einen eigenen Base‑Node zu betreiben und jeglichen Code, der das pending‑Block‑Tag nutzte, zu aktualisieren. Das pending‑Tag löst nun den neuesten kanonischen Block statt eines Vor‑Bestätigungs‑Zustands auf, wodurch Balance‑Abfragen, Transaktionszähler oder simulierte Contract‑Calls, die eine Vorschau erwarteten, nun finalisierte Daten zurückliefern.
Migrations‑Leitfaden und offene Fragen
Der Migrations‑Guide von Base empfiehlt, alle Flashblocks‑Abonnements, WebSocket‑Verbindungen und jede Nutzung des flashblock_index‑Flags zu inventarisieren. Tests sollten zunächst auf Base Sepolia oder Vibenet durchgeführt werden, bevor sie in die Produktion gehen. Der Denim‑Hinweis, der am 9. Nov. noch als „Verifying“ gekennzeichnet war, verweist zudem auf laufende Untersuchungen zu periodischen Transaktions‑Inklusions‑Verzögerungen und einer höheren als erwarteten Rate leerer Blöcke, wobei bislang keine Lösung veröffentlicht wurde. Entwickler, die stärkere Finalitätsgarantien benötigen, müssen weiterhin das Batch‑Posting zu Ethereum und die Finalitätssignale von Ethereum verfolgen, da das 200‑ms‑Blockintervall nicht gleichbedeutend mit endgültiger Abwicklung ist.
Ausblick
Das Base‑Team hat bislang kein Update zu den gemeldeten Inklusions‑Verzögerungen oder leeren Block‑Anomalien bereitgestellt, sodass das Monitoring zukünftiger Status‑Page‑Hinweise entscheidend bleibt. Zudem wird erwartet, dass ein Strom von Migrations‑Tools und SDK‑Updates erscheint, die den Wechsel von Flashblocks zu newHeads‑Abonnements vereinfachen. Beobachter sollten zudem verfolgen, ob Coinbase einen Ersatz für den Vor‑Bestätigungs‑Zustand einführt, von dem viele DeFi‑ und Gaming‑dApps derzeit für schnelles Nutzer‑Feedback abhängen.

Diskussion 0