Original | Odaily
Author | Husband How

As one of the “Four Kings” of L2, Arbitrum has recently attracted a lot of attention - the ArbOS upgrade of the core components, which is known as the first “hard fork” proposal in L2.
Odaily interprets the content of this proposal and understands how Arbitrum’s ArbOS upgrade will affect Arbitrum’s ecosystem.
ArbOS is the operating system for Arbitrum’s AVM (Virtual Machine). ArbOS is responsible for tracking and managing network resources, generating blocks from incoming messages, and executing smart contracts through its own Geth instance.

As you can see from the diagram above, you can see the importance of ArbOS in Arbitrum.
Arbitrum’s network structure is simplified into 5 parts:
As an example, let’s say you have a DApp running on Arbitrum that needs to communicate with other chains and perform smart contract operations. ArbOS, as part of Arbitrum, will be responsible for tracking and processing messages from other chains, converting them into L2 blocks, and performing smart contract operations. It can also provide specific features such as cross-chain communication with other chains or resource billing through precompilation. With ArbOS support, DApps can run on Arbitrum at a lower cost and with greater efficiency, and are interoperable with other chains.
It can be seen that ArbOS plays a role as a link between the previous and the next, which can be compared to the client software of the L1 public chain. The impact of this ArbOS upgrade is no less than a “fork” of the public chain. However, compared with the upgrade of the L1 public chain, the upgrade of the core components of L2 will not cause the possibility of a real hard fork.
While ArbOS is upgraded, individual node operators need to coordinate the upgrade of their software, which may result in different versions of ArbOS running on the node, resulting in two inconsistent historical versions of the chain. However, the advantage of L2 is that L2 needs to verify the correctness of the state of the ETH square on the mainnet through the bridge smart contract “Arbitrum Bridge” of the ETH. This avoids forking due to consensus.
Because during the ArbOS upgrade process, validators can make claims about the state of the chain, and other validators can challenge it. The bridge contract will adjudicate these challenges and ensure that the bridge’s view of the Arbitrum chain is accurate through a series of assertions and fraud proofs. This ensures that only chains that are consistent with the rules set forth by the Arbitrum bridge contract are canonical chains.
According to the description of the official proposal, this upgrade will not have much impact on the entire Arbitrum as a whole, and will be more about the support for the EVM Shanghai upgrade and PUSH 0 opcode, as well as various bug fixes. These improvements have now been reviewed and are ready for adoption, and the proposal is also for Arbitrum One and Arbitrum Nova.
This upgrade has a high correlation with the underlying validators and a low correlation with ordinary users. Judging from the current percentage of votes, the approval rate is as high as 99.79%, and the probability of passing is extremely high. At that time, we will determine whether a series of on-chain operations such as transfers can be carried out during this upgrade according to the official news.