Arbitrum 已于 8 月 20 日激活 ArbOS 61 Elara。此次升级加入了可选的协议层交易筛查、优先费支持以及面向专用链的替代数据可用性接口，同时调整了基础费管理方式，并扩展了 Arbitrum One 上 Stylus 的容量。
这次升级在 Arbitrum 治理批准后正式生效。治理提案将合规和优先费能力纳入 ArbOS 61，但刻意保持其在 Arbitrum One 和 Nova 上处于关闭状态。这意味着，合规过滤并不是针对 Arbitrum One 用户新增的一套筛查系统，而是提供给 Arbitrum 专用链所有者的一组可配置工具。
专用链所有者决定是否启用过滤器
Arbitrum 技术文档显示，合规过滤默认关闭，链所有者必须明确配置并单独启用各个组件。链所有者可以选择外部合规服务提供方，例如 TRM Labs 或 Chainalysis，由其生成受限地址名单；同时也可以设定规则，覆盖转账、合约调用以及涉及这些地址的其他交互。
执行机制分为两层。第一层由排序器处理：排序器会先模拟交易，对违反既定规则的交易在其进入区块前直接拒绝。
第二层针对通过父链 Delayed Inbox 提交的交易。文档称，哨兵程序可以将交易哈希登记给链上的 guardian，随后状态转换函数会在该交易被纳入时强制让其执行失败。
这第二层设计的目的，是防止受限用户通过 Arbitrum 的强制纳入路径绕过排序器。文档还提到，受限地址将以加盐哈希而非明文形式存储，并建议各链在 Arbitrum One 发布 ArbOS 61 后，至少等待 30 天再采用这一功能。
优先费支持默认也不启用
Elara 还让专用链所有者能够收取优先费，也就是小费，但这一能力交付时同样处于关闭状态。只有链所有者——通常是运营地址或 DAO——才能通过受访问控制的 ArbOwner 预编译合约开启收取功能。
仅仅收取小费，并不会改变交易排序方式。链还需要更新自身的排序器逻辑，按优先费字段进行排序。
在 Arbitrum One 上，若要启用优先费收取，仍需单独经过一次 constitutional DAO 投票。Elara 本次上线的，只是底层能力本身。
基础费管理改由 BaseFeeManager 处理
针对 Arbitrum One 的基础费，Elara 引入了 BaseFeeManager 合约，允许 Offchain Labs 在 DAO 批准的 0.01 至 0.10 gwei 区间内调整 Layer 2 最低基础费。
这项授权会在主网上线两年后到期，且要求通过 Arbitrum 论坛提前公开通知，DAO 也可以撤销这一授权。升级本身并不会直接提高费用。
替代数据可用性接口和 Stylus 容量扩展
替代数据可用性 API 同样主要面向专用链，允许运营方在不维护定制 Nitro 分叉的情况下连接数据可用性提供方。由于 Arbitrum One 的交易数据结算在以太坊上，预计不会使用这套接口。
Elara 还将 Stylus 合约的代码大小上限从 24 KB 提高到 96 KB，不过这一调整不适用于 Solidity 合约。