BNB Chain aktiviert Jenner Hard Fork auf BSC-Testnet und reserviert 5% jedes Blocks für Zahlungen
Wichtige Erkenntnisse
- •Payment Lane, eingeführt unter BEP-703, reserviert standardmäßig 5% des Gas jedes Blocks für berechtigte Zahlungen; die Governance kann die Reserve auf ein protokollseitiges Maximum von 10% anheben.
- •Derzeit qualifizieren sich nur direkte BNB-Transfers von Wallet zu Wallet automatisch für Payment Lane, während Stablecoins wie USDT erst Zugang erhalten, nachdem die Governance sie in eine derzeit leere genehmigte Liste aufnimmt.
- •Ein neues eingebautes Tool unter BEP-706 ermöglicht Smart Contracts das millisekundengenaue Lesen von Block-Zeitstempeln, erfordert ein Opt-in der Entwickler und macht die Blockzeiten nicht schneller.
- •CAS20 unter BEP-702 bietet ein Token-Framework mit Allowlists, Blocklists, Transfer-Pausierung und getrennten Rollen für Minting, Burning und Einziehen von Tokens, doch die Tokenerstellung bleibt gesperrt, bis ein über die Governance benannter Administrator sie aktiviert.
- •Der Mainnet-Start des Jenner Hard Forks wird separat angekündigt, und zwei der drei Funktionen erfordern eine weitere Governance-Aktivierung, bevor sie nutzbar sind.
BNB Chain hat seinen Jenner Hard Fork am 29. Oktober auf dem Testnet der BNB Smart Chain (BSC) aktiviert und führt damit drei Upgrades ein, die Zahlungen, tokenisierte Real-World Assets (RWA) und dezentrale Finanzen (DeFi) im Netzwerk stärken sollen.
Das zentrale Feature ist Payment Lane, das einen Teil jedes Blocks für Zahlungstransaktionen reserviert – etwa einfache BNB-Transfers zwischen Wallets –, damit diese bei steigender Netzwerkaktivität nicht verdrängt werden. Jenner ermöglicht Smart Contracts zudem, Block-Zeitstempel auf die Millisekunde genau zu lesen, und legt das technische Fundament für CAS20, einen neuen Token-Standard für Stablecoins und tokenisierte Real-World Assets.
Laut BNB Chain wird der Zeitpunkt des Mainnet-Starts des Upgrades separat bekannt gegeben, und zwei der drei Funktionen erfordern eine weitere Governance-Aktivierung, bevor sie genutzt werden können. Der Testnet-Start gibt Entwicklern eine Live-Umgebung, um die Änderungen zu erproben, bevor sie das Hauptnetz erreichen.
Payment Lane reserviert 5% jedes Blocks
Jeder Block auf der Binance Smart Chain hat ein Gas-Limit, eine Obergrenze, die bestimmt, wie viel Rechenarbeit er verarbeiten kann. Steigt die Aktivität etwa beim Launch eines Memecoins, nehmen die Transaktionen lawinenartig zu und konkurrieren um diesen begrenzten Platz – ein Händler, der eine Stablecoin-Zahlung entgegennimmt, landet dann in derselben Warteschlange wie ein Bot, der Swaps abfeuert.
Payment Lane, eingeführt unter BEP-703, reserviert standardmäßig 5% des Gas jedes Blocks für berechtigte Zahlungen. Allgemeine Transaktionen können diesen Platz nicht nutzen, selbst wenn die Zahlungsnachfrage gering ist, während Zahlungen weiterhin um die übrigen 95% der Blockkapazität konkurrieren können. Die Governance kann die Reserve auf ein protokollseitiges Maximum von 10% anheben – eine Obergrenze, die festlegt, wie viel Alltagskapazität das Netzwerk zur Garantie von Zahlungsspielraum abgibt.
Der Haken ist vorerst, was als Zahlung zählt. BNB Chain hat in seinem Blogbeitrag zu Payment Lane explizit dargelegt, welche Transaktionen berechtigt sind. Das Senden von BNB von einer Wallet zur anderen qualifiziert sich automatisch. Stablecoins wie USDT und UDSC qualifizieren sich noch nicht; sie erhalten erst dann Zugang, wenn die Governance sie in eine genehmigte Liste aufnimmt, die derzeit keine Einträge enthält. Bis dahin bleibt der Händler mit einer Stablecoin-Zahlung in der allgemeinen Warteschlange – genau die Überlastung, die Payment Lane beheben soll.
Smart Contracts können Zeit nun auf Millisekunden genau lesen
Jeder Block auf BSC trägt einen Zeitstempel, der festhält, wann er erzeugt wurde. Bis zum Jenner Hard Fork konnten Smart Contracts diese Zeit nur in ganzen Sekunden lesen. Ein neues eingebautes Tool unter BEP-706 erweitert diese Präzision auf die Millisekunde.
Die Änderung ist relevant für Anwendungen, bei denen ein Bruchteil einer Sekunde den Unterschied ausmacht. Eine Trading-App etwa könnte ein Kursangebot anbieten, das nur für ein kurzes Zeitfenster gültig ist. Mit einer nur sekundengenauen Uhr kann ein Contract nichts Kürzeres als eine ganze Sekunde durchsetzen, sodass ein Angebot nach dem Ablauf weiterhin nutzbar bleiben könnte.
Entwickler müssen das neue Tool aktiviert nutzen, und Contracts, die die alte sekundenbasierte Uhr verwenden, funktionieren weiterhin wie bisher. Das Upgrade macht die Blockzeiten nicht schneller; es gibt Contracts lediglich eine präzisere Zeitablesung.
CAS20 ist integriert, aber noch abgeschaltet
Die dritte Komponente ist CAS20, kurz für Compliant Asset Standard, eingeführt unter BEP-702. Es ist ein Token-Framework für Emittenten, die Kontrollen benötigen, die ein Standard-BEP-20-Token nicht nativ bietet – darunter Allowlists und Blocklists, die Möglichkeit, Transfers zu pausieren, sowie getrennte Rollen für das Minting, Burning und Einziehen von Tokens.
Jenner liefert den zugrunde liegenden Code, doch niemand kann bisher CAS20-Tokens erstellen. Dieser Schritt erfordert eine separate Aktivierung durch einen Administrator, der über die Governance benannt wird. BNB Chain weist zudem darauf hin, dass die technischen Kontrollen allein ein Token nicht rechtlich konform machen. CAS20 bleibt mit BEP-20-Tooling kompatibel, sodass bestehende Wallets und Anwendungen diese Tokens lesen können sollten.
Mit dem nun auf dem Testnet aktiven Hard Fork müssen Block Builder die Zahlungsreservierung beim Zusammenstellen von Blöcken berücksichtigen. Die ersten Governance-Abstimmungen über die Zahlungsliste werden zeigen, wie schnell Stablecoins tatsächlich Zugang zur Lane erhalten, und die Benennung des CAS20-Administrators bestimmt, wann die ersten Tokens nach diesem Standard erstellt werden können.
