BNB Chain bereitet Osaka/Mendel-Upgrade vor, um Ausführung und Endgültigkeit zu verbessern
Die $BNB-Kette steht vor einem weiteren großen Upgrade, und dieses Mal liegt der Fokus nicht darauf, wie viel schneller das Netzwerk sein kann, sondern darauf, wie gut es standhalten kann, wenn echte Benutzer anfangen, es stark zu beanspruchen. Der Hard Fork Osaka/Mendel ist für den 28. April 2026 um 02:30 UTC geplant, und in den Versionshinweisen von $BNB Chain heißt es, dass das Mainnet-Upgrade für BSC-Benutzer obligatorisch ist, wobei v1.7.2 als erforderliche Version vor dem Fork aufgeführt ist. Das Upgrade bündelt neun BEPs und umfasst Änderungen wie eine Transaktionsbeschränkung auf Protokollebene unter BEP-652 sowie Korrekturen im Zusammenhang mit Blobs und auf Ausführungsebene in der Mainnet-Version.
Dieses Timing ist wichtig, weil die $BNB Chain das letzte Jahr damit verbracht hat, aggressiv nach Geschwindigkeit zu streben. Der Lorentz Hard Fork verkürzte die Blockzeiten von 3 Sekunden auf 1,5 Sekunden und bereitete damit schnellere Bestätigungen und eine stärkere Validatorsynchronisierung vor. Maxwell drückte BSC dann weiter auf Blockzeiten von 0,75 Sekunden, während der Fermi-Hard-Fork zuletzt BSC auf etwa 0,45 Sekunden brachte und die vorhersehbare Leistung bei zunehmender Netzwerknutzung betonte. Zusammengenommen haben diese Upgrades die $BNB Chain zu einem der schnellsten großen EVM-Netzwerke gemacht, aber sie haben auch die Bedeutung von Stabilität, Gaskonsistenz und Ausführungsqualität erhöht.
Osaka/Mendel scheint der nächste Schritt in dieser Geschichte zu sein, allerdings mit einem anderen Schwerpunkt. Anstatt zu versuchen, die Blockproduktion noch weiter zu reduzieren, zielt die Gabel darauf ab, das Verhalten der Kette unter Druck zu straffen. Das bedeutet weniger Überraschungen bei Überlastung, ein vorhersehbareres Gasverhalten und ein saubereres Erlebnis für Entwickler, die modellieren müssen, wie Transaktionen tatsächlich unter Live-Bedingungen ablaufen. In einem Netzwerk, das bereits mit einer Geschwindigkeit von weniger als einer Sekunde arbeitet, wird der Unterschied zwischen einer lediglich schnellen und einer schnellen und konsistenten Kette viel deutlicher.
Ziel ist es, die Netzwerkleistung zu verbessern
Eine der deutlichsten Änderungen in der Mendel-Dokumentation ist die Einführung einer Obergrenze auf Protokollebene für einzelnes Transaktionsgas durch BEP-652, das EIP-7825 implementiert und Transaktionen über 16.777.216 Gas während der Validierung ablehnt. Das ist nicht die Art von Veränderung, die gelegentlichen Benutzern auf den ersten Blick auffällt, aber es ist genau die Art von Regel, die einer Kette hilft, stabil zu bleiben, wenn die Aktivität ansteigt. Durch die Festlegung strenger Grenzen für schwere Transaktionen versucht die $BNB-Kette, die Ausführung vorhersehbar zu halten, anstatt zuzulassen, dass Ausreißer-Workloads die Blockverarbeitung verzerren.
Die Osaka-Seite des Upgrades bringt auch mehrere auf Ethereum ausgerichtete Ausführungsänderungen mit sich, die in die gleiche Richtung weisen. Im BSC-Änderungsprotokoll umfasst die Osaka-Codesynchronisierung EIP-7823 für Obergrenzen für MODEXP, EIP-7825 für Transaktionsgaslimits, EIP-7883 für ModExp-Gaskostenerhöhungen, EIP-7918 für die Begrenzung der Blob-Basisgebühren nach Ausführungskosten, EIP-7934 für Ausführungsblockgrößenbeschränkungen, EIP-7939 für den CLZ-Opcode und EIP-7951 für die Kurve secp256r1 Unterstützung. In der Praxis bedeutet das präzisere Ausführungsregeln, effizientere Low-Level-Berechnungen und eine bessere Kompatibilität mit kryptografischen Standards, die außerhalb des üblichen Ethereum-Stacks liegen.
Dieser kryptografische Teil ist besonders wichtig für Entwickler, die eine Infrastruktur aufbauen, die mit mehr als einem Ökosystem kommunizieren muss. Die secp256r1-Unterstützung erleichtert die Verbindung mit Systemen, die auf anderen Standards als der Standardkurve von Ethereum basieren, was für Authentifizierungsflüsse, Unternehmensintegrationen und Anwendungen, die On-Chain- und Off-Chain-Sicherheitsmodelle überbrücken müssen, von Bedeutung sein könnte. Der CLZ-Opcode ist die Art von Ergänzung, die die meisten Benutzer nie sehen werden, aber Entwickler können ihn verwenden, um die Ausführung auf Bytecode-Ebene effizienter zu gestalten, und genau hier beginnen kleine Optimierungen von Bedeutung, wenn das Netzwerk bereits schnell läuft.
Aus den Veröffentlichungshinweisen von Mendel geht auch hervor, dass die $BNB-Kette dem Blob-bezogenen Verhalten und der schnellen Endgültigkeit große Aufmerksamkeit schenkt. Das Änderungsprotokoll enthält Unterstützung für die Blob-Sidecar-Validierung für Gebote, während frühere Testnet-Notizen von Osaka/Mendel BEP-657 für die Begrenzung der Einbeziehung von Blob-Transaktionen nach Blocknummer und BEP-655 für Blockgrößenprüfungen zeigen. Separate $BNB-Kettennotizen beziehen sich auch auf BEP-648, das als verbesserte schnelle Endgültigkeit über einen In-Memory-Voting-Pool beschrieben wird. Zusammengenommen deuten diese Änderungen darauf hin, dass es bei der Abzweigung um mehr als nur um den Durchsatz geht. Es geht darum, sicherzustellen, dass Bestätigungen auch bei zunehmender Nutzung schnell, zuverlässig und stabil bleiben.
Der Fork enthält auch eine umfassendere strategische Botschaft. Die $BNB-Kette hat bereits bewiesen, dass sie sich von 3-Sekunden-Blöcken auf 1,5 Sekunden, dann auf 0,75 Sekunden und dann auf Fermis 0,45-Sekunden-Ziel bewegen kann. Osaka/Mendel schlagen vor, dass die Kette nun von reinen Geschwindigkeitssteigerungen zur Reife übergeht. Mit anderen Worten: Der Sender hat das Rennen um die Schlagzeilen bereits gewonnen. Was als nächstes kommt, ist die weniger glamouröse, aber oft wichtigere Aufgabe, sicherzustellen, dass die Geschwindigkeit tatsächlich den Anforderungen der realen Welt, der hohen Rechenleistung und den chaotischen Grenzfällen, die auftreten, wenn eine Blockchain von Millionen verwendet wird, statt in einem Labor gemessen zu werden, standhält.
Deshalb fühlt sich Osaka/Mendel selbst für mich bedeutsam an