BSC v1.8.1 bringt Compliance-Token, eine Payment Lane und Millisekunden-Zeitstempel ins Testnet

Victoria Shinder17 October 2026, 08:552 Min. Lesezeit

BNB Chain hat am 16. Oktober 2026 bsc v1.8.1 veröffentlicht, ein Client-Release mit dem Vermerk „Mandatory Update Required: Yes“, gerichtet an Knotenbetreiber, MEV-Builder und Sentry-Betreiber des BSC-Chapel-Testnets. Es bündelt drei neue BNB Chain Evolution Proposals (BEPs) sowie Verbesserungen an einem bestehenden. Da es auf das Testnet zielt und einen Hard Fork namens Jenner enthält, ist es ein Zwischenschritt, keine Mainnet-Änderung.

Die drei neuen Standards.

• BEP-702: Compliant Asset Standard. Ergänzt CAS20, einen Token-Typ für Stablecoins und tokenisierte Vermögenswerte, der als zustandsbehaftete Precompiles statt als gewöhnlicher Contract-Code gebaut ist. Die Release Notes beschreiben die Compliance-Werkzeuge als gemeinsame Allow- und Block-Listen, Regeln dazu, wer übertragen darf, einen Pause-Schalter sowie getrennte Rollen zum Ausgeben, Vernichten und Einziehen von Guthaben; ein neuer Token wird erst aktiv, wenn ein per Governance bestellter Administrator ihn freischaltet.
• BEP-703: Payment Lane. Hält standardmäßig 5 % des Gases je Block frei, damit BNB-Transfers und Aufrufe an eine zugelassene Gruppe von Zahlungs-Contracts auch dann durchkommen, wenn ein Block sonst voll ist. Sowohl der Anteil als auch die Liste der zulässigen Contracts lassen sich per Governance anpassen.
• BEP-706: Millisekunden-Zeitstempel. Lässt einen Contract die Blockzeit auf die Millisekunde genau über einen Aufruf des Precompiles 0x70 lesen, für Anwendungen, die feiner als eine Sekunde auflösen müssen; der übliche Wert block.timestamp bleibt in Sekunden.

Zu prüfende Betriebsänderungen. BEP-675 erhält Verbesserungen ohne Hard Fork: schnelleres Kodieren und Dekodieren von BidBlocks über gRPC (RLP-Binärdaten statt JSON/Hex) sowie Verbesserungen bei Validierung und Builder-Widerruf, etwa das Zurückweisen von BidBlocks mit Null-State-Root und das Persistieren von Widerrufen über Neustarts hinweg. Die Release Notes nennen zwei Punkte, die Betreiber beim Upgrade von v1.8.0 prüfen müssen: Der MEV-gRPC-Dienst ist standardmäßig aktiv, wenn MEV und BidBlock-Übermittlung eingeschaltet sind, nutzt die HTTP-Bindeadresse und standardmäßig Port 8552 (einstellbar über [Eth.Miner.Mev] GRPCPort oder abschaltbar mit --mev.grpc.disable); und eine BEP-706-RPC-Änderung verlangt, dass in eth_call, eth_estimateGas, debug_traceCall und eth_simulateV1 ein übergebenes blockOverrides.prevRandao einen Millisekundenrest (0–999) als 32-Byte-Hex-Wert kodiert — eine Prüfung, die sofort nach dem Upgrade greift, noch bevor der Jenner-Fork aktiviert.

Es ist ein Testnet-Release; eine Mainnet-Aktivierung dieser BEPs folgte gesondert, und die Spezifikationen (BEP-702, 703, 706, 675) im Repository bnb-chain/BEPs sind die maßgebliche Grundlage der obigen Zusammenfassungen.

Quelle: BNB Chain, „Release v1.8.1“ (GitHub) — https://github.com/bnb-chain/bsc/releases/tag/v1.8.1