BNB Smart Chain (BSC) ha attivato sulla propria testnet un nuovo meccanismo chiamato Payment Lane, che riserva il 5% del limite di gas di ogni blocco alle transazioni di pagamento idonee. La funzionalità arriva con BEP-703 come parte dell'hardfork Jenner, ora attivo sulla testnet di BSC, ed è progettata per proteggere il traffico di pagamenti dalla congestione causata dall'attività generale della rete.

Commercianti e servizi di pagamento affrontano frequentemente inclusioni delle transazioni imprevedibili durante i picchi di attività, e la nuova regola punta esattamente a quel problema. Per le attività di pagamento, una transazione lasciata in attesa durante un picco di congestione è un regolamento ritardato, non una questione astratta di commissioni: ecco perché la capacità di blocco garantita è diventata una considerazione di design significativa. Gli sviluppatori e i builder di blocchi possono ora testare le integrazioni sulla testnet prima di un'eventuale distribuzione sulla mainnet.

BNB Smart Chain è la rete compatibile con la Ethereum Virtual Machine di BNB Chain, con BNB come asset nativo utilizzato per pagare le commissioni del gas. Il gas è l'unità che misura il lavoro computazionale delle transazioni, e ogni blocco ne contiene una quantità massima. Poiché quel tetto rende lo spazio di blocco una risorsa finita, le transazioni competono per l'inclusione ogni volta che la domanda è elevata — la condizione che Payment Lane è progettato ad attenuare.

Annuncio su X

BNB Chain Developers ha dichiarato su X che i meccanismi di governance per CAS20 e Payment Lane sono stati implementati e verificati. L'hardfork Jenner porta inoltre le fondamenta di CAS20 e i timestamp al millisecondo sulla testnet di BSC.

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

Come Payment Lane riserva la capacità di blocco

Payment Lane funziona come una regola di contabilizzazione del gas applicata durante la validazione dei blocchi, limitando quanto gas possono consumare le transazioni generiche. Le transazioni di pagamento e quelle generiche possono comunque comparire in qualsiasi ordine all'interno di un blocco.

Le transazioni generiche non possono toccare il gas riservato, anche quando la domanda di pagamenti è bassa. I pagamenti idonei, nel frattempo, possono attingere alla riserva e competere comunque per la capacità rimanente secondo le regole di commissioni esistenti. La quota del 5% stabilisce pertanto un minimo per la capacità di pagamento senza imporre un tetto all'attività di pagamento. A titolo di esempio, un blocco con un limite di gas di 100 milioni riserverebbe 5 milioni di gas per i pagamenti, lasciandone 95 milioni alle transazioni generiche.

Questa struttura da pavimento-e-non-tetto è ciò che distingue una riserva dal semplice aumento del limite di gas del blocco: un limite maggiore aggiunge capacità per ogni tipo di traffico contemporaneamente, mentre una riserva protegge una quota per i pagamenti per quanto pesante diventi l'attività generale.

Quali transazioni qualificano

Due strade portano alla classe di pagamento. La prima copre le transazioni inviate direttamente a un contratto incluso nella lista dei pagamenti gestita dalla governance. La seconda copre i trasferimenti di BNB diversi da zero verso account che non contengono codice.

Entrambe le strade richiedono un indirizzo di destinazione ed escludono le transazioni di sistema. Supportano i tipi di transazione 0x00, 0x01 e 0x02. La creazione di contratti, le transazioni blob e le transazioni di tipo 0x04 contano tutte come traffico generico.

Per i contratti inclusi nella lista, la classificazione dipende dall'indirizzo di destinazione indipendentemente dalla funzione chiamata. Un trasferimento di stablecoin inviato direttamente a un contratto token in lista può qualificare, mentre una transazione inviata a un router non in lista non qualifica, anche se il router sposta successivamente quella stablecoin. La lista dei contratti di pagamento parte vuota. Finché la governance non aggiunge i primi contratti, la strada del trasferimento di BNB è l'unica via di accesso alla classe di pagamento.

Regole di governance e validatori

La governance controlla sia la lista dei contratti di pagamento sia il rapporto di riserva, che è impostato per default al 5% e ha un massimo protocollare del 10%. I nodi leggono la configurazione dallo stato del blocco precedente, il che significa che un aggiornamento non può alterare la classificazione a metà di un blocco.

I builder di blocchi devono tenere conto della riserva durante l'assemblaggio dei blocchi, e i validatori respingono qualsiasi blocco la cui allocazione di gas violi la regola. Nel flusso SendBidBlock di BEP-675, il controllo avviene durante l'importazione locale dopo la trasmissione, e le violazioni vengono gestite tramite il meccanismo di revoca del builder.

Il gas riservato inutilizzato resta inutilizzato per impostazione progettuale. Se i produttori potessero riassegnarlo, potrebbero riempire i blocchi di traffico generico escludendo completamente i pagamenti.

Il meccanismo non garantisce l'inclusione delle transazioni, commissioni fisse né trasferimenti gratuiti. I team possono usare la testnet per verificare destinazioni, tipi di transazione e inclusioni nella lista della governance, e la riserva si applica per la prima volta nel blocco immediatamente successivo all'attivazione del fork. Da qui in avanti, i indicatori osservabili sono le decisioni della governance su quali contratti entrano nella lista dei pagamenti, eventuali aggiustamenti del rapporto entro il tetto protocollare del 10%, e il comportamento della testnet prima di un'eventuale distribuzione sulla mainnet.

Servizio di Blockonomi.