Optimism strebt eine Kürzung des Preconfirmation-Intervalls von OP Mainnet um 20 Prozent an, von 250 auf 200 Millisekunden, im Rahmen einer rollierenden Änderung mit Zieltermin 31. August. Subblocks, früher Flashblocks genannt, sind inkrementelle Sequencer-Updates, die während des Baus eines normalen Blocks gesendet werden und Anwendungen Feedback geben, bevor dieser versiegelt wird. Die Payload behält den Typ ExecutionPayloadFlashblockDeltaV1, doch state_root, block_hash und withdrawals_root werden zu reinen Nullwerten, und withdrawals wird zu einer leeren Liste. Software kann den Stream weiterhin dekodieren, obwohl vier Felder keine verwertbaren Daten mehr enthalten.
Warum es zählt
Das Risiko liegt an der Anbietergrenze. Subblocks sind Preconfirmations, keine finalisierten Blöcke oder State-Commitments. Direkte Stream-Konsumenten müssen daher die gestreamten Transaktionen ausführen, um den Preconfirmation-State abzuleiten, statt die genullten Roots oder die block_hash zu lesen.
Anwendungen, die einen Subblocks-fähigen RPC-Anbieter nutzen, können bei Standard-Ethereum-Methoden bleiben, oft mit dem pending-Tag. Ein korrekt konfigurierter Anbieter oder Node pflegt eine eigene State-Sicht, sodass eth_getBalance abgeleitete Preconfirmation-Daten liefert, ohne auf einen verwertbaren state_root angewiesen zu sein.
Marktauswirkung
Die schnellere Kadenz ist ein echter Skalierungsgewinn für latenzkritische Apps, macht Integrationsprüfungen jedoch wichtiger. Teams, die den WebSocket-Stream direkt konsumieren, sollten Lesezugriffe auf die vier betroffenen Felder kennzeichnen, die Platzhalter als nicht verfügbar behandeln und sie aus State, Kontoständen und Beweiseingaben heraushalten.
Raw-Payload-Anbieter müssen Kunden warnen. Alchemy dokumentiert 200-ms-Updates über Optimism-RPC-Endpunkte, während QuickNode die Migration auf Optimism-Mainnet- und Sepolia-RPC-Komponenten anwendet. Der 31.-August-Termin kann sich verschieben, und der Rollout verläuft schrittweise. Betreiber sollten daher die Handhabung validieren, bevor die schnellere Kadenz sie erreicht.
Häufig gestellte Fragen
-
Was sind Optimism-Subblocks, und sind es finalisierte Blöcke?
Sie sind inkrementelle Sequencer-Updates, die während des Baus eines normalen Blocks gesendet werden. Sie liefern Preconfirmation-Feedback, sind jedoch keine finalisierten Blöcke oder State-Commitments.
-
Welche Werte werden in Optimisms schnelleren Payloads unverwertbar?
state_root, block_hash und withdrawals_root werden zu Nullwerten, während withdrawals zu einer leeren Liste wird. Der Payload-Typ bleibt ExecutionPayloadFlashblockDeltaV1.
-
Warum kann ein Decoder das Risiko der 200-ms-Migration übersehen?
Die Payload behält den Typ ExecutionPayloadFlashblockDeltaV1, sodass Software sie fehlerfrei parsen kann, obwohl vier Felder keine verwertbaren Daten mehr enthalten.
-
Wie sollten direkte Stream-Konsumenten den Preconfirmation-State berechnen?
Sie sollten die im Stream übertragenen Transaktionen ausführen und die genullten Roots sowie die block_hash als abwesend behandeln. Die Platzhalter sollten nicht in nachgelagerten State, Kontostände oder Beweiseingaben gelangen.
-
Wie können RPC-Nutzer nach der Änderung Preconfirmation-Kontostände lesen?
Ein korrekt konfigurierter Subblocks-fähiger RPC-Anbieter oder Node pflegt eine eigene State-Sicht, sodass eth_getBalance mit dem pending-Tag abgeleitete Preconfirmation-Daten liefert. Anbieter, die Raw-Felder weiterleiten, müssen Kunden benachrichtigen.
Glassnode
CoinDesk
Altcoin Daily
TheBlock
Crypto News
Crypto Rank News
CoinTelegraph
WuBlockchain