# Arbitrum Governance Upgrade Rollout & Timeline

**URL:** <https://forum.arbitrum.foundation/t/arbitrum-governance-upgrade-rollout-timeline/26462>\
**Category:** ARDC Security Member\
**Created:** [August 23, 2024, 12:27am UTC](https://forum.arbitrum.foundation/t/arbitrum-governance-upgrade-rollout-timeline/26462 "2024-08-23T00:27:03Z")\
**Posts on this page:** 1\
**Showing post:** 21

<div class="post-metadata">

**Author:** ![paulofonseca](https://yyz1.discourse-cdn.com/flex029/user_avatar/forum.arbitrum.foundation/paulofonseca/32/15551_2.png) [@paulofonseca](https://forum.arbitrum.foundation/u/paulofonseca)\
**Post date:** [December 9, 2025, 3:14pm UTC](https://forum.arbitrum.foundation/t/arbitrum-governance-upgrade-rollout-timeline/26462/21 "2025-12-09T15:14:19Z")

</div>

> [@cliffton.eth](#):
>
> The optimistic approval path means **option 3.**

but… your previous post says that this optimistic approval for NOT moving forward is only about the Security Council governors. Not the Core and Treasury Governors.

> [@cliffton.eth](#):
>
> **tl;dr** - We believe that running a full Snapshot proposal to decide _whether_ to deploy the Flexible Voting upgrade for Security Council elections is unnecessary and risks inducing voter fatigue. Given the low urgency and limited upside of this specific implementation, **we propose an “optimistic approval” path to NOT move forward with this upgrade.**

the original proposal paid Tally to have flexible voting on the Core and Treasury Governors and the DAO is waiting for that to be implemented for more than [600 days](https://arbiscan.io/tx/0x15eb0ddbee96fb8ea7f6fe605cbc7f8d28d9bd298a9960ae0169d32760f7d728) at this point. the reasons why Tally decided to propose the implementation of flexible voting in Arbitrum Core and Treasury governor contracts are still valid to this day.

> [@Expand Tally Support for the Arbitrum DAO](https://forum.arbitrum.foundation/t/expand-tally-support-for-the-arbitrum-dao/22387/1):
>
> **Upgrade Governor contracts**  
> _We’re planning to partner with [Scopelift](https://scopelift.co/) to implement the upgrades. Scopelift is the developer of Flexible Voting and has deep experience with high-value governance contract upgrades._
> 
> - Add a [cancel() function](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/92ff025622cdf6694318fc11af1c995236793a77/contracts/governance/Governor.sol#L455-L473) to the Arbitrum DAO’s implementation of OpenZeppelin Governor so proposal creators can cancel onchain proposals if there are mistakes.
> - Add [Flexible Voting](https://github.com/ScopeLift/flexible-voting) to the Arbitrum DAO Governors to enable future innovations like voting from Orbit chains, voting from DeFi contracts, and shielded voting.

also, as I’ve asked [here](https://forum.arbitrum.foundation/t/expand-tally-support-for-the-arbitrum-dao/22387/79) more than 6 months ago, when are we going to have the ability to cancel onchain proposals during their pending phase, which is the other part of this upgrade that the DAO paid for?

---

_[View the full topic](https://forum.arbitrum.foundation/t/arbitrum-governance-upgrade-rollout-timeline/26462)._
