Arbitrum ArbOS升级为何引起「硬分叉」讨论？
Arbitrum的ArbOS升级提案是L2中首个“硬分叉”的提案，负责跟踪和管理网络资源，可提供特定功能，如跨链通信或资源计费。赞成率高达99.79%，大家确定本次升级期间是否可以进行转账等链上操作。
原文作者：夫如何
原文来源：Odaily星球日报
作为 L2 「四大天王」之一的 Arbitrum ，近期有一项提案引起广泛关注——关于核心组件的 ArbOS 升级，更是被称为 L2 中首个“硬分叉”的提案。
Odaily星球日报对此提案的内容进行解读，了解 Arbitrum 的 ArbOS 升级会对 Arbitrum 的生态带来什么样的影响？
ArbOS 升级是什么？
ArbOS 是 Arbitrum 的 AVM（虚拟机）的操作系统。ArbOS 负责跟踪和管理网络资源，从传入的消息生成区块，并通过其自己的 Geth 实例执行智能合约。
根据上图可以知晓 ArbOS 在 Arbitrum 的重要性。
Arbitrum 的网络结构简化为 5 个部分：
- 以太坊作为 Arbitrum 的底层，保证二层的安全性；
- 以太坊上通过桥接智能合约来保证以太坊和L2之间的运行准确性的验证；
- AVM 结构保证通过以太坊上的桥接智能合约输出的内容能够被 Arbitrum 识别的虚拟机程式；
- ArbOS 类似于操作系统，帮助 Arbitrum 网络合理运行的粘合组件；
- 最后，ArbOS 为 Arbitrum 提供 EVM 兼容性。
举个例子，假设有一个 DApp 在 Arbitrum 上运行，该应用程序需要进行与其他链的通信，并执行智能合约操作。ArbOS 作为 Arbitrum 的一部分，将负责跟踪和处理来自其他链的消息，将其转换为L2区块，并执行智能合约操作。它还可以通过预编译提供特定的功能，如与其他链的跨链通信或资源计费。通过 ArbOS 的支持，DApp 可以在 Arbitrum 上以较低的成本和较高的效率运行，并且能够与其他链进行互操作。
关于【Arbitrum ArbOS升级为何引起「硬分叉」讨论？】的延伸阅读
Arbitrum Stylus：突破EVM限制，向生态引入海量成熟开发者
Arbitrum即将推出Stylus升级，允许开发者使用Rust、C和C++等其他语言编程，并与EVM语言兼容。这将解决EVM语言的局限性，提高计算效率，降低内存和交易成本，吸引更多开发者构建应用。Stylus拥有两个虚拟机，可以相互协同工作，支持更多编程语言。首次部署将得到Arbitrum基金会的资助。
重新认识 Arbitrum Stylus：桥接开发者涌入 Web3 的「摆渡船」？
Stylus是Arbitrum推出的重要产品，降低了开发门槛，支持多种编程语言，提高执行效率。它还具备Nitro抗欺诈证明技术，可验证WASM程序的准确性。Stylus已上线测试网，未来3-5个月将上线主网，对Arbitrum发展有巨大帮助。
由此可以看出，ArbOS 起到一个承上启下的作用，可以类比于L1公链的客户端软件。那本次 ArbOS 升级的影响不亚于公链的一次“分叉”。但L2的核心组件升级相比于L1公链的升级来讲，并不会造成真正出现硬分叉的可能性。
虽然 ArbOS 的升级，各个节点运营者需要协调升级其软件，可能会导致不同版本的 ArbOS 在节点上运行，产生两个不一致的链的历史版本。但L2的好处在于L2需要通过以太坊的桥接智能合约“Arbitrum Bridge”来验证于主网以太坊的状态正确性。这就避免了因共识产生的分叉行为。
因为在 ArbOS 的升级过程中，验证者可以对链的状态提出声明，其他验证者可以对其进行挑战。桥合约将裁决这些挑战，并通过一系列断言和欺诈证明来确保桥对 Arbitrum 链的视图是准确的。这确保了只有与 Arbitrum 桥合约规定的规则一致的链才是规范链。
ArbOS 的升级会产生什么影响？
根据官方提案的描述，本次升级并不会对整个 Arbitrum 的整体造成太大影响，更多是对 EVM 上海升级和 PUSH 0 操作码的支持，以及各种错误修复。这些改进现已经经过审核并准备好采用，该提案也是针对 Arbitrum One 和 Arbitrum Nova。
本次升级对底层验证者的关联性较大，与普通用户相关性较低。根据目前的投票占比来看，赞成率高达 99.79% ，通过的可能性极大。届时，大家根据官方的新闻来确定本次升级期间是否可以进行转账等一系列链上操作。
免责声明：本文仅代表作者个人观点，不代表链观CHAINLOOK立场，不承担法律责任。文章及观点也不构成投资意见。请用户理性看待市场风险，以及遵守所在国家和地区的相关法律法规。
图文来源：夫如何，如有侵权请联系删除。转载或引用请注明文章出处！
