The ArbitrumDAO has on-chain governance via a suite of smart contracts. It allows the ArbitrumDAO to spend funds from its treasury alongside upgrading any smart contract that governs Arbitrum One or Arbitrum Nova. The on-chain smart contract suite includes a voting protocol alongside a series of contracts that will forward the proposal’s intended action to the correct destination before executing it.
The proposal focuses on extending the time delay between when the voting protocol has concluded and the time it takes for the successful proposal to be passed along by the system until it is in the right destination to be executed. The focus is on the L2 Core Time Lock contract that lives on Arbitrum One and proposes changing the delay from 3 days to 8 days which effectively increases the delay by an additional 5 days.
There are two benefits to increasing the delay:
Additionally, by increasing the exit window, it will also update the status of Arbitrum by L2Beat and replace a red slice with a yellow slice. This will help Arbitrum move one step closer towards a Stage-2 rollup.
The downside of increasing the delay is that all constitutional proposals, primarily for upgrading the smart contracts, will be delayed by an additional 5 days. It does not impact or add an additional delay to any spending from the ArbitrumDAO’s treasury including ARB and ETH.
1600×809 143 KB Image: Overview of the Current Time Locks
All proposals voted on and passed by the ArbitrumDAO must pass through an L2 Time Lock before it can move onto the next stage.
There are currently two L2 Time Locks that are implemented via the on-chain governance smart contracts.
The proposal focuses on the Core L2 TimeLock. It is responsible for passing messages that contain executable code and it has the authority to upgrade any smart contract in the system including on-chain governance and the bridges (holding user assets) on Arbitrum One/Nova.
If you want to learn more about the governance of smart contracts, please check out this diagram 3 and the docs 3.
The proposal is to change the value of _minDelay from 259200 (seconds) to 691200 (seconds) in the L2 Timelock 2 contract. This will change the time delay from 3 days to 8 days, an additional 5 days.
The action contract is implemented and still pending an audit:
github.com/ArbitrumFoundation/governance
Seatbelt: https://github.com/ArbitrumFoundation/governance-seatbelt/pull/34
Additionally, we will need to update the ArbitrumDAO Constitution:
Phase 4: L2 Waiting Period (3 days): After an AIP has passed Phase 3, a 3 day waiting period occurs. This gives users who object to the AIP time to initiate withdrawal of their funds or take other action on L2.Phase 5: Initiate and Finalize an L2-to-L1 Message (at least 1 challenge period of the rollup protocol): After the 3 day waiting period in Phase 4 has passed, an L2-to-L1 message is sent indicating that the AIP was passed.
The Constitution Text will be updated to the following:
Phase 4: L2 Waiting Period (3 or 8 days): After an AIP has passed Phase 3, there is a 3 day waiting period for actions related to the DAO Treasury and an 8 day waiting period for an L2-to-L1 Message. This gives users who object to the AIP time to initiate withdrawal of their funds or take other action on L2.Phase 5: Initiate and Finalize an L2-to-L1 Message (at least 1 challenge period of the rollup protocol): After the waiting period for Phase 4 has passed, an L2-to-L1 message is sent indicating that the AIP was passed.
The new constitution hash: 0x28faf2acba9b3ff80ec484e3d5646931eeef40568b1b7c38dbe52b890bfd7938
There is no cost to the ArbitrumDAO for the implementation of this proposal and an audit will be publicly available prior to the on-chain vote.