opBNB 把 Rollup 结算放在 BSC 上，而不是以太坊，意味着什么

二层为什么不一定挂在以太坊上

一提到 Rollup，多数中文读者默认它的结算与安全都落在以太坊。但 Rollup 只是一种结构：把执行挪到链下、把交易数据和状态承诺发回一条更被信任的链，用那份承诺换取最终性和提款权。承载这条被信任链的角色，完全可以由别的链来当。opBNB 就是这样一条链——按 BNB Chain 官方文档的定性，它是 BNB Smart Chain（BSC）之上的二层扩容方案，用的是 Optimism OP Stack 的 bedrock 版本，处理数据发回 BSC 而不是以太坊。

数据发到哪条链，安全就靠哪条链

把 opBNB 的分工拆开看就很清楚。用户把资产从 BSC 存入后，在 opBNB 上交互；排序器（sequencer）负责收集交易、算出状态迁移，再把一批交易的数据提交到 BSC 上的 Rollup 合约。官方文档还描述了 Prover 生成状态迁移的有效性证明、Verifier 校验这份证明的标准角色划分。这里的关键点是：opBNB 的”数据可得”和”承诺被最终确认”这两件事，都发生在 BSC 上。换句话说，它的结算层是 BSC。理解这一点，才不会把它误当成一条挂在以太坊上、靠以太坊出数据可用性的二层——那类链要付的是以太坊的 calldata 或 blob 费，而 opBNB 付的是 BSC 的费。

费用为什么能压到很低

OP Stack 的官方文档里，opBNB 的费用被拆成两段：一层是 opBNB 自身的 gas 费，反映交易的计算复杂度；另一层是 opBNB 把一批交易提交到 BSC 所摊到的 L1 gas 费。文档给出的账式是：gas 价格等于基础价加优先费，一笔二层交易的成本约等于二层 gas 价乘以二层消耗，加上 BSC 的 gas 价乘以折算到这笔交易的 BSC 消耗。压费用的抓手有两个。其一是排序器把大量交易打包成批次再上链，让每笔交易分摊到的 L1 数据成本变得很小；其二是把 opBNB 的基础费设了一条很低的地板，官方配置表里地板基础费是每 gas 个位数 wei 量级、最小优先费约一千零一 wei，并注明基础费会随用量浮动。这些是文档当前的参数口径，会随网络配置调整，不是承诺永远不变的数字。它自述的转账费可以低至几分钱、吞吐远高于以太坊上的同类二层，也属于项目方的性能自述，实际体感受网络拥堵和交易复杂度影响。

换结算层换掉了什么

选择 BSC 而非以太坊当结算层，是一种取舍，不是纯粹的优劣。收益一侧，opBNB 直接复用 BSC 已经聚拢的大量 BNB 用户和较便宜的数据空间，用户不必先跨到以太坊再上二层；一条 OP Stack 链的技术栈也和以太坊生态兼容，Solidity 合约、常见钱包大多能直接用。代价一侧，它的最终性、数据可用性和争议裁定绑在 BSC 的安全模型上——BSC 自身的验证者集合规模、出块与重组特性，会顺着这根链条传导到 opBNB 的提款安全窗口上。把 opBNB 的资产取回 BSC，走的是这条链自己那套桥与延迟机制，和以太坊二层那套七天挑战期不是一回事。评估任何一条把结算放在非以太坊链上的 Rollup，都该先问一句：它的数据和状态承诺最终由谁来保证、保证者宕机或作恶时会怎样，而不是只看它是不是 EVM 兼容。

谁该关心这条链

对普通用户，opBNB 的存在提供了一个低成本执行 EVM 合约的去处，适合小额、高频、愿意接受”由 BSC 兜底结算”这一前提的场景；对开发者，它意味着可以照搬以太坊上的合约与工具，但结算与提款逻辑要按 BSC 这一侧重画。它不改变一条二层固有的信任假设：排序器是否诚实排序、数据是否真的可用、证明系统是否有 bug，都得靠对应链上的机制和用户自己的等待窗口来兜。

风险提示：本文为机制说明，不构成投资建议，也不构成对任何链费用水平或安全性的保证；二层参数、结算关系会随升级调整，请以相关官方文档为准。