BNB Chain hat den Pasteur-Hardfork im BNB Smart Chain-Mainnet am 25. August um 02:30 UTC aktiviert und damit drei Änderungen eingeführt, die sich auf die Brückensicherheit, die Validierungsautorisierung und die Blockkapazität konzentrieren.
Zusammenfassung
- BNB Chain hat Pasteur am 25. August 2026 um 02:30 UTC erfolgreich im BSC-Mainnet aktiviert.
- Drei Vorschläge stärken die Brückenverifizierung, die Validierungsautorisierung und die Blockkonstruktion, ohne die Blockzeiten weiter zu verkürzen.
- BEP-682 lehnt doppelte Validatoren bei Cross-Chain-Light-Block-Prüfungen ab und schützt jetzt die echten Supermajority-Genehmigungsanforderungen onchain.
- QANet-Benchmarks zeigten eine Steigerung des Durchsatzes um 88% von 1.237 auf 2.324 Transaktionen pro Sekunde unter kontrollierten Bedingungen.
- Node-Betreiber benötigten Client-Version 1.7.7 und die Entfernung von EnableBAL vor der Mainnet-Aktivierung am Dienstag.
Das Netzwerk bestätigte, dass Pasteur nach seiner geplanten Aktivierung live war. BSC produzierte weiterhin Blöcke im bestehenden Intervall von 450 Millisekunden, ohne dass unmittelbar nach dem Upgrade größere Störungen öffentlich gemeldet wurden.
Pasteur kombiniert BEP-682, BEP-695 und BEP-675 unter dem breiteren BEP-673-Upgrade-Plan. Die Änderungen waren seit dem 21. Juli auf BSCs Chapel-Testnetz in Betrieb, bevor sie das Mainnet erreichten.
BNB Chain Pasteur stärkt die Brückenverifizierung
BEP-682 ändert, wie BSC Light-Blöcke verifiziert, die über die Cross-Chain-Infrastruktur eingereicht werden. Vor Pasteur lehnte der Verifizierungsprozess doppelte Einträge in einer eingereichten Validatorliste nicht explizit ab.
Eine manipulierte Anfrage könnte daher denselben Validator mehr als einmal enthalten. Das separate Zählen dieser Einträge könnte dazu führen, dass eine Brückengenehmigung so aussieht, als hätte sie Unterstützung von mehr unabhängigen Validatoren, als sie tatsächlich hatte.
Pasteur lehnt wiederholte Validatoreinträge ab, bevor berechnet wird, ob die erforderliche Abstimmungsschwelle erreicht wurde. Jede Genehmigung muss nun von einem eindeutigen Validator stammen, damit der Light-Block die Supermajority-Anforderung erfüllt.
BNB Chain meldete nicht, dass Angreifer den Fehler ausgenutzt hatten oder führte frühere Vermögensverluste darauf zurück. Die Änderung ist eine vorbeugende Korrektur der Brückenverifizierung und keine Reaktion auf einen offengelegten Diebstahl.
Cross-Chain-Infrastruktur bleibt ein großes Sicherheitsproblem in dezentralen Netzwerken. In verwandter Berichterstattung haben Brückenangriffe durch kompromittierte Schlüssel, Vertragsfehler und schwache Nachrichtenverifizierung kumulative Verluste in Milliardenhöhe verursacht.
Alte Validatorschlüssel verlieren ihre Autorität
BEP-695 schließt Lücken bei der Rotation von Validatorschlüsseln, Strafen und Governance. Wenn ein Validator seinen Operator-Schlüssel ersetzt, verliert der vorherige Schlüssel jetzt seine Verwaltungsrechte.
Der Vorschlag verhindert auch, dass Validatoren laufenden Strafen durch Rotation ihrer Schlüssel entgehen. Slashing- und Entfernungsprozesse bleiben am Validator haften und verschwinden nicht, wenn sich seine Operator-Adresse ändert.
Pasteur blockiert außerdem, dass eingeschränkte Adressen Offchain-Signaturen verwenden, um an Governance teilzunehmen. BNB Chain verhinderte bereits, dass blacklisted Adressen direkt abstimmen, aber diese Konten könnten möglicherweise Stimmen signieren und eine andere Adresse sie einreichen lassen.
Die aktualisierten Governance-Verträge prüfen den ursprünglichen Unterzeichner, bevor eine delegierte Stimme gezählt wird. Wenn dieser Unterzeichner eingeschränkt ist, wird die Stimme abgelehnt, unabhängig davon, welches Konto sie einreicht.
Neuer Blockpfad reduziert wiederholte Ausführung
BEP-675 führt einen optionalen Pfad für spezialisierte Builder ein, um Blöcke einzureichen, die sie bereits ausgeführt haben. Validatoren prüfen den vorgeschlagenen Block gegen Konsensregeln, signieren ihn und senden ihn aus, bevor sie die vollständige Ausführungsverifizierung abschließen.
Die frühere Route erforderte, dass sowohl der Builder als auch der Validator die Transaktionen ausführten, bevor der Validator signierte. Diese Duplizierung verbrauchte einen Teil des kurzen Blockfensters von BSC und konnte dazu führen, dass Blöcke in Zeiten hoher Nachfrage unter ihrer maximalen Kapazität blieben.
Builder können weiterhin den bisherigen Prozess verwenden. Die neue Route muss über die Remote Procedure Call-Schnittstelle des Netzwerks aktiviert werden, sodass die Teilnehmer Zeit haben, sie zu integrieren.
BNB Chain erklärte, dass die Route mehr Transaktionen in jeden Block aufnehmen könnte, aber die veröffentlichten Leistungszahlen stammten aus kontrollierten Tests und nicht aus Mainnet-Aktivitäten.
Tests auf QANet, einer internen Umgebung, die geografisch verteilte Validatoren widerspiegeln soll, erhöhten den Durchsatz von 1.237 auf 2.324 Transaktionen pro Sekunde. Der durchschnittliche Gasverbrauch pro Block stieg von 46,35 Millionen auf 84,15 Millionen, während das Gaslimit von 100 Millionen unverändert blieb.
Mainnet-Daten werden den Kapazitätsgewinn von 88% testen
Pasteur erhöht weder das Block-Gaslimit noch reduziert es das 450-Millisekunden-Blockintervall, das durch das Fermi-Upgrade eingeführt wurde. Seine Kapazitätsgewinne hängen davon ab, dass Builder BEP-675 übernehmen und vollere Blöcke einreichen.
BNB Chain verlangte von Knotenbetreibern, vor der Aktivierung die Client-Version 1.7.7 zu installieren. Betreiber mussten auch das veraltete EnableBAL-Feld entfernen, da das Belassen in der Konfigurationsdatei den aktualisierten Client am Starten hindern würde.
Wie bereits berichtet, warnte BNB Chain die Betreiber, das obligatorische Pasteur-Update vor dem Fork abzuschließen. Betreiber, die inkompatible Software ausführen, riskierten, aus der Synchronisation mit dem Mainnet zu geraten.
Die nächsten Beweise werden aus der Live-Blockauslastung, dem Transaktionsdurchsatz, den Raten verpasster Blöcke und der Validatorleistung kommen. Diese Messungen werden zeigen, ob die QANet-Kapazitätsverbesserung auf die anhaltende Mainnet-Nachfrage übertragen werden kann.
