BNB Chain推出Payment Lane机制，预留5%区块容量保障支付交易
BNB Chain近日在Jenner硬分叉中正式引入Payment Lane机制，作为BEP-703协议的一部分，旨在优化网络中支付类交易的处理效率。该机制将每个区块的gas上限的5%专门预留用于符合条件的支付活动，最大保留比例设定为10%，由治理模块统一管理。
Payment Lane如何保障支付交易优先
此预留策略的核心目标是缓解高并发场景下支付交易因拥堵而无法被打包的问题。尤其对于依赖稳定到账时间的商户与支付服务商而言，新规则提供了更可预测的交易环境。目前，该功能已在BSC测试网完成部署，并支持开发者提前集成与验证。
BNB Chain团队在X平台确认，CAS20框架与Payment Lane的治理逻辑已成功实施并经过测试。此次升级还为测试网带来了毫秒级时间戳等基础功能支持，为后续主网落地奠定基础。
哪些交易可享受优先处理？
Payment Lane仅认可两类特定交易：一是向治理列表中合约地址发送的转账；二是向无代码账户（即外部拥有账户EOA）转移非零金额的BNB。这两类交易需满足目标地址明确、排除系统调用，并限定于交易类型0x00、0x01和0x02。
值得注意的是，即使某笔交易最终涉及稳定币流转，若目标为未列入名单的去中心化交易所路由器，则不被视为合格支付。分类依据仅取决于目标地址是否在治理白名单中，而非具体函数调用内容。
治理与区块构建者的责任分工
治理模块负责维护支付合约名单及调整预留比例，默认值为5%，上限为10%。节点在读取父区块状态时获取配置信息，因此当前区块内无法实时更改判定标准。
区块构建者必须在打包过程中遵守预留限制。一旦发现违反规定，验证者将在本地导入阶段拒绝该区块。根据BEP-675 SendBidBlock流程，违规行为将触发构建者撤销机制，确保规则执行。
出于设计考量，未使用的预留gas不会被重新分配给普通交易。若允许重用，可能引发挖矿者以常规流量填满区块，反而削弱支付交易的优先保障效果。该机制不承诺必打包、不设固定费用，也不提供免费服务。
开发团队可通过测试网验证目标地址归属、交易类型兼容性以及治理列表收录情况。该机制将在硬分叉激活后的首个区块正式生效，标志着BNB Chain在支付友好型网络架构上的关键一步。
