结论先说
一笔 Arbitrum 手续费在用户钱包里只显示一个数字，链上账本里却拆成了几个去向不同的部分：一部分补偿把数据发到以太坊的花费，一部分按 L2 自身的计算资源计价，拥堵时还有加价项。官方文档对这套结构的原则表述是“费用用于防垃圾交易并覆盖链的运营成本”，排序器方在数据补偿项上长期收支相平而不是靠它盈利。理解这条两轨账本，比记住某个具体价格重要得多——价格是动态参数，结构才是稳定的。计算资源侧的计量方式可对照Solana 计算预算怎么调？CU 上限、单价与优先费的关系，看两种链如何给算力标价。本文只讲 Arbitrum 官方文档记载的费用结构，具体费率数字随治理调整，以官方口径为准。
为什么要两轨：确定性带来定价难题
Rollup 执行交易的成本和把交易数据发布到 L1 的成本是两回事。L1 数据费有个工程难题：交易被排序的那一刻，它最终所在批次的实际 L1 上链成本还不知道——批次未来的基本费、批次里还混了谁的数据、整体压缩效果如何，都是未知数。但状态转换函数必须是确定性的，不能事后改账。Arbitrum 的解法是两步走：先按单交易体积的估算值（用压缩算法单独压一遍这笔交易，折算成数据单位）预收，再用一个随时间自适应调整的单位价格，让累计收费在长期对齐实际支出。这套机制解释了 Arbitrum 费用的一个反直觉特性：安静时段批次小，每笔摊到的数据费反而偏高；高峰时段批次塞得满，单摊成本被稀释。
账本怎么拆：四个分量
按治理文档的口径，用户总手续费由四个分量相加。L1 基础费：估算这笔交易给批次贡献的数据体积乘以对 L1 数据价格的当前估计，批次真正上链后实际成本会回报给 L2 并修正估算，使排序器方在数据项上长期不赚不亏，收款方是运营链的实体。L2 基础费：按执行用掉的计算单位乘以 L2 最低气价，计量单位叫 ArbGas，用于覆盖状态转换本身的计算与存储改动；治理文档记录过各链最低气价的取值，这类参数由 DAO 提案调整，引用旧数字容易失真，核对现状再下结论。L2 加价费：链拥堵时实际气价高于最低价，差额部分独立成项。L1 加价费：在数据补偿之上按比例多收的盈余部分。四类钱的去向也不同——数据补偿归承担 L1 开销的运营方，其余主要进入 DAO 金库，收款地址可由 DAO 修宪变更。
应用层视角：哪笔钱能被你省掉
分轨账本给了优化抓手。数据轨与交易体积挂钩：更紧凑的调用数据、合并多笔操作、避免重复的无限授权，都是在压缩要发上 L1 的字节，属于削数据轨。执行轨与合约计算量挂钩：循环里省存储写入、用批量接口代替逐笔循环，削的是执行轨。拥堵加价两项则纯看时机：不急的交易等峰谷再发。另一个常被误读的点：因为数据费按批次摊薄，单笔交易省下一百字节在高峰期和低谷期的省钱效果并不线性。此外 Arbitrum 生态存在使用自定义计价代币的链，这类链会关闭 L1 数据气价分量以免用户为不存在的基础费买单——同一笔操作在不同链上的费用结构可能不同，不能跨链套用直觉，详见Arbitrum自定义Gas代币限制。
检查清单与误区
看一笔 Arbitrum 费用明细，先确认浏览器是否拆分展示 L1 数据费与 L2 执行费，两轨比例随交易类型变化，转账类交易数据轨占比高，复杂合约调用执行轨占比高。常见误区有三个：把“L2 便宜”推广成“怎么操作都便宜”，忽略数据轨跟着以太坊数据市场波动；拿固定历史数字当现价引用，费用算法与参数经过多轮治理调整；以为费用全部进了运营方口袋，忽略了 DAO 金库这条主要归集线。顺带一提，排序器对交易顺序的处理与费用相互影响，排序器角色风险见排序器是什么？Rollup风险怎么看。
小结
Arbitrum 手续费是两轨账本的合并显示：数据轨补偿 L1 发布成本，用估算加自适应定价绕开确定性难题；执行轨给 L2 自身算力标价，拥堵时靠加价项出清。用户能做的三类动作——缩体积、省计算、挑时机——分别作用在不同分量上。把它当成一个结构去读，比当成一个价格去记有用。本文为机制说明，依据官方文档整理，不构成投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。