BNB Smart Chain（BSC）已在测试网激活一项名为 Payment Lane 的新机制，将每个区块 Gas 上限的 5% 预留给符合条件的支付交易。该功能以 BEP-703 的形式随 Jenner 硬分叉推出，现已在 BSC 测试网上线，旨在保护支付流量免受一般网络活动造成的拥堵影响。

商家和支付服务在活动高峰期经常面临不可预测的交易打包情况，而新规则正是针对这一问题。对支付业务而言，在拥堵高峰中被搁置的交易意味着延迟结算而非抽象的手续费问题，这也是保证区块容量成为重要设计考量所在的原因。开发者和区块构建者现在可以在潜在的主网部署之前在测试网上测试集成。

BNB Smart Chain 是 BNB Chain 兼容以太坊虚拟机的网络，BNB 作为支付 Gas 费用的原生资产。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，为普通交易留下 9500 万。

这种“设下限而非上限”的结构正是预留机制与单纯扩大区块 Gas 上限的区别所在：更大的上限会同时为所有流量类型增加容量，而预留机制则无论一般活动多么繁重，都为支付保护一份份额。

哪些交易符合条件

进入支付类别的途径有两条。第一条涵盖直接发送到治理管理的支付名单中合约的交易。第二条涵盖向无代码账户进行的非零 BNB 转账。

两条途径均要求目标地址，并排除系统交易。它们支持交易类型 0x00、0x01 和 0x02。合约创建、blob 交易以及类型 0x04 交易均视为一般流量。

对于名单中的合约，分类取决于目标地址，与调用的函数无关。直接发送到已列名代币合约的稳定币转账可以符合条件，而发送到未列名路由器的交易则不符合条件，即使该路由器随后转出该稳定币。支付合约名单初始为空。在治理添加首批合约之前，BNB 转账途径是进入支付类别的唯一路径。

治理与验证者规则

治理同时控制支付合约名单和预留比例，默认值为 5%，协议上限为 10%。节点从父区块的状态读取配置，这意味着更新无法在区块中途改变分类。

区块构建者在组装区块时必须考虑预留额度，验证者将拒绝任何 Gas 分配违反规则的区块。在 BEP-675 SendBidBlock 流程下，检查在广播后的本地导入阶段进行，违规行为将进入构建者撤销机制。

未使用的预留 Gas 按设计保持闲置。如果生产者可以重新分配它，就可能用一般流量填满区块，将支付完全排除在外。

该机制不保证交易打包、固定费用或免费转账。团队可以使用测试网验证目标地址、交易类型和治理列名情况，预留额度自分叉激活后的下一个区块开始生效。接下来值得关注的可观察标志包括：治理对哪些合约进入支付名单的决定、比例在 10% 协议上限内的任何调整，以及潜在主网部署之前的测试网表现。

报道来源：Blockonomi。