Synopsis#

Once JuiceboxDAO's project has migrated to JBETHPaymentTerminal3_1_2 and adopted the Buyback Delegate, align JuiceboxDAO's project and governance cycles with 00:00 UTC and extend them from 14 to 21 days.

Motivation#

The Juicebox protocol and DAO operations are more stable than they have been in the past, meaning our cycles don't need to be as frequent.

A longer cycle:

• Simplifies DAO operations by reducing the number of transactions which have to be executed.
• Increases the temperature length, giving proposal authors more time to incorporate community feedback.
• Gives the multisig more time to implement proposals, reducing the risk of mistakes.
• Gives the community more time to verify queued transactions, improving trust.

Governance will be easier to follow if fully aligned with 00:00 UTC.

Specification#

After JuiceboxDAO's project has migrated to JBETHPaymentTerminal3_1_2 and adopted the Buyback Delegate:

1. Deploy a 4 day edit deadline contract.
2. Next cycle, set JuiceboxDAO's project's cycle's duration to 1831227 seconds, and change its ballot to the newly deployed 4 day contract. This cycle is ~21.20 days long and will end on Sunday, September 3rd at 00:00 UTC (2023).
3. The following cycle, set JuiceboxDAO's project's cycle's duration to 1814400 seconds (21 days).
4. Update the Governance schedule as follows:

#### Governance Schedule

Days 1-5 **Temperature Check**: Sunday 00:00 UTC (5 days)
Days 6-10 **Snapshot Vote**: Friday 00:00 UTC (5 days)
Days 11-17 **Multisig Execution**: Wednesday 00:00 UTC (7 days)
Days 18-21 **Edit Deadline**: Wednesday 00:00 UTC (4 days)

During the slightly lengthened cycle described in step 2, the extra 0.2 days will be added to the multisig execution stage.

Also:

1. Update days and times throughout the governance process accordingly.
2. Update the Snapshot settings accordingly.
3. To keep payouts at roughly the same level: increase all ongoing recurring payouts by 50% (per cycle), and decrease their cycle duration by 33% (rounded to the nearest number).

Risks#

JuiceboxDAO's project has payment terminal and controller migrations enabled, meaning the multisig can respond to known vulnerabilities from within those contracts at any time. In the case of an externally identified vulnerability in a non-migratable contract, JuiceboxDAO will not have time to mitigate the risk (as it would presumably be exploited without prior warning), making the cycle length irrelevant.

An increased cycle length may increase risk in a scenario where a vulnerability in a non-migratable contract is internally identified by increasing the amount of time available to leak information or coordinate an internal exploit.

An increased cycle length decreases operational risk by reducing the number of transactions which take place, thereby reducing the likelihood of mistakes.