BNB Smart Chain（BSC）已在測試網上啟用名為 Payment Lane 的新機制，為每個區塊的 Gas 上限保留 5% 給符合資格的支付交易。此功能依據 BEP-703 隨 Jenner 硬分岔推出，現已於 BSC 測試網上線，旨在保護支付流量免受一般網路活動造成的擁塞影響。

商家與支付服務在活動高峰期間經常面臨無法預測的交易收錄狀況，而新規則正是針對此問題。對支付業務而言，在擁塞高峰中被擱置的交易意味著延遲的結算，而非抽象的手續費問題，這正是保證區塊容量成為重要設計考量的原因。開發者與區塊建構者現在可在任何潛在的主網部署前，於測試網上測試整合。

BNB Smart Chain 是 BNB Chain 相容於以太坊虛擬機（EVM）的網路，BNB 作為支付 Gas 費用的原生資產。Gas 是衡量交易運算工作量的單位，每個區塊都有其上限。由於此上限使區塊空間成為有限資源，當需求高漲時交易便會競爭收錄——這正是 Payment Lane 旨在緩解的狀況。

X 平台公告

BNB Chain 開發團隊在 X 上表示，CAS20 與 Payment Lane 的治理機制已實作並通過驗證。Jenner 硬分岔也為 BSC 測試網帶來 CAS20 基礎工作與毫秒級時間戳。

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) 2026年11月1日

Payment Lane 如何保留區塊容量

Payment Lane 是在區塊驗證期間執行的 Gas 記帳規則，限制一般交易可消耗的 Gas 量。支付交易與一般交易仍可在區塊內以任意順序出現。

即使支付需求低迷，一般交易也無法動用保留的 Gas。與此同時，符合資格的支付交易可動用保留額度，並在現行手續費規則下繼續競爭剩餘容量。因此，5% 的比例為支付容量設定了最低保障，而非對支付活動設下上限。舉例而言，Gas 上限為 1 億的區塊將為支付保留 500 萬 Gas，剩餘 9,500 萬給一般交易。

這種「設下限而非上限」的結構，正是保留機制與單純提高區塊 Gas 上限的差異所在：提高上限為所有流量類型同時增加容量，而保留機制則無論一般活動多麼頻繁，都為支付保護一份容量。

哪些交易符合資格

有兩條路徑可進入支付類別。第一條涵蓋直接發送至治理管理支付名單上合約的交易。第二條涵蓋對無程式碼帳戶的非零 BNB 轉帳。

兩條路徑都要求有目標地址，並排除系統交易。兩者支援交易類型 0x00、0x01 與 0x02。合約建立、blob 交易與 0x04 類型交易均屬一般流量。

對於名單上的合約，分類取決於目標地址，與呼叫的函數無關。直接發送至名單上代幣合約的穩定幣轉帳可符合資格，而發送至未列入名單的路由合約的交易則不符合資格，即使該路由合約隨後移轉該穩定幣。支付合約名單最初為空。在治理機制加入首批合約之前，BNB 轉帳是進入支付類別的唯一途徑。

治理與驗證者規則

治理機制同時掌控支付合約名單與保留比例，後者預設為 5%，協議上限為 10%。節點從父區塊的狀態讀取配置，因此更新無法在區塊執行中途改變分類。

區塊建構者在組裝區塊時必須考量保留額度，驗證者會拒絕任何 Gas 分配違反規則的區塊。依據 BEP-675 SendBidBlock 流程，檢查在廣播後的本地匯入階段進行，違規將透過建構者撤銷機制處理。

未使用的保留 Gas 依設計保持閒置。若生產者能重新分配，他們便可用一般流量填滿區塊，完全排除支付交易。

該機制不保證交易收錄、固定手續費或免費轉帳。團隊可利用測試網驗證目標地址、交易類型與治理名單，保留額度自硬分岔啟用後的下一個區塊開始生效。後續可觀察的指標包括：哪些合約進入支付名單的治理決策、在 10% 協議上限內對比例的任何調整，以及任何潛在主網部署前的測試網表現。

報導來源：Blockonomi。