BNB Chain hat seine Bewerbung des Sicherheitstools Red Alarm erneuert und gleichzeitig Betreiber von BSC-Reth-Knoten aufgefordert, einen Hotfix zu installieren, der einen Fehler bei der Berechnung des Blockchain-Zustands behebt.
Zusammenfassung
- BNB Chain hat die Aufmerksamkeit erneut auf Red Alarm gelenkt, einen Sicherheitsscanner, der ursprünglich im Jahr 2022 eingeführt wurde.
- Der Dienst DappBay listet riskante Anwendungen auf und ermöglicht es Nutzern, Smart Contracts zu prüfen, bevor sie Transaktionen durchführen.
- BSC-Reth-Betreiber im Mainnet und Testnet werden aufgefordert, v0.1.4-hotfix zu installieren und ihre Knoten neu zu starten.
- Der Hotfix behebt fehlerhafte Berechnungen des State-Root und erfordert weder eine Datenbankmigration noch einen weiteren Hard Fork.
- BNB Chain erklärte, dass opBNB nicht op-reth verwendet, und bezeichnete die BSC-Reth-Exposition als begrenzt.
In einem Beitrag vom 7. November verwies BNB Chain Nutzer auf seine DappBay-Red-Alarm-Liste, in der dezentrale Anwendungen und Smart Contracts gekennzeichnet werden, wenn sie potenziell riskante Bedingungen erfüllen. Die Erinnerung folgte auf ein separates Sicherheitsupdate vom 6. November für Knotenbetreiber, die aufgefordert wurden, auf v0.1.4-hotfix zu aktualisieren und ihre Software neu zu starten.
Die beiden Hinweise betreffen unterschiedliche Teile des Netzwerks. Red Alarm gibt Wallet-Nutzern Informationen über Anwendungen, bevor sie mit ihnen interagieren, während das Reth-Update Software korrigiert, die von einigen der Maschinen verwendet wird, die Blockchain-Daten verarbeiten und prüfen. BNB Chain verknüpfte die beiden Hinweise nicht mit einem einzelnen Sicherheitsvorfall.
Red Alarm listet riskante Apps auf, bevor Nutzer Wallets verbinden
Die DappBay-Seite bietet Besuchern eine Liste hochriskante Projekte und Verträge sowie einen Scanner zur Prüfung eines Smart Contracts oder einer Wallet-Adresse. Nutzer können Einträge nach Anwendungskategorie, Blockchain, Risikofaktor und Listungsdatum durchsuchen, um die einem bestimmten Projekt beigefügte Warnung zu prüfen.
Eine häufige Warnung betrifft nicht erreichbare Projektwebsites. Ein Eintrag kann darauf hinweisen, dass eine Anwendungswebsite nicht mehr funktioniert, wobei das Tool anmerkt, dass dies aus mehreren Gründen geschehen kann, einschließlich der Einstellung eines Projekts. Andere Einträge identifizieren mutmaßliche Ponzi-ähnliche Konstrukte oder Vertragsmerkmale, die Nutzer einem Verlust aussetzen könnten.
In seiner jüngsten Erinnerung erklärte BNB Chain: „Die Sicherheit der Nutzer erfordert fortlaufende Arbeit in der gesamten Krypto-Landschaft.“ Es beschrieb Red Alarm als eine Möglichkeit, potenziell hochriskante dezentrale Anwendungen und Verträge zu kennzeichnen, damit Nutzer vor ihren Entscheidungen über mehr Informationen verfügen.
Der Dienst ist nicht neu. BNB Chain führte Red Alarm im Juli 2022 über DappBay ein, und ein Update vom August 2022 besagte, dass das System in seinen ersten Wochen mehr als 3.300 Verträge gescannt hatte. Damals verwies das Netzwerk Besucher auf über 50 Projekte, die als riskant gekennzeichnet waren.
Das Warnsystem dient der Information und ist keine Garantie dafür, dass eine nicht gelistete Anwendung sicher ist. DappBay erklärt, dass seine Risikobewertungen auf automatisierten Scans, Modellen und verfügbaren Vertragsinformationen basieren, und warnt davor, Bewertungen als Empfehlungen oder als Ersatz für die eigene Prüfung von Projekten durch die Nutzer zu betrachten.
BSC-Reth-Betreiber aufgefordert, den Hotfix vom 6. November zu installieren
Während BNB Chain die Aufmerksamkeit auf verdächtige Anwendungen lenkte, hatten seine Infrastrukturentwickler eine unmittelbarere Anweisung an Betreiber herausgegeben, die den BSC-Reth-Ausführungsclient betreiben. Die GitHub-Veröffentlichung vom 6. November empfiehlt, v0.1.4-hotfix so bald wie möglich zu installieren und den Knoten anschließend neu zu starten.
Die Anweisung betrifft BSC-Reth sowohl im Mainnet als auch im Testnet. Der angegebene Adressatenkreis umfasst Validatoren, an Aktivitäten zur maximal extrahierbaren Wertgewinnung beteiligte Block-Builder, Vollknotenbetreiber und Sentry-Betreiber und nicht gewöhnliche Wallet-Nutzer.
Laut den Versionshinweisen behebt der Fix einen Fehler, der dazu führen konnte, dass Reth unter bestimmten Bedingungen den falschen State Root berechnet. Ein State Root zeichnet eine kryptografische Darstellung der Kontostände der Blockchain, des Speichers von Smart Contracts und anderer Netzwerkzustände auf; Knoten verlassen sich darauf, wenn sie prüfen, ob sie sich über gültige Daten einig sind.
Die Version enthält eine Korrektur aus dem vorgelagerten Reth-Projekt bezüglich eines Legacy-Berechnungspfads. BNB Chain erklärte, dass Betreiber weder eine Datenbankmigration noch einen separaten Hard Fork benötigen, um diesen speziellen Fix anzuwenden, sodass die erforderliche Maßnahme in einer Installation und einem anschließenden Neustart besteht.
BNB Chain erklärt, dass opBNB nicht vom Reth-Problem betroffen ist
Vor der Veröffentlichung des Patches räumte BNB Chain das Risiko in einer Mitteilung vom 6. November ein und erklärte, dass die Auswirkung auf BSC-Reth begrenzt sei. Es wurde klargestellt, dass opBNB nicht op-reth verwendet, den zugehörigen Client, der in der Sicherheitsdiskussion betroffen ist.
Die Warnung betraf Ausführungssoftware, nicht die Liste der Red-Alarm-Verträge. In ihrer früheren Berichterstattung beschrieb crypto.news den Reth-Bug und die Reaktion von Base, deren Entwickler erklärten, sie hätten ihre Block-Building-Knoten gepatcht und verifiziert, dass Benutzer nicht betroffen waren.
Die neueste Version von BSC-Reth folgt auf ein Update vom 3. November, das den Jenner-Hard-Fork für den 8. Dezember 2026 um 02:30 UTC ansetzte. Dieses zuvor angekündigte Upgrade führt separate Netzwerkänderungen ein und hat seine eigene Kompatibilitätsfrist für Mainnet-Knotenbetreiber.
Zu den Jenner-Änderungen gehört ein Payment-Lane-Vorschlag, der standardmäßig 5 % der Gas-Kapazität jedes Blocks für berechtigte Zahlungen reserviert. Das Feature soll laut den veröffentlichten Upgrade-Details des Netzwerks Platz für genehmigte Transfers bewahren, wenn andere Transaktionen um Blockkapazität konkurrieren.
