1 / 29
Jul 2024

DeFi Renaissance Incentive Program (DRIP)

Non-constitutional

Abstract

Entropy proposes a new type of incentives framework focused on targeting specific assets and activities across Arbitrum rather than specific protocols. Incentives per specific assets/activities will run in 3-month seasons through the DRIP so that the program can be adapted and different assets and activities can be selected as learnings are taken into account. Each season must have a singular, specified goal. For example, Make Arbitrum One the best place to borrow USDT against wstETH or Ensure Arbitrum One Has the deepest liquidity for trading USDT/ETH.

A season selection committee made up of the Arbitrum Foundation, Entropy Advisors, and Offchain Labs will be tasked with creating eligible, viable seasons with ideation input from partner companies and key stakeholders. The committee will maintain the right to modify, extend, or discontinue a season during its lifecycle. The “3-month” timeline is somewhat arbitrary, and is open to change dependent on perceived program success and market conditions.

The DRIP seeks funding of 80M ARB for the first 4 seasons, with a maximum of 20M allocated per season and a portion set aside for operational costs related to vendors utilized by the season selection committee. The season selection committee will procure partners for distribution and evaluation at their discretion, and potentially other partners as it sees fit. For example, the distribution partner will check the chain for wallet eligibility and distribute rewards to the wallets that have met the mandated goals of a season and create a frontend through which all eligible protocols will be shown. The evaluation partner will host open data around the program and recommend optimization improvements to the committee throughout a season’s lifecycle; after a season is complete, the evaluation partner will provide a more holistic analysis to the DAO. The same partners will likely be utilized throughout all 4 seasons. 80M ARB is the maximum amount that can be allocated throughout the 4 initial seasons, but there is no requirement to use all funds. All remaining ARB not used as part of the program will be held for further seasons or returned to the DAO if further seasons are not approved by the end of the 1-year mandate.

Motivation and Rationale

As the Incentives Detox concluded on December 17th, 2024, and with many parties exploring the next phase of incentives, Entropy has decided to take a first-principles approach to redesign the DAO’s incentives framework. After analysis of Chaos’ and Blockworks’ incentives reviews, and in collaboration with Gauntlet and other stakeholders, we have identified that taking the approach of incentivizing specific activities that the DAO would like to increase Arbitrum’s market share in will deliver better results than more generalized programs that are harder to evaluate and adapt. This is especially true for activities where Arbitrum has not yet achieved an established, stable market share or where the underlying vertical will be experiencing a systemic shock.

The DRIP is purposefully simple, targeted, and measurable, and focuses solely on the goal of bringing popular activity taking place on other ecosystems to Arbitrum One in a sustainable manner. In past programs, by lumping together oracles, perps, lending, dex trading, dex liquidity, bridges, and more, evaluation and iteration became an impossible task. One reason for this is the fact that protocols across different verticals and long-tail vs. core assets inherently cannot be judged on an apples-to-apples basis. The DRIP focuses on a controlled experimentation approach.

Looking across the space at activities that real DeFi users are executing in practice where Arbitrum’s market share shows growth potential either through innovation/potential partnerships on the application layer or through changes to the underlying market, a few ideas come to mind. For example, borrowing against yield-generating ETH a.k.a. “Looping,” creating the deepest liquidity on specific high-attention assets (per IOSG), bringing a vibrant wrapped BTC ecosystem to the network, increasing Arbitrum’s RWA utility and dominance, or focusing on attracting liquidity to restaking and LRTs. These are just a few examples of activities through which Arbitrum One has substantial room to grow, but the list goes on. We believe that for an incentives program to succeed, even within these targeted activities, target assets need to be selected in order for the program to proceed smoothly. By limiting programs to category-leading assets, or the category’s highest-growth assets, Arbitrum can take an opinionated stance and bet on what areas of growth it envisions as crypto’s most valuable use-cases into the future. Notably, the DRIP focuses on quality activities and assets that the DAO views as high-growth and -retention, rather than attempting to create a program that treats everything equally. The program focuses solely on using incentives as a tool in more holistic strategies around promising verticals where Arbitrum’s penetration has room to grow sustainably in its competitive environment.

Another benefit of the DRIP is its value in business development and growth. Potential Arbitrum partners will see a program that could benefit them if they put a primary focus on Arbitrum. This will allow Arbitrum’s partnership teams, including Entropy Advisors and Offchain Labs, to use the DRIP as an incentive that makes Arbitrum more attractive to protocols exploring alternative/genesis chain deployments. This will create a frictionless path that effectively attracts new Arbitrum entrants while still supporting incumbents.

Upon ARDC analysis of our past incentives programs, a few findings are particularly notable:

Taking these learnings into account, we believe that the DRIP’s ultra-targeted nature (controlled environment experiment), focused on high-value verticals where Arbitrum has high potential to increase its market penetration, is an ideal path forward as we continue to iterate and evolve over time. DRIP will also take advantage of the learnings to prioritize programs that focus on both supply and the efficacy of that supply through demand. Finally, marketing is a missing aspect from every past program, which the DRIP will address by having the foundation included on the committee and requiring eligible protocols to co-market.

Entropy encourages the whole community to participate in proposing new activities and assets for incentives and is happy to be the primary point of contact for community ideation. That said, the committee will have full discretion over all aspects of season planning and execution with help from the onboarded distribution & evaluation vendors.

Specifications

Rules of a DRIP Season

-The seasons must have a defined, singular goal. Specificity is required. As an example, “Increase trading activity”, is not a specific goal, but “create the deepest aggregate liquidity for the USDT/ETH pair across DEXs on Arbitrum One” would qualify as a specific goal.

-Seasons are intended to be ~3 months, though they can be cut short by the committee or extended at their discretion, with the goal of always tapering rewards instead of arbitrarily cutting incentives at once.

-Overlapping seasons running in tandem that may make evaluation more difficult should be avoided.

-Need to be chain-wide and protocol agnostic (minus security-related whitelisting or a TVL/protocol-maturity requirement). Depending on the vertical and ROI after a program starts, the committee can expand or restrict how broad the program is.

-Actionable and executable, including all details required.

-Target asset/activity should maintain room for Arbitrum to grow its market share with a goal of eventually hitting “critical mass,” where incentives are no longer needed.

-Eligible protocols must include marketing in their frontend and on their socials, coordinating co-marketing with Entropy Advisors and the Arbitrum Foundation.

Distribution Partner

Each incentive “season” is governed by a set of rules specifying which onchain actions or participants qualify for ARB rewards. An independent distribution partner is responsible for:

  1. Receiving ARB for the Season
  2. Identifying Eligible Wallets: The partner reviews network data to find wallets that meet the season’s eligibility criteria.
  3. Distributing ARB Rewards: Once the partner confirms which wallets qualify, it distributes the ARB to each eligible wallet based on the season’s defined, and potentially changing, parameters. No distribution is sent directly to protocols; all ARB flows to qualifying wallets.
  4. Frontend Creation: Shows all eligible protocols, effective APRs, and data from the evaluation partner.

Illustrative Example

If a season incentivizes borrowing USDT against wstETH, applying to all lending markets with >$X million TVL, the evaluation partner would examine eligible lending protocols on Arbitrum, identify the addresses meeting the criteria (e.g., required collateral ratio, borrowing amounts, etc.), and distribute ARB rewards to those addresses.

Examples of potential partners include RoyCo, Boost, Galxe, Brevis, Merkl, and others. All costs associated with this partner will be taken from the 80M ARB budget, but the season selection committee prioritizes keeping low OpEx, as the point of the program is user rewards. Although, we will note that our opinion is that previous incentive programs run by the DAO could have been notably more effective had more resources been allocated to the programs’ operations.

Selection Process:

The season selection committee will have full discretion on how the procurement is run; public or private application and evaluation, open or invitation only, who is selected, etc. The process will be fully facilitated by the season selection committee, and the decision of the partner will be fully at their discretion.

Evaluation Partner

Each incentive program requires ongoing monitoring and analysis to assess its impact and guide continuous improvements. An independent evaluation partner is responsible for:

  1. Providing Continuous Public Data: The partner hosts a publicly accessible data dashboard that tracks relevant metrics throughout the program, such as DEX volumes, total incentives distributed, user participation rates, and more.
  2. Program Assessment & Recommendations: The partner periodically reviews program performance, compiling findings into reports, and recommends changes to, e.g., return levels of incentivised actions and eligibility criteria during each season. After each season, they additionally provide recommendations on how the program could be improved. Analysis should include retention metrics in the following 2-3 months as well.

Entropy will take this role into our domain as well, but we believe having an additional outside party will be beneficial.

Illustrative Example
If a program incentivizes liquidity provision on DEXs with over $10 million TVL, the evaluation partner would track how many and what types of wallets participated, the total ARB distributed, changes in TVL and capital efficiency, overall volume growth, cost of capital for similar opportunities in other ecosystems, returns to users that are performing the incentivized action, retention after the program’s end, etc. The partner would then share these insights and recommend any adjustments (e.g., refining eligibility criteria, adjusting reward distribution thresholds) to the season selection committee. Holistic recommendations will be given publicly at the end of the program cycle.

The same selection process will take place for the evaluation partner as distribution. The same provider can apply for both evaluation and distribution.

Condensed Example of a Season:

Goal: Make Arbitrum One the best place to borrow USDT, USDC, and ETH against wstETH.

Select Collateral: wstETH

Select Borrowable assets: ETH, USDC, and USDT

Required LTV: 15%

Target yield boost for wstETH: 2% APR (increase over wstETH base yield)

Maximum collateral incentivized: $1B

Protocol Partner RFP: The program will be platform/protocol agnostic and target lending across Arbitrum One. With that said, protocols will be screened for security purposes before being included in the program. The thought process behind this decision surrounds not incentivizing (or appearing to endorse) Arbitrum’s users to deposit assets into protocols that have a higher likelihood of being hacked. The security provider selected in the ARDC will be in charge of whitelisting lending protocols or alternatively the committee enlists a firm that can do this. The lending platform partners must support wstETH as collateral and borrowing of USDC, USDT, or ETH against that collateral in order to be eligible. This creates a fair environment that should not negatively encumber any specific lending market.

In practice, this means that any borrower of USDC, USDT, and/or ETH on a whitelisted Arbitrum One-based lending platform will be eligible to receive 2% APR paid on the total value of their wstETH deposited into the lending protocol. Wallets will only be eligible if they have reached and sustained an LTV of 15%. Rewards will be paid out weekly by a distribution partner.

With a 3-month program, targeting a 2% yield, $5M will cover 3 months of runway on $1B in collateral participating in the program.

Season Selection Committee

  1. Arbitrum Foundation
  2. Entropy Advisors
  3. Offchain Labs

⅔ votes are required for a season to be approved. The first 4 seasons that meet the rule requirements and are deemed valid by the committee will be enacted.

The committee also has the power to:

  1. Kill the Program: If the program fails to perform, at the discretion of the committee, it reserves the right to terminate it.
  2. Adjust the Program: Reward allocations or program parameters may be modified, guided by insights from the evaluation partner. All adjustments must remain within the scope of the original proposal, balancing agility with accountability to ensure the program continues to serve its intended goals.
  3. Widen or constrict the apps eligible in a season
  4. Any other changes: The season selection committee will be able to make any changes to the program as they see fit as long as it maintains the spirit of the DRIP proposal

Rough Timeline

Forum: April 16

Snapshot: May 1

Tally: May X (TBD)

Date For First Program Live: Targeting July 1

DRIP End Date (funds returned if not used or another proposal is not passed): July 1, 2026.

We just got a smaller questbook grant approved to build this same scope of functionality over the next 4 months for a total of 43,000.00 USD. We will use this thread to record the progress of it and to report on the project milestones. Thank you all for your feedback along the way :pray:

Arbitrum Proposals App

Non-Constitutional

Challenge Statement:
Right now, DAO delegates want to understand proposals efficiently and accurately, but proposal information is scattered all over the place (tweets, Discord servers, Telegram chats, discourse posts, offchain proposals [on snapshot], onchain proposals [on tally], etc.). This is a serious issue because it leads to unnecessary friction and inaccessibility in governance participation and, ultimately, poor decision-making for the Arbitrum DAO.

Track Name at GovHack Brussels: GovTech
Team Number at GovHack Brussels: 16

Members: andreiv.eth + paulofonseca.eth

Team Lead: Paulo Fonseca – @paulofonseca1987 on Telegram or @paulofonseca__ on Twitter

2 minute Pitch: Posted on Youtube
Low Fidelity Design Prototype: (this is unfinished and in-progress work, since it was started during the GovHack itself) arbitrum.proposals.app

Abstract

To fund the design and development of an Arbitrum-focused responsive web app that shows all Arbitrum proposals across different stages in their lifecycle and aggregates information from Discourse, Snapshot, and the Arbitrum Onchain Governor contracts so that voters and delegates can more efficiently and accurately understand the context and the whole lifecycle of each proposal they should be voting on.

Motivation

The current governance state-of-the-art is quite messy. This is not just an Arbitrum DAO problem but it affects Arbitrum DAO governance quite a lot. Still to this day, most governance processes in most big DAOs are spread across multiple platforms and systems, from messaging apps like Discord, Telegram and Twitter, to Discourse forums, to offchain voting platforms like Snapshot and then to onchain voting front-ends like Tally.

In each of these platforms, delegates need to keep themselves up to date, review information about proposals coming to vote in the DAO and form their opinions about whether they should support a particular proposal. Delegates are also expected to actively share their concerns and provide feedback on proposals throughout the lifecycle of a proposal so that the proposal can advance through the several stages of the governance process successfully.

For a delegate, even to the most competent ones, to keep up with all of this information scattered around different sources is… overwhelming, to say the least. :melting_face:

As an example, this is roughly what happens when a delegate (or anybody else for that matter) tries to understand the context and form an opinion about an important Arbitrum proposal like the Gaming Catalyst Program that just recently passed.

How are we even governing ourselves like this?

Full video can be seen here.

If we expect more and better delegates to keep up with governance proposals adequately, we should invest in appropriate tooling to make their jobs much easier than they currently are.

Rationale

This proposal aligns with Arbitrum’s mission and community values by making the Arbitrum DAO more innovative, open, accessible, and inclusive to delegates and voters by allowing them another choice as users of Arbitrum’s DAO governance.
More specifically, the last community value in The Amended Constitution of the Arbitrum DAO, but to us, one of the most important community values, the one of attempting to be:

Neutral and open: Arbitrum governance should not pick winners and losers, but should foster open innovation, interoperation, user choice, and healthy competition on Arbitrum chains.

We know Tally has a great partnership with the Arbitrum DAO, and we are grateful for all the work the Tally team has done over more than a year to support the governance of Arbitrum DAO. We support their developments and future roadmap and are open to collaborating in any way to improve the user experience of delegates and voters in their day-to-day.

We also believe it is important for the Arbitrum DAO not to be vendor-locked in. More specifically, on the front end it offers its delegates and voters that allows them to participate in Arbitrum DAO’s onchain governance.

We believe there should be multiple front-ends to Arbitrum DAO’s onchain governance, so that we can attract more and better delegates and voters by providing them tools that suit their particular needs.

We also strongly believe that at least one of those front-ends should be fully open-source. For the obvious matters of the resilience of Arbitrum’s DAO governance, we believe there should be a fully open-source front-end for Arbitrum’s DAO on-chain governance that would allow delegates and voters to continue to participate in governance permissionlessly. proposals.app is fully open source and will continue to be. proposals.app and its future developments can also be self-hosted by anyone (like we’re doing now) under a new domain name, at any time.

Specifications

How might we enable DAO delegates, to get a more complete picture of how a proposal has evolved and what other people think about it, so that they can make a more informed voting decision, resulting in higher quality governance outcomes for the DAO?

This guiding question and a bunch of conversations and user research with DAO Delegates both in GovHack and previously when we were building Senate, has led us to believe that there is a need for a unified view of a canonical DAO proposal page that covers the whole proposal lifecycle, or at the very least, from the “initial Discourse forum post” stage to the “onchain execution” stage, obviously including temperature check poll on Snapshot, and onchain voting.

At proposals.app we already fetch Arbitrum’s DAO offchain and onchain proposals, and we also offer free email notifications to anybody that subscribes on the site. Everytime there is a new Arbitrum DAO proposal available, delegates and voters that have subscribed to proposals.app notifications, will get a fresh email in their inbox that looks like this.

proposals.app daily bulletin email notification

Currently, we are linking each offchain or onchain proposal to their respective Snapshot.org or Tally.xyz links so delegates and voters can easily exercise their governance rights.

With this project we will build a Unified Proposal Lifecycle page, that merges the information of offchain and onchain votes for the same proposal, so that delegates and voters can have easier access to all of the information of a proposal in a single place.

This Unified Proposal Lifecycle page will show information from the proposal’s Discourse post, from the Snapshot temperature check poll, and from the onchain vote.

The challenge to be able to achieve this is to include all relevant information in the right way, at the right time, so delegates and voters don’t feel overwhelmed by it.

We’ve been mapping the proposal elements across several platforms and feel confident we have a model that captures a proposal standard that is able to show the proposal lifecycle and how the proposal has evolved, and that will help delegates and voters get more transparency into the journey of a proposal and the context it’s current or final state.

mindmap

We will need to also manually map the discourse posts to the Snapshot polls and then to the onchain votes. Which is something that is not trivial to do for all past Arbitrum DAO’s proposals, but we will create a backoffice where a governance analyst can links all data sources of a proposal, to be shown in the Unified Proposal Lifecycle page.

Steps to Implement

We have a 2 part plan for this project:

  1. Design and Develop V1 of the Unified Proposal Lifecycle Page, which will include data and the mapping between Snapshot proposal data and Onchain proposal data.
  2. Design and Develop the V2 of the Unified Proposal Lifecycle Page that would add Discourse Post data.

Alongside this main plan, we need to create a mechanism to map discourse posts to Snapshot polls and then to onchain votes, so that eventually that mapping doesn’t need to be done manually for every proposal.

We are talking to @amanwithwings to move forward a daoURI standard in the Arbitrum DAO that could be extended so that Arbitrum DAO onchain proposals would include the link to their Discourse post in the onchain proposal metadata.
Once that standard would be adopted by the Arbitrum DAO, we would be able to automate the mapping of data for a single proposal. Until then, we will do it manually and very deliberately. :nerd_face:

Timeline

We will deliver the complete solution described above within a maximum of four months of the project’s kick-off.

The project kick-off is on October 15th, 2024, and we commit to deliver the completed project with all it’s Milestones and deliverables by February 14th, 2025.

Milestone #1

Deadline: 30 days after project kick-off
Deliverables: Create the back-end discourse indexing system and mapping backoffice to map discourse data to snapshot and onchain proposals + Setup of self-hosted infrastructure with a real-time status page monitoring

Milestone #2

Deadline: 60 days after project kick-off, 30 days after Milestone #1
Deliverables: Interactive Design Prototype Deliverable

Milestone #3

Deadline: 90 days after project kick-off, 30 days after Milestone #2
Deliverables: Development of a responsive Unified Proposal Lifecycle webpage

Milestone #4

Deadline: 120 days after project kick-off, 30 days after Milestone #3
Deliverables: Testing, Quality Assurance and Data Validation of all past proposals data

After completing the project, we commit to maintaining and ensuring the resilient hosting of the web app for at least 24 months from the project kick-off date.

Overall Cost

The overall cost for this 4 month long project totals $43,000 USD

Monthly Amount Duration Total Amount
Designer $5,000 USD 3 months $15,000 USD
Developer $5,000 USD 3 months $15,000 USD
Governance Analyst $1,000 USD 1 month $1,000 USD
Servers and Hosting $500 USD 24 months $12,000 USD

During these four months, we will ship 4 deliverables, the first at Milestone #1 at the 30 day mark, the second at Milestone #2 at the 60 day mark, the third at Milestone #3 at the 90 day mark and the fourth at Milestone #4 at the 120 day mark.

The kick-off stage marks the beginning of the project after a successful acceptance of the questbook grant.

We believe in performance-based compensation, so we will only be compensated upon value delivery after successfully delivering each of the Milestones.

Payment schedule

Kick-off Milestone #1 Milestone #2 Milestone #3 Milestone #4
Deadline Day 1 Day 30 Day 60 Day 90 Day 120
Payment $0 USD $10,000 USD $15,000 USD $15,000 USD $3,000 USD

For the multisig, we will use a Gnosis Safe multisig on Arbitrum One which has andreiv.eth and paulofonseca.eth as signers. From that multisig, all contributors and expenses will be paid at our discretion, but still fully transparently and, of course, onchain. :sunglasses:

:pray:
Thank you for reading this proposal until the end, and please give us your honest and harshest feedback. We know we need it, and we truly welcome it! :innocent:

Also, special thanks to @DisruptionJoe, @hiringdevs.eth, @cliffton.eth, @JoJo and anybody else who provided valuable feedback on this proposal during GovHack Brussels and afterwards!
:raised_hands:

read 9 min

Excited to share our team’s proposal! We believe this initiative will address a significant pain point in DAO governance by consolidating fragmented proposal information into a unified, open source and resilient platform.

Let’s make governance more accessible and effective together!

thank you for the diligence @ismailemin =)

I’m not really sure why the figma prototype embed component says 7 days ago… This file exists for months now… but this part of the file however, with the prototype for the Unified Proposal Lifecycle page proposal, was created last night… actually I was just editing it before I saw your comment.

You can see the whole file here, and you can also comment on it, with your feedback: https://www.figma.com/design/8c9gLo0ICTAhGMatRi3qU4/proposals.app?node-id=595-6626&t=Ou27vVDWLrRTvoTl-1

And as you can see from the figma file version history, this 2 frames were made from July 6th at 9:13AM (Brussels time I guess?) to today, July 7th, at 1:18PM

figma file version history

Great job folks! Really feel the pain of having to track everything from everywhere.

Vendor lock in is also real and something that bothers me despite being CEO of Tally.xyz. I’d love to see a world where Arbitrum owned it’s instance of Tally so that it wasn’t vendor lock in at all.

In the meantime, I think initiatives like this are super important!

Congrats all, solid progress against real pain-points; hoping to see this come alive soon!

Just did a livestream figuring out the information architecture for a aggregated proposal lifecycle page, that would show the info of a proposal from the discourse forum, to the snapshot temp check poll, to the onchain vote.

I mapped the pages from Tally, Aragon (old and new), and Snapshot, to have a diversity of inputs in this work so that I can understand what different product have deemed important when presenting the information of a DAO proposal.

You can browse and comment in the FigJam file that I created during this session, and if you have the patience for it, you can also watch the 3 hour long live stream (it was my first ever =).

I’ll do a following session soon.

Hey Paulo and team,

Just wanted to say awesome job on the Arbitrum Proposals App. The idea of consolidating governance info in a nicely formatted and clean way for delegates to navigate is super important. Also, the plan to map the proposal lifecycle and make everything accessible in one place is spot on.

We’re close to releasing something similar at Open Dollar, apparently great minds think alike! We just teased it on our Twitter: x.com

Looking forward to seeing your project in action. Keep up the great work!

@Bau thank you for the support! =) the fork feature you are doing is… chef’s kiss! =)

8 days later

Hello all!

I just updated this proposal with a few more details.

We want to have this proposal on temperature check on Snapshop next Tuesday July 23rd.

Please provide your feedback soon!

Thank you!
:pray:

Updated the proposal with new timelines, we are now aiming to get this proposal into temperature check vote on Snapshot next Thursday, 25th of July.

Hey @jameskbh!
Thank you for the heads up!
This latest update resulted from a conversation with @Pruitt from Entropy where we basically realized that pushing this proposal to snapshot on August 1st would delay this proposal a little bit too much as we want to have some feedback from the DAO as a temperature check as soon as possible, aka, this week. This proposal has been on the forum for more than 2 weeks now, so we think is reasonable to have it pushed to snapshot this week.

Hello! Thanks for your proposal.

It is a detailed presentation, I really liked the demo and I believe it is a useful tool. As this problem is not new, others are also trying to solve it. Can you highlight, for the sake of comparison, what differentiate your tool from syncvote, for example, so we can select yours instead of going through an RFP or something similar?

Hey @jameskbh thank you for reading it through!

So, we don’t really think proposals.app is comparable to syncvote for example, but maybe more similar to lighthouse.cx or goverland.xyz, although both of these apps don’t show data for onchain proposals, and only show snapshot polls.

Currently, on proposals.app you can get daily email notifications for Arbitrum DAO offchain and onchain proposals, and also a custom email notification for when an onchain proposal is about to end and hasn’t met quorum yet. And if you add proposals.app as a shortcut app on your phone home screen, you will also get push notifications whenever there is a new proposal.

Also, proposals.app is the only platform of this kind, as far as we are aware, that is fully open-source, and therefor, if something were to happen to our team where we wouldn’t be able to maintain or continue the work on proposals.app, anybody else in the world could continue it, by forking our github repo and deploying their own instance. We believe this to be our fundamental difference, comparing to other players, since this forces us to work in the open and constantly designing and developing better functionality to support delegates and voters. This also makes our position to be more similar to a public good, and not a VC backed startup that needs to find a way to return value to their investors.

That’s why we believe that communities like Arbitrum DAO should fund our work, and that’s why we put forward this specific proposal.

Moving forward, what we are aiming for with this proposal is to design and develop a dedicated functionality for the Arbitrum DAO, that will live on arbitrum.proposals.app, that will aggregate the data for the whole lifecycle of every single Arbitrum DAO proposal, from the discussion in the forum, to the onchain execution. For this to be done successfully, it requires a mapping between forum post X, snapshot poll Y, and onchain proposal Z, that we will be doing retroactively for all past Arbitrum DAO proposals, and make sure to develop a system that can do that mapping for future Arbitrum DAO proposals as well.

If you have any further questions, please reach out!

Thank you once again for taking the time to go through our proposal!

Thanks for the proposal @paulofonseca and congrats to the winning at GovHack Brussels!

You incorporated the hosting cost for 3 years, but what do you think about additional requirements and/or code upgrades based on external circumstances?

Thank you for your question @Tane and thank you for taking the time and care to read our proposal! =)

So answering your question, other than the hosting costs to keep the servers up and running, the overall maintenance that would be needed for the next 3 years, is if Arbitrum governance contracts change somehow and therefor we would need to update our indexers accordingly. For starters, that’s not very likely to happen, but if it does, we commit to update our app as soon as possible, because since we send daily notifications emails to our users, we need to have the correct data for the that next day email to be accurate.

Also, just as a reminder, our app is fully open-source on GitHub - proposals-app/proposalsapp

Thank you!