In this report, we study the issue of quorum in ArbitrumDAO’s voting system. Quorum is defined as the minimum participation of voting power required for a proposal to pass. Over time, quorum is steadily growing, to the point where it is increasingly difficult to garner enough votes to pass Constitutional proposals.
The fundamental issue is that the quorum threshold has no relationship with the total delegated voting power (DVP) that is registered to vote, i.e., the baseline unit of participation in the ArbitrumDAO. To overcome this issue, we propose changing how quorum is computed. It should be set as a percentage of the total delegated voting power (DVP). Put simply, quorum should be based on the voting power that is registered to participate in the voting system.
Additionally, a minimum baseline quorum should be implemented to ensure there is always a fixed minimum participation, even if this implies the DAO cannot pass a proposal for a period of time until it reaches the required threshold.
We recommend the following configuration:
- Non-constitutional proposals. Set at 40 - 50% of total delegated voting power and a minimum fixed voting power of 100m ARB.
- Constitutional proposals. Set at 40 - 50% of total delegated voting power and a minimum fixed voting power of 150m ARB.
For example, non-constitutional quorum can be set as 40% of DVP (with 100m ARB as the lower bound) and constitutional quorum can be set as 50% of DVP (with 150M ARB as the lower bound). Note that many values in the 40% to 50% range would work as long as non-constitutional quorum sits towards the lower boundary of this range and constitutional quorum sits towards the upper boundary of this range. We invite further discussion and suggestions on the values. We believe that outside of this range quorum values are either too low that proposals can pass even at undesirable levels of participation or high enough to not solve existing problems.
The above recommendations are based on historical voting patterns and current levels of DVP and activity in the DAO. The average votes per proposal has increased over time while the total delegated voting power has remained consistent. We have witnessed voter turnout increase from 40-55% to 55%-65% over the past year. Assuming the trend continues, then the above configuration should be close to actual participation rates, but still act as a hurdle for voters to overcome.
Voting System and Definitions
The ArbitrumDAO governance is implemented via an on-chain voting system that allows token holders to create and vote on proposals, which are then executed on-chain.
There are two type of proposals:
- Non-constitutional. A proposal that is informational or requests to transfer funds from the treasury.
- Constitutional. A proposal that seeks to upgrade the on-chain smart contracts including the governance system, Arbitrum One or Arbitrum Nova.
A weighted voting system is implemented which offers 1 vote for every 1 token held. If a token holder has K tokens, then the voter has K voting power in the system. There are also important details in the implementation of the smart contracts on whether a token is considered voteable and whether it can be used to vote:
- Voteable token. A token that is not explicitly excluded from voting, but must be delegated before it can be used to vote.
- Excluded token. A token that is explicitly excluded from voting and it cannot be used to vote by default.
- Delegated token. A token that is explicitly registered (“delegated”) to participate in the voting system and it can be used to vote for any proposal.
By default, all tokens are considered a voteable token. If a token holder wants to participate in governance, then they must explicitly register the token for use in the voting system. This registration process is called delegation. The token holder can delegate the tokens for themselves to use or to outsource their voting power to another party (‘a delegate’):
- Delegated voting power. The total voting power registered with a single voter who may or may not be the original holder of the token.
A key component of the voting system is quorum, which is the minimum participation of voting power required before a proposal is considered valid. If a proposal does not achieve the quorum threshold, then it will simply fail and not be processed. The quorum threshold is computed as follows:
- Quorum threshold. A fixed percentage of the total supply of voteable tokens.
Quorum is currently set at 3% for non-constitutional proposals and 4.5% for constitutional proposals. The final ARB value of the quorum threshold will only change if tokens are explicitly excluded from voting which reduces the total supply of voteable tokens. By default, assuming no tokens are excluded, then it will be set as 300m and 450m ARB respectively.
Finally, when it comes to the voting flow, only FOR or ABSTAIN votes count towards reaching quorum. AGAINST votes are not counted. If ‘against’ votes were part of the count, then it may inadvertently help a proposal pass by reaching the quorum threshold.
ArbitrumDAO Quorum Issues
The ArbitrumDAO quorum threshold is increasing every month and it will soon reach a point where quorum will be greater than the total active voting power available, indicating a liveness issue. If this point is reached, then the DAO will be unable to pass any proposal until more token holders delegate their voting power.
There are two fundamental issues that need to be addressed:
- Quorum computation. Quorum is computed based on the total voteable supply which has no relationship to the tokens registered to vote.
- Registered voting power. Total delegated voting power has remained consistent and it is not increasing (or decreasing) over time.
Together, this has led to a scenario where the quorum threshold is increasing, but the total voting power is steady. If this continues, then quorum will be greater than the total voting power and effectively freeze the system.
We explore both issues before presenting a solution that effectively ties the quorum threshold to the total delegated voting power.
Quorum Threshold Increasing Over Time
Figure 1: Quorum threshold is increasing every month.
As presented in Figure 1, we estimate that quorum is increasing at the following rates:
- 36m ARB/year for non-constitutional proposals
- 54m ARB/year for constitutional proposals
With the current settings, the maximum quorum for constitutional proposals will be 300m ARB and for non-constitutionals will be 450m ARB. As we will soon see, the total delegated voting power is around ~320m-360m ARB, which implies that both maximum values for quorum will effectively paralyze the DAO’s ability to pass proposals.
The fundamental reason behind the increase of the quorum threshold is due to the tokens that are unlocked every month from the airdrop. Locked tokens are excluded from voting, but when the tokens are vested (on a monthly basis) and transferred to another wallet, the unlocked tokens enter the supply of voteable tokens even if they are not delegated and used for voting. This impacts the quorum threshold as the total supply of voteable tokens is increasing every month.
Interestingly, as we can see in Figure 1 with the periodic steep drops in voting power, there is an effort by large token holders to exclude tokens from voting and offset the increase from unlocks, but this effort is not necessarily sustainable. We should not rely on altruistic actions by token holders to exclude tokens from voting and instead assume that quorum will steadily increase over time.
Consistent Total Delegated Voting Power
Figure 2: Total delegated voting power has remained relatively stable over time.
As we can see in Figure 2, the total delegated voting power has remained relatively steady over the past two years. This leads to a scenario where the quorum levels are steadily increasing, but the registered voting power is stable. Based on the current voting system’s configuration, we should expect quorum levels to exceed total registered voting power for constitutional proposals.
Figure 3: Voting power distribution has changed over time in the DAO
The steadiness of voting power brings forth the question on whether there are new delegations over time or if it is simply static. Figure 3 highlights how the voting power distribution among delegates has changed over time and that delegation is not static. This implies:
- Delegators are deciding to re-delegate their vote to others,
- New token holders are replacing delegations by old token holders.
We suspect it is a mixture of both. The steadiness can be accredited to the fact that the replacement rate of delegation is constant over time. Put another way, new delegations are just about replacing delegation that are lost due to token transfers or undelegations. An on-chain analysis can confirm this, but it is not essential for the quorum threshold discussions.
Figure 4: Voter apathy is decreasing over time as active voting power is increasing relative to the total delegated voting power.
Finally, as seen in Figure 4, we can see that voter apathy has steadily been decreasing in the DAO as more voting power is available. For example, in the first quarter of 2024 (January to March), we can see that voter participation ranged from [40%, 51%]. One year later within the same quarter, the voting participation increased to a range of [52%, 74%].
There can be a multitude of reasons for the increase in voter participation. For example, there might be allocation of voting power to active delegates, increased pressure on delegates to cast their vote, or the reduction on the number of proposals making the process easier for delegates to participate. Regardless, the current trend is helpful to decide a reasonable quorum threshold based on historical participation levels.
DVP-Quorum Overview
There are three properties that we believe are desirable for any solution to setting a quorum threshold:
-
Aligned with voter registration. Quorum threshold should be set relative to the total voting power that is actively registered to participate.
-
No active exclusion. Token holders who are not participating in the voting system should not concern themselves with any aspect of the voting protocol including the need to explicitly exclude their tokens from voting.
-
Baseline Quorum. quorum should not be allowed to drop below a level that is perceived safe by the community even if it results in freezing the DAO’s ability to pass proposals.
The solution should not change fundamental properties of the existing voting system, such as one token representing one vote or the ability for an external party to easily evaluate whether quorum has been reached. Additionally, during the transition to the new quorum threshold, we should aim to have a continuity of similar values as the current system, to avoid departing from the current level of security.
Changing Quorum Threshold Computation
Our proposed solution is to change how the quorum threshold is computed. It should be dependent on the total delegated voting power and not the total supply of voteable tokens. The new computation should be:
- DVP-Quorum Threshold: A percentage of the total delegated voting power or a minimum fixed voting power, whichever threshold is higher.
With this change, we can also drop the concept of a voteable token as it will no longer have any impact on the voting system. Instead, we can focus on delegated and non-delegated tokens.
Based on the participation levels discussed earlier, we believe a reasonable configuration for the DVP-Quorum threshold is as follows:
- Non-constitutional proposals. Set at 40 - 50% of total delegated voting power and a minimum fixed voting power of 100m ARB.
- Constitutional proposals. Set at 40% - 50% of total delegated voting power and a minimum fixed voting power of 150m ARB.
For example, non-constitutional quorum can be set as 40% of DVP (with 100m ARB as the lower bound) and constitutional quorum can be set as 50% of DVP (with 150M ARB as the lower bound). If we were to go with these values, under the current total delegated voting power of 324M ARB, constitutional quorum will be approximately 162M ARB (as opposed to 209M ARB now) and non-constitutional quorum will be approximately 130M ARB (as opposed to 139M ARB now). Both numbers appear reasonable for bootstrapping the new quorum threshold based on the historical trend on voting power participation.
Additionally, the minimum fixed voting power is approximately the average of what the quorum requirement has been over the past 2 years. The average quorum for non-constitutional proposals was ~104M ARB, constitutional proposals was ~173M ARB and across all proposals was ~126M ARB. If we discount values from 2025 (when constitutional proposals were struggling to meet quorum), we see that the average non-constitutional quorum still hovers around 100M, while the average constitutional quorum goes down to 156M ARB. The lower boundary for quorum is inspired by these values.
Proof of Concept (PoC) Implementation
An untested, unaudited PoC of the token contract upgrade can be found here. A production deployment will include relevant tests and audit before mainnet upgrade.
Token contract upgrade (ARB)
Total DVP can be tracked at the ARB token contract. The contract can be upgraded to keep a running total that is updated on each delegation change and token transfer.
- What is tracked.
- Total DVP = sum of balances of all accounts with a non-zero delegation at a given block.
- Initialization process.
- To initialize the running total, an estimate of the total DVP must be provided as part of the upgrade proposal.
- A followup proposal can correct any error in the initial DVP estimate. This doesn’t change user balances or individual delegate voting power, only the aggregate DVP.
- When it updates.
- Only updates when tokens move between addresses with different delegates
- Query interface.
- getTotalDelegation() to obtain the latest value.
- getTotalDelegationAt(uint256 blockNumber) to obtain historical value at a snapshot block.
Governor contract update
- The DAO governor contracts can be upgraded to use the new total DVP metric: Replace current percentage calculations with DVP-based thresholds
- Use getTotalDelegation() from the token contract for quorum calculation
Known Issues With DVP-Quorum Computation
There are three known issues with the proposed solution:
-
Apathetic Delegator Attack. A delegator can now have a larger impact on quorum. Previously, if a delegate revoked the voting exclusion from their tokens (making them voteable), the impact is that quorum will increase by [3%, 4.5%] of the delegate’s total voting power. In the new computation, quorum will increase by [40%, 55%] of the delegate’s total voting power. This leads to a potential attack where large token holders may delegate their tokens and not actively participate in voting with the intention of increasing quorum and freezing the DAO’s ability to pass proposals.
-
Quorum Burden Shift. In the new system, quorum is strictly based on tokenholders who are participating in the voting system. If they decide to revoke their delegation, then quorum will eventually reach the minimum baseline. This contrasts with the old system, where quorum relied on a collective of large token holders actively excluding their tokens from voting. The risk of a low quorum shifts from the collective of large token holders to token holders who decided to leave the voting system.
-
Baseline Freeze. If the set of active voters falls below the baseline quorum, then the voting system will not be able to process any new proposals. For example, if a constitutional quorum requires a minimum of 150m ARB, then there must be sufficient active voters to reach that quorum. It will require new delegations to overcome the quorum hurdle. Note, this freeze is by design, to ensure there is a minimum legitimacy for every decision made. If we end up in a situation where quorum cannot be reached, then the DAO will be forced to recruit more delegations to overcome the quorum hurdle.
Note that shifting to the proposed model does not lower the cost of a governance attack from the current governance model. An attacker would still have to acquire, either through buying or renting, more ARB tokens than honest delegates to pass a proposal. The suggested model does however make it easier to achieve quorum, and decouple the DAO from various inefficiencies of the current governance model. We encourage you to go over the report that was compiled by Nethermind and Castle Labs as a part of ARDC V2 for more information on this.
Summary & Future Work
Our report has focused on the quorum threshold issue that is currently facing the DAO. It is steadily increasing over time while total delegated voting power has remained relatively steady. This is problematic with the current configuration as quorum will eventually exceed not just active voting power, but total delegated voting power, making it impossible to pass constitutional proposals.
Our proposed solution is to re-visit how the quorum threshold is computed. We believe it should be computed based on the total delegated voting power. This allows quorum to increase or decrease relative to voting power that is registered to actively participate. Based on historical voting data, we have proposed concrete configuration settings between 40% - 50% for non-constitutional proposals and constitutional proposals (with each ideally on the opposite ends of that range) alongside reasonable values for a fixed minimum quorum. Depending on further research and community feedback, these configuration settings may be subject to change in the future.
A proof of concept implementation is available to demonstrate that it is practical to change how the quorum threshold is computed. Additionally, we have put together a dashboard to highlight the data used as part of this report.
In relation to future work, there are two potential directions. While we do not believe this work is required to proceed with DVP-Quorum as a solution to resolving the issues facing the ArbitrumDAO, these solutions might be interesting to explore further:
-
Alignment-based Quorum. It may be possible to replace the fixed minimum voting power with a dynamic value that is set based on the composition of votes. If all voters are aligned on a single option, then quorum can possibly be reduced. The downside is that the voting system cannot distinguish between honest or malicious votes, only that voters are aligned. In addition, it introduces new and novel voting strategies as a single vote’s weight is no longer strictly one-for-one.
-
Quorum Growth Curve. The voting system can implement a target quorum that it wants to achieve. As more tokens are delegated, the pace of increasing quorum can be reduced as it approaches this target. This may help alleviate a potential attack vector where large token holders delegate their tokens simply to increase the Quorum threshold.
Finally, we have published this report to help kick-start the discussion on the Quorum issue that the DAO is facing. As we can see throughout the report, there is not substantial time remaining to deploy a technical solution to help alleviate the issue. We will follow up with proposed governance call slots for the community to discuss the findings alongside potential next steps.