BNB Smart Chain (BSC) heeft een nieuw mechanisme genaamd Payment Lane geactiveerd op zijn testnet, waarbij 5% van de gaslimiet van elk block wordt gereserveerd voor in aanmerking komende betalingstransacties. De functie wordt geïntroduceerd onder BEP-703 als onderdeel van de Jenner hardfork, die nu live is op het BSC-testnet, en is ontworpen om betalingsverkeer te beschermen tegen congestie veroorzaakt door algemene netwerkactiviteit.

Handelaren en betalingsdienstverleners worden vaak geconfronteerd met onvoorspelbare transactie-opname tijdens pieken in activiteit, en de nieuwe regel richt zich precies op dat probleem. Voor betalingsbedrijven is een transactie die wacht tijdens een congestiepiek een vertraagde afwikkeling rather dan een abstracte kostenvraag, en daarom is gegarandeerde blockcapaciteit een relevante ontwerpoverweging geworden. Ontwikkelaars en block builders kunnen nu integraties op het testnet testen vóór een mogelijke mainnet-uitrol.

BNB Smart Chain is het Ethereum Virtual Machine-compatibele netwerk van BNB Chain, waarbij BNB dient als het native asset dat wordt gebruikt om gas fees te betalen. Gas is de eenheid die de rekenwerk van transacties meet, en elk block heeft een maximaal hoeveelheid daarvan. Omdat dat plafond blockruimte tot een eindige bron maakt, concurreren transacties om opname whenever de vraag hoog is — de omstandigheid die Payment Lane wil verzachten.

Aankondiging op X

BNB Chain Developers zei op X dat de governance-mechanismen voor CAS20 en Payment Lane zijn geïmplementeerd en geverifieerd. De Jenner hardfork brengt ook CAS20-grondwerk en milliseconde-tijdstempels naar het BSC-testnet.

Governance mechanisms for CAS20 and Payment Lane have been implemented and verified. The Jenner hardfork now brings three key updates to BSC testnet: CAS20 functionality: Lays the groundwork for a new Compliant Asset Standard, with tools to manage token transfers, supply,… pic.twitter.com/gNUDLT2KsO

— BNB Chain Developers (@BNBChainDevs) November 1, 2026

Hoe Payment Lane blockcapaciteit reserveert

Payment Lane werkt als een gas-boekhoudregel die tijdens blockvalidatie wordt afgedwongen en beperkt hoeveel gas gewone transacties kunnen verbruiken. Betalings- en gewone transacties kunnen nog steeds in willekeurige volgorde binnen een block verschijnen.

Gewone transacties kunnen het gereserveerde gas niet gebruiken, zelfs niet wanneer de betalingsvraag laag is. In aanmerking komende betalingen kunnen wel een beroep doen op de reservering en concurreren naar de resterende capaciteit onder de bestaande fee-regels. Het aandeel van 5% stelt daarom een minimum voor betalingscapaciteit vast zonder een plafond op betalingsactiviteit te leggen. Ter illustratie: een block met een gaslimiet van 100 miljoen zou 5 miljoen gas reserveren voor betalingen, waardoor 95 miljoen overblijft voor gewone transacties.

Die vloer-zonder-plafond-structuur is wat een reservering onderscheidt van simpelweg het vergroten van de blockgaslimiet: een grotere limiet voegt capaciteit toe voor elk type verkeer tegelijk, terwijl een reservering een aandeel voor betalingen beschermt, hoe zwaar de algemene activiteit ook wordt.

Welke transacties komen in aanmerking

Twee routes leiden tot de betalingsklasse. De eerste omvat transacties die rechtstreeks worden verzonden naar een contract op de door governance beheerde betalingslijst. De tweede omvat niet-nul BNB-overboekingen naar accounts die geen code bevatten.

Beide routes vereisen een bestemmingsadres en sluiten systeemtransacties uit. Ze ondersteunen transactietypes 0x00, 0x01 en 0x02. Contractcreatie, blob-transacties en transacties van type 0x04 tellen allemaal als algemeen verkeer.

Voor opgenomen contracten hangt de classificatie af van het bestemmingsadres, ongeacht de aangeroepen functie. Een stablecoin-overboeking die rechtstreeks naar een opgenomen tokencontract wordt verzonden, kan in aanmerking komen, terwijl een transactie naar een niet-opgenomen router niet in aanmerking komt, zelfs niet als de router die stablecoin vervolgens verplaatst. De betalingscontractenlijst begint leeg. Tot governance de eerste contracten toevoegt, is de BNB-overboekingsroute de enige weg naar de betalingsklasse.

Governance- en validatorregels

Governance beheert zowel de betalingscontractenlijst als de reserveringsratio, die standaard op 5% staat en een protocolmaximum van 10% heeft. Nodes lezen de configuratie uit de status van het bovenliggende block, wat betekent dat een update de classificatie niet halverwege een block kan wijzigen.

Block builders moeten rekening houden met de reservering bij het samenstellen van blocks, en validators verwerpen elk block waarvan de gasverdeling de regel schendt. Onder de BEP-675 SendBidBlock-flow vindt de controle plaats tijdens de lokale import na uitzending, waarbij schendingen via het builder-intrekkingsmechanisme worden afgehandeld.

Ongebruikt gereserveerd gas blijft per ontwerp idle. Als producenten het konden herverdelen, zouden ze blocks kunnen vullen met algemeen verkeer en betalingen volledig buitensluiten.

Het mechanisme garandeert geen opname, vaste fees of gratis overboekingen. Teams kunnen het testnet gebruiken om bestemmingen, transactietypes en governance-opname te verifiëren, en de reservering geldt voor het eerst in het block direct na de activering van de fork. Vanaf hier zijn de waarneembare indicatoren governance-beslissingen over welke contracten op de betalingslijst komen, eventuele aanpassingen van de ratio binnen het protocolplafond van 10%, en het gedrag op het testnet vóór een mogelijke mainnet-uitrol.

Reportage via Blockonomi.