BNB Chain hat ein dringendes Software-Update veröffentlicht, um einen Fehler in seinem BSC-Reth-Execution-Client zu beheben, der unter bestimmten Bedingungen zu inkorrekten State-Root-Berechnungen der Blockchain führen konnte. Die Schwachstelle stellte ein potenzielles Risiko für die Node-Verifizierung und die Netzwerkkonsistenz dar, weshalb die Entwickler die sofortige Installation der aktualisierten Software auf der gesamten Mainnet- und Testnet-Infrastruktur empfahlen.

Laut dem GitHub-Release vom 6. November korrigiert das v0.1.4-Hotfix-Update einen Fehler im Legacy-Prozess zur State-Root-Berechnung, der von BSC-Reth verwendet wird, und hilft so zu verhindern, dass Nodes gültige Blöcke ablehnen oder zu widersprüchlichen Schlussfolgerungen über den aktuellen Zustand der Blockchain gelangen. Das Entwicklungsteam rief Validatoren und Infrastrukturbetreiber auf, ihre Systeme sofort zu aktualisieren, stellte jedoch zugleich klar, dass das Problem nur begrenzte Auswirkungen hat und normale Kryptowährungsnutzer keine Maßnahmen ergreifen müssen.

Wie der Fehler entstand

Das zugrunde liegende Problem hatte seinen Ursprung im Legacy-Pfad zur State-Root-Berechnung des Reth-Execution-Clients. Unter bestimmten Bedingungen, die Blockchain-Datenstrukturen betreffen, konnte die Software bei der Berechnung inkrementeller State Roots ungenaue Ergebnisse liefern.

Ein State Root ist eine kryptografische Darstellung des aktuellen Zustands einer Blockchain, der Informationen wie Kontostände, Smart-Contract-Speicher und andere On-Chain-Daten umfasst. Blockchain-Nodes sind auf diese Berechnungen angewiesen, um Transaktionen unabhängig zu verifizieren und Einigkeit über den Zustand des Netzwerks zu wahren. Da Execution-Clients wie Reth diese Verifizierungsarbeit auf jedem Node durchführen, hat ein Defekt auf dieser Ebene Auswirkungen auf das gesamte Netzwerk und nicht nur auf eine einzelne Anwendung.

Wenn unterschiedliche Nodes inkonsistente State Roots erzeugen, könnten sie darüber uneinig sein, ob ein Block gültig ist. Solche Diskrepanzen könnten potenziell dazu führen, dass gültige Blöcke abgelehnt werden, und operative Schwierigkeiten für Infrastrukturanbieter verursachen.

Validatoren und Node-Betreiber müssen das Update installieren

Das BSC-Reth-Hotfix enthält eine Upstream-Korrektur aus dem Reth-Entwicklungsprojekt, um das Problem der inkrementellen-Root-Berechnung zu beheben. Das Update gilt für mehrere Kategorien von Netzwerkinfrastruktur, darunter Validatoren, Builder für maximal extractable value (MEV), Full-Nodes und Sentry-Betreiber. Diese Teilnehmer spielen wichtige Rollen bei der Transaktionsverarbeitung, der Blockvalidierung und der Netzwerkkonnektivität.

Betreiber müssen die aktualisierte Softwareversion installieren und ihre Nodes neu starten, um die Korrektur anzuwenden. Den Release Notes zufolge erfordert das Verfahren keine Datenbankmigration oder einen zusätzlichen Hard Fork. Der Patch behebt ein Software-Korrektheitsproblem, ohne Änderungen an den Konsensregeln der Blockchain einzuführen oder Anpassungen von regulären Nutzern zu erfordern, sodass die Infrastruktur der BNB Smart Chain ihre betriebliche Kontinuität wahren kann.

BNB Chain kündigte den Fix über sein offizielles X-Konto an:

The BSC-Reth hotfix is now available. All BSC-Reth node operators on mainnet and testnet should upgrade to v0.1.4-hotfix as soon as possible and restart their nodes. No action is required from users.
— BNB Chain (@BNBCHAIN) November 6, 2026 (x.com)

Ein breiteres Problem für Reth-basierte Netzwerke

Die Schwachstelle war nicht exklusiv bei BNB Chain. Auch andere Ethereum-kompatible Netzwerke, die betroffene Reth-Implementierungen verwenden, mussten ihre Software auf eine Exposition gegenüber demselben Problem prüfen. Der Vorfall spiegelt ein strukturelles Merkmal moderner EVM-kompatibler Infrastruktur wider: Viele Netzwerke bauen auf gemeinsam genutzten Open-Source-Client-Codebasen auf, sodass ein Upstream-Defekt – und auch dessen Behebung – gleichzeitig die Software-Releases mehrerer Chains erreichen kann.

Das Coinbase-gestützte Base habe die Schwachstelle laut Berichten nach einer Prüfung ihrer potenziellen Auswirkungen identifiziert und behoben. Seine Entwickler haben einen aktualisierten Execution-Client ausgerollt und bestätigt, dass der Netzwerkbetrieb keine Störungen oder Verluste von Nutzergeldern erfahren hat. Die Infrastrukturentwicklung von Base ist besonders relevant, da das Netzwerk zuvor durch sein Azul-Upgrade seine Abhängigkeit von Reth-basierter Execution-Infrastruktur ausgeweitet hatte.

BNB Chain stellte zudem klar, dass sein opBNB-Netzwerk den betroffenen op-reth-Client nicht verwendet, womit das Problem diese Infrastruktur nicht betrifft.

Es gibt keine bestätigten Berichte über Ausbeutung, Verluste von Kundengeldern oder eine netzwerkweite Abschaltung im Zusammenhang mit der neu identifizierten Schwachstelle.

Jenner-Hard-Fork bleibt für den 8. Dezember geplant

Das Notfall-Update erfolgt, während sich die BNB Smart Chain auf ein weiteres bedeutendes Netzwerk-Upgrade vorbereitet: den Jenner-Hard-Fork, der für den 8. Dezember 2026 um 02:30 UTC geplant ist. Die zuvor veröffentlichte Softwareversion BSC-Reth v0.1.4 skizzierte die Vorbereitungen für dieses geplante Protokoll-Upgrade. Anders als der Notfall-Patch vom 6. November umfasst Jenner geplante Änderungen auf Protokollebene, die von Mainnet-Betreibern die Pflege kompatibler Software erfordern.

Der Unterschied zwischen den beiden Updates ist wichtig. Das neueste Hotfix konzentriert sich ausschließlich auf die Korrektur eines Berechnungsfehlers im Execution-Client, während der Jenner-Hard-Fork geplante Änderungen an den Netzwerkregeln einführen soll. Durch die Behebung der Schwachstelle vor dem geplanten Hard Fork möchte BNB Chain die Zuverlässigkeit der Infrastruktur stärken und die Möglichkeit von Inkonsistenzen bei der Node-Verifizierung im kommenden Protokoll-Entwicklungszykluserringern.

Der Vorfall unterstreicht auch die Bedeutung zuverlässiger Execution-Clients über Blockchain-Ökosysteme hinweg. Während Netzwerke ihre Transaktionsverarbeitungskapazitäten ausbauen und neue Infrastrukturimplementierungen übernehmen, können Schwachstellen auf Softwareebene operative Risiken schaffen, ohne Nutzergelder direkt zu gefährden.

Für BNB Chain bleibt die unmittelbare Priorität, sicherzustellen, dass Validatoren und Infrastrukturbetreiber die Korrektur einspielen, bevor das geplante Netzwerk-Upgrade im Dezember fortgesetzt wird. Bis dahin sind die praktischen Punkte zu beobachten: der Abschluss des v0.1.4-Hotfix-Rollouts bei den Mainnet- und Testnet-Betreibern sowie die Installation von Jenner-kompatibler Software vor der Aktivierung am 8. Dezember.