BSC legt den 25. August als Termin für den Pasteur-Hardfork fest und ordnet die Aktualisierung der Nodes auf Version 1.7.7 an

BNB Chain hat angekündigt, dass sie ihren Pasteur Hard Fork auf dem BNB Smart Chain (BSC) Mainnet am 25. August 2026 um 02:30 UTC aktivieren wird. 

Darin wurde festgelegt, dass jeder Knotenbetreiber bis zu diesem Zeitpunkt die Clientversion 1.7.7 verwenden muss, andernfalls besteht die Gefahr, dass er aus dem Netzwerk ausfällt. 

BNB Chain bestätigte das Datum und die Kundenanforderungen in einem Blogbeitrag, der am 14. August veröffentlicht wurde.

Sind die Vorschläge der BNB Chain Teil eines einzigen Meta-Upgrades?

Der Pasteur-Hardfork ist unter dem Meta-Vorschlag BEP-673 eingeordnet. Er führt jedoch auch drei weitere Vorschläge, BEP-682, BEP-695 und BEP-675, zu einer koordinierten Aktivierung zusammen.

BEP-682 und BEP-695 konzentrieren sich auf Sicherheitsarbeiten an der Bridge sowie auf Staking- und Governance-trac. BEP-675 ist ein Durchsatzprojekt, das technisch gesehen keinen Hardfork benötigt, um zu funktionieren.

BNB Blockchain bewusst benannt von ihr gestarteten Hardforks. Sie sind nach Wissenschaftlern benannt, darunter Pascal, Maxwell, Fermi und Mendel. Jeder Hardfork hat schrittweise Änderungen an der Blockchain vorgenommen. 

Der Fermi-Hardfork wurde im Januar 2026 ausgeliefert und trug dazu bei, die Blockzeiten des BSC auf 0,45 Sekunden zu reduzieren. Das Netzwerk hat die Monate seither damit verbracht, sich auf diesem Niveau zu stabilisieren, anstatt es weiter zu beschleunigen.

Schließung einer Sicherheitslücke bei der Duplikatvalidierung in der Brücke

BEP-682 ist so konzipiert, dass es die Art und Weise, wie BSC Cross-Chain-Transfers prüft, neu regelt.

Wenn Vermögenswerte in die Blockchain übertragen werden, vertraut BSC nicht allein den Angaben der Ursprungs-Blockchain. Stattdessen führt es an Adresse 0x67 eine Vorkompilierung durch, die die Validatorsignaturen anhand eines bekannten Validator-Sets prüft. Die Übertragung wird erst dann durchgeführt, wenn eine qualifizierte Mehrheit der Validatoren unterschrieben hat.

Dies hatte jedoch seine Schwächen, da es keine Möglichkeit gab, zu bestätigen, dass jeder Validator nur einmal auftauchte.

Ein speziell präpariertes Validierungsset könnte denselben Unterzeichner mehrmals auflisten, dessen Stimmkraft bei jedem Auftreten zählen und die Schwelle mit weniger echten Unterschriften überschreiten, als die Regel vorschreibt. 

BEP-682 entfernt Duplikate vor dem Zählen und stellt so sicher, dass aufgeblähte Sets die Zählgrenze nicht mehr überschreiten. 

Ausgemusterte Validierungsschlüssel tatsächlich außer Betrieb nehmen

BEP-695 wurde entwickelt, um eine Schwachstelle im Staking und der Governance zu beheben. Wenn Validatoren ihre Konsensschlüssel im Rahmen der routinemäßigen Wartung rotieren, wird davon ausgegangen, dass ein ausgemusterter Schlüssel keine Autorität mehr besitzt.

Das war jedoch nicht das bisherige Verhalten. Es gibt nun drei Korrekturen für das Problem pro BNB Chain. Die erste besteht darin, dass ein rotierter alter Schlüssel nun seine Validator-Admin-Berechtigungen verliert, anstatt sie zu behalten. 

Die zweite Korrektur stellt sicher, dass ein Validator eine bevorstehende Räumung nicht mehr durch Rotation umgehen kann. Außerdem wurden gesperrte Adressen von signaturbasierten Abstimmungen ausgeschlossen. 

Vollständigere Blockaden ohne Gaskontakt oder Blockzeit

Aktuell werden Blöcke auf BSC zweimal ausgeführt. Bei der ersten Ausführung führt der Builder die Transaktionen aus, um die Gültigkeit des Blocks zu bestätigen, und anschließend führt der Validator alle Transaktionen erneut aus, bevor er den Block signiert.

Allerdings beansprucht diese Aktion erneut ein Zeitfenster von 450 Millisekunden (ms), und die Zeit, die der Validator für die zweite Ausführung benötigt, ist Zeit, die die Builder verlieren, um den nächsten Block zu packen.

BEP-675 erlaubt es einem Bauherrn, einen bereits ausgeführten Bauabschnitt zu übergeben. 

Diesmal prüft der Validator die Daten anhand der Konsensregeln, signiert sie, sendet sie und führt anschließend die vollständige Verifizierung durch. 

Die im Testnetz erhobenen Daten zeigten, dass die Zeit, die Validatoren zur Ausführungsschicht beitragen, von 125 Millisekunden auf 15 Millisekunden reduziert wurde. Außerdem stieg der Durchsatz um fast 88 % von 1.237 auf 2.324 Transaktionen pro Sekunde (TPS), wobei das Gaslimit von 100 Millionen und das Intervall von 450 ms unverändert blieben. 

Der durchschnittliche Blockgasverbrauch stieg von 46,35 Millionen auf 84,15 Millionen. Die Finalisierungsverzögerung blieb unverändert. BNB Chain wies jedoch darauf hin, dass es sich hierbei um Werte unter kontrollierter Auslastung handelt. Die Leistungsfähigkeit muss auch unter Mainnet-Verkehr bestehen bleiben, insbesondere wenn mehrere Builder um denselben Slot bieten.

Was müssen die Betreiber vor dem 25. tun?

Node-Betreiber haben eine lange Liste an Aufgaben im Zusammenhang mit Pasteur. BNB Chain bietet eine ausführliche Dokumentation darüber, was zu tun ist, um Startfehler zu vermeiden. 

Builder, die den BEP-675-Pfad nutzen möchten, müssen unter Umständen zusätzlichen Aufwand betreiben, da dies den Betrieb eines vollständigen Knotens anstelle eines schnellen Knotens erfordert, da der Builder nun einen vollständig ausgeführten Block erzeugt. Herkömmliche Gebote funktionieren weiterhin, nur mit kürzerer Packzeit.