We propose a program for rewarding active delegates focused solely on their voting record and making public their voting rationale. This is the first of a series of upcoming proposals under the umbrella of a DAO Incentive Program (DIP 2.1).
A delegate is defined as a party with voting power who votes on proposals. It narrowly focuses on voting and aiding sentiment analysis of why a proposal passed (or failed).
With this in mind, there are three overarching goals that this program is trying to achieve:
This program can be considered successful if delegates are incentivized to continue participating and new delegates step up to participate in the DAO’s voting system. As well, if a proposal does fail, then the proposer should have the ability to gauge sentiment of various voters across the DAO based on the public feedback they leave on the forum.
This program is designed to be objective and on a per-proposal basis.
Any delegate who has satisfied the following eligibility criteria can receive a payment provided that:
Actionable requirements:
Prior requirements:
Additionally, delegates must adhere to the program’s terms and conditions in order to remain eligible. Any proposals related to this program will not be eligible for rewards, to avoid any possible conflicts of interest.
*AGAINST does not typically count towards quorum, but for the purpose of this program, it will be included in the count towards quorum for the purpose of issuing rewards. The intention is to enable delegates to vote according to their preference such that ‘quorum’ is always hit even if not officially.
|Proposal type|Incentive Budget|Payout Cap|Minimum voting power| | --- | --- | --- | --- | |On-chain constitutional quorum|15,000 USD|700 USD|200k ARB| |On-chain non-constitutional quorum|7,000 USD|500 USD|200k ARB| |Off-chain decision making (non-constitutional)|7,000 USD|500 USD|200k ARB| |Off-chain election|7,000 USD|500 USD|200k ARB| |Off-chain temperature check (non-binding)|5,000 USD|300 USD|200k ARB|
Table 1: Incentive Budget from November 1st 2025 to January 31st 2026
Every quarter (3 months), the OpCo will decide an incentive budget that is paid on a per-proposal basis, with the following information:
The budget is expected to be shared at the start of every quarter and to remain in effect for that quarter. This will provide delegates with predictability on the reward structure while allowing the payout strategies to change over time. For clarity, the proposal’s end date for voting (whether on-chain or off-chain) will be the date used to decide which payout strategy is used. All payouts will be issued in ARB tokens with a 7-day TWAP.
Table 1 provides the initial incentive budget that will be adopted if the proposal is passed. An illustration of how the payouts may look for the DIP 1.7 September Cohort and if all voting power was eligible for the program, can be found here.
Rewards are calculated relative to:
This is designed to ensure the entire incentive budget for a proposal is fully allocated and the rewards are distributed fairly among the delegates.
The key finding is that the payout cap in the September Cohort effectively redistributes rewards across the delegate set and prevents concentration among those with the highest voting power. This mechanism ensures all participating delegates receive some reward. However, as the total eligible voting power increases to ~300m, the influence of the payout cap becomes less pronounced.
If we assume, in a given month, there are two temperature check proposals followed by a non-constitutional proposal and constitutional proposal, then the DAO as a collective will spend ~$32k.
Based on the DIP 1.7’s September Cohort data, we estimate the following payments for certain sized delegates:
The estimates are subject to change based on participation by voting power. As more voting power participates, the rewards will be diluted, and it will be up to the OpCo every quarter to evaluate this data to set a new budget.
The following metric will be used to track the cost-effectiveness of the program:
Dollar spent per vote, alongside rewards on a per-proposal basis, enables the DAO to explicitly define a collective cost for the passage of a proposal. The program will need to find a balance that sufficiently rewards delegates to keep them engaged, and onboard newcomers, while keeping a keen eye on the collective cost to the DAO for the passage of a proposal.
The OpCo is responsible for keeping track of all rewards for delegate voting. It should be available on a public spreadsheet. For clarity, all records should be kept on a per calendar month basis, and payouts should be issued shortly after month’s end. If a proposal's voting phase starts in one month and ends in the next, it will count towards the month in which it ends. When payouts are computed, the program manager (who could either be OpCo or another party) should accurately keep track of total accrued rewards and total payouts, to ensure only the difference carries over to the next month.
Delegates must earn at least $100 before a payment is issued. The allocation will carry over to the next calendar month, but it will expire after 3 months if the threshold is not reached. This is simply to avoid sending dust transactions alongside the overhead in doing so.
The OpCo reserves the right to offer bespoke incentive grant budgets for specific proposals. For example, if a proposal requires multiple temperature check proposals at the same time (like in the STIP), then all proposals may fall within a single bespoke incentive budget.
The OpCo may decide not to offer any reward. This should be taken in cases to prevent potential abuse such as an avalanche of unnecessary proposals or proposals that are deemed very minor in nature (including canceled proposals). If so, the rationale should be published prior or during the respective proposal’s voting phase.
The Arbitrum OpCo Foundation (“OpCo”) retains the authority to change any aspect of the program and any major change should be published to the DAO.
Additionally, the OpCo are in charge of hiring (and terminating) a program manager (if they choose to do so) with an appropriate service level agreement. It is expected that the program manager will handle the day-to-day operations, but rely on instructions from the OpCo.
This program will initially be run by the Arbitrum Foundation, but will be handed over with the OpCo as it ramps up its own resources to run DAO-programs. For clarity, anything that states “OpCo” in this proposal will be handled by the Arbitrum Foundat
... please visit link below to view full proposal
https://snapshot.org/#/arbitrumfoundation.eth/proposal/0xa06500740b56c647f25bd3edba80bf05b00140afe99d6b0d27c0f1dc93287901