⚡ BNB Chain aktiviert Pasteur-Hardfork im Mainnet
BNB Chain hat erfolgreich die Pasteur-Hardfork im BSC-Mainnet aktiviert, um 02:30 UTC am 25. August. Dabei wurden drei Vorschläge gebündelt (BEP-682, BEP-695, BEP-675), die auf Brückensicherheit, Validator-Autorisierung und Blockkapazität ausgerichtet sind.
Was sich geändert hat:
🔒 Brückensicherheits-Fix (BEP-682): Zuvor konnte eine konstruierte Cross-Chain-Anfrage denselben Validator mehrfach auflisten, sodass eine Genehmigung so aussah, als hätte sie eine breitere unabhängige Unterstützung als tatsächlich vorhanden. Pasteur weist nun doppelte Validator-Einträge zurück, bevor die Schwellen für die Supermehrheit berechnet werden. Es wurde kein Exploit oder Diebstahl gemeldet – dies ist eine vorbeugende Maßnahme.
🔑 Validator-Schlüsselrotation (BEP-695): Die alten Operator-Keys verlieren nach der Rotation nun sofort die Verwaltungsrechte. Damit wird eine Lücke geschlossen, durch die Validatoren zuvor ausstehende Strafen umgehen konnten, indem sie Schlüssel rotierten. Außerdem wird verhindert, dass eingeschränkte Adressen indirekt über Offchain-Signaturen abstimmen.
⚙️ Neue Blockroute (BEP-675): Ein optionaler Pfad ermöglicht spezialisierten Buildern, vor-ausgeführte Blöcke einzureichen. Dadurch wird der doppelte Ausführungsaufwand reduziert und möglicherweise passen mehr Transaktionen pro Block. Builder können weiterhin die alte Methode verwenden; der neue Weg erfordert eine manuelle Aktivierung über RPC.
Performance: In kontrollierten QANet-Tests stieg der Durchsatz um 88% (1.237 → 2.324 TPS), allerdings hängt das von der tatsächlichen Builder-Annahme im Mainnet ab; Live-Daten stehen noch aus. Die Blockzeit bleibt unverändert bei 450 ms, und die Gasgrenze bleibt bei 100 Millionen.
Anforderungen: Für die Node-Betreiber war die Client-Version 1.7.7 erforderlich sowie die Entfernung des veralteten EnableBAL-Felds vor der Aktivierung.
#dyor #NFA✅
BNB Chain hat erfolgreich die Pasteur-Hardfork im BSC-Mainnet aktiviert, um 02:30 UTC am 25. August. Dabei wurden drei Vorschläge gebündelt (BEP-682, BEP-695, BEP-675), die auf Brückensicherheit, Validator-Autorisierung und Blockkapazität ausgerichtet sind.
Was sich geändert hat:
🔒 Brückensicherheits-Fix (BEP-682): Zuvor konnte eine konstruierte Cross-Chain-Anfrage denselben Validator mehrfach auflisten, sodass eine Genehmigung so aussah, als hätte sie eine breitere unabhängige Unterstützung als tatsächlich vorhanden. Pasteur weist nun doppelte Validator-Einträge zurück, bevor die Schwellen für die Supermehrheit berechnet werden. Es wurde kein Exploit oder Diebstahl gemeldet – dies ist eine vorbeugende Maßnahme.
🔑 Validator-Schlüsselrotation (BEP-695): Die alten Operator-Keys verlieren nach der Rotation nun sofort die Verwaltungsrechte. Damit wird eine Lücke geschlossen, durch die Validatoren zuvor ausstehende Strafen umgehen konnten, indem sie Schlüssel rotierten. Außerdem wird verhindert, dass eingeschränkte Adressen indirekt über Offchain-Signaturen abstimmen.
⚙️ Neue Blockroute (BEP-675): Ein optionaler Pfad ermöglicht spezialisierten Buildern, vor-ausgeführte Blöcke einzureichen. Dadurch wird der doppelte Ausführungsaufwand reduziert und möglicherweise passen mehr Transaktionen pro Block. Builder können weiterhin die alte Methode verwenden; der neue Weg erfordert eine manuelle Aktivierung über RPC.
Performance: In kontrollierten QANet-Tests stieg der Durchsatz um 88% (1.237 → 2.324 TPS), allerdings hängt das von der tatsächlichen Builder-Annahme im Mainnet ab; Live-Daten stehen noch aus. Die Blockzeit bleibt unverändert bei 450 ms, und die Gasgrenze bleibt bei 100 Millionen.
Anforderungen: Für die Node-Betreiber war die Client-Version 1.7.7 erforderlich sowie die Entfernung des veralteten EnableBAL-Felds vor der Aktivierung.
#dyor #NFA✅
