5. (On-chain) DIP Voting
Last updated
Last updated
After an On-Chain DIP is created, the proposal enters a pending state for a period defined by the Voting Delay, which is currently configured to 6570 blocks or approximately 1 day (assuming 13 seconds per block). In other words, user snapshots are recorded 1 day after the DIP is created, at which point the proposal transitions to an active state.
After the Voting Delay, the Voting Period is activated. The voting period length depends on the proposal type.
The following chart shows a DIP state flowchart:
After a DIP is created on-chain it is subject to a Voting Delay, Voting Period, Minimum Quorum, and a minimum Vote Differential. The initial parameters are as follows:
Voting Delay
Number of Ethereum blocks to wait before voting on a proposal may begin after a proposal is submitted
6,570 blocks
6,570 blocks
6,570 blocks
6,570 blocks
Voting Period
Length of time for which proposals are available to be voted upon
4 days
2 days
10 days
4 days
Minimum Quorum
Minimum yes votes for a DIP proposal to pass
2% of total supply
1% of total supply
10% of total supply
2% of total supply
Vote Differential
Required yes-no gap for a DIP proposal to pass
0.5% of total supply
0.5% of total supply
10% of total supply
0.5% of total supply
Only the voting delay can be modified by governance, and it can only be changed to values in between (inclusive) the minimum and maximum delay. The voting period, minimum quorum, and vote differential can't be changed.
