6. Proposal Queuing & Execution

After a DIP has passed, any address can call the queue method to move the proposal into the timelock queue. A DIP can only be queued if it has passed.
Short Timelock Executor
Merkle-Pauser Executor
Long Timelock Executor
Starkware Executor
Timelock Delay
After a proposal passes and is queued, delay before the proposal is executed
2 days
0 days
7 days
2-9 days
Execution Grace Period
The time after which a proposal becomes executable, during which it must be executed.
7 days
7 days
7 days
7 days
Minimum Timelock Delay
Minimum delay before a proposal is executed (after queuing)
1 day
0 days
5 days
4 days
Maximum Timelock Delay
Maximum delay before a proposal is executed (after queuing)
7 days
1 day
21 days
21 days
As soon as the voting period ends and a proposal has succeeded, anyone can call queue to begin the timelock delay.
For the Starkware priority timelock executor, it has a priority period of 7 days out of the 9 day timelock delay. This means that after 9 days anyone can execute a proposal, but within days 2-9 (the priority period) Starkware has the option to execute the proposal.
In practical terms it's:
  • Days 0–2: No one can execute
  • Days 2–9: Only Starkware can execute
  • Days 9: Anyone can execute