[DRAFT] Develop Grant Monitoring and Alerting System

ARCHIVED Mission Proposals
,
1

S4 Intent: Intent 4 - Governance Accessibility

Proposed Mission: Develop Grant Monitoring and Alerting System

Proposal Tier: Fledgling Tier

Please verify that you meet the qualifications for submitting at the above Tier:

Opti.Domains is a grant recipient in season 3, Cycle 11

Grant Update: [READY][GF: Phase 1 Proposal] Opti.domains | Interoperable domain name for the OP Stack - #22 by chom

As clarified by @lavande: “That sounds like Fledging! Receiving and executing on a grant constitutes working with the Collective”

Baseline grant amount: 85,000 OP

% of total available Intent Budget: 2.83%

Please check here if access to upfront capital is a barrier to completing your Mission and you would like to be considered for a small upfront cash grant:

It would be great if we could access some small upfront capital to reduce unpredictable risks on the development, such as Twitter API price increases / Need to hire a traditional software house to speed up the development.

Alliance name: Opnitor

Alliance Lead: Chomtana Chanjaraswichai (Opti.domains)

Contact info: Chomtana001@gmail.com

L2 recipient address: 0x73F4e6132Cd9E4a3945d9CA6E98e5985BBe16d2D

Please list the members of your Alliance and link to any previous work:

Chomtana Chanjaraswichai (Opti.Domains, Alliance Lead)

Warun Singhal (Developer)

Working as a Blockchain Software Engineer at Finstable co. ltd (01/2022 - Present)

  • Joined BANGKOK BLOCKATHON 2023 by SCB10X ( APR 2023 ) and made it to 15 of the finalists team with the project BestEx: The Super Aggregator, BestEx searches for the best prices for your trade over DEX Aggregators and Centralized Exchanges.
  • Joined SCALING ETHEREUM by ETHGlobal ( MARCH 2023 ) and got the prizes Winner of The Graph - Best new subgraph(s) & Winner of Polybase with the project ScalingTree: One repository for the world tree data. Social media for trees.
  • Joined FVM SPACE WARP by ETHGlobal ( FEB 2023 ) and got the prize Winner of Filecoin & IPFS - FVM Jetpacks with the project Cretodus: A decentralized data marketplace where any users can upload any data they want to keep it on Filecoin network for data preserving. Cretodus | ETHGlobal

Nattawat Songsom (Developer)

Experience:

  • Currently working as a blockchain software engineer at FInstable co. ltd (01/2023 - PRESENT)
  • Joined the Autonomous world 2023 hackathon by ETHGlobal and built Muddy Heart, an On-chain action RPG game powered by @lattizexyz’s MUD engine. Muddy Heart | ETHGlobal
  • joined the BANGKOK BLOCKATHON 2023 by SCB10X ( APR 2023 ) and made it to 15 of the finalists team with the project BestEx: The Super Aggregator, BestEx searches for the best prices for your trade over DEX Aggregators and CEX, guaranteeing your best execution prices in trading. Pitch video link: Sainy Karode - BestEx Intro #BangkokBlockathon2023...
  • joined SCALING ETHEREUM by ETHGlobal ( MARCH 2023 ) with the project ScalingTree: One repository for the world tree data. Social media for trees. ScalingTree | ETHGlobal and got the prizes
    • Winner of The Graph - Best new subgraph(s)
    • Winner of Polybase - Pool Prize
  • joined FVM SPACE WARP by ETHGlobal ( FEB 2023 ) and got the prize Winner of Filecoin & IPFS - FVM Jetpacks with the project Cretodus: A decentralized data marketplace where any users can upload any data they want to keep it on Filecoin network for data preserving. Cretodus | ETHGlobal

Academic work:

Teerawut Saesim (Developer)

Work Experience: Currently working as Software Engineer at Finstable co,. Ltd (10/2022- Present)

  • Consolation Prize at the final round of National Software Contest (NSC2022) to make digital platform that helps medical personnel manage COVID-19 case data, in the format of a web application.
  • Joined Hack FS 2023, ETH Global. Project name “Videfi”, a web3 content platform utilizing decentralized file storage solutions, such as Filecoin, IPFS, Lighthouse.storage, NFT.storage, etc. Videfi aims to make freedom of content creation and strengthen ownership upon content of creators. Videfi | ETHGlobal
  • Joined the Autonomous world 2023 hackathon by ETHGlobal and built Muddy Heart, an On-chain action RPG game powered by @lattizexyz’s MUD engine. Muddy Heart | ETHGlobal

Tanakorn Karode (Developer)

Working experience:

  • 05/2023 - Present
    Currently working as a CTO of Prairie Falcon Partners, providing crypto currency market making service
  • 07/2020 - Present
    Blockchain researcher at BLOCK research team, Prince of Songkla University, Phuket, Thailand
  • 02/2023 - 05/2023
    Software Engineer at Trinket Inc., a social media platform utilizing location and time for experiencing, adapt a blockchain for media preservation
  • 02/2023 - 05/2023
    Technical Advisor at Finstable Co., Ltd.
  • 03/2021 - 01/2023
    CTO at Finstable Co., Ltd.,
  • 07/2020 - 02/2021
    Lead blockchain engineer at Finstable Co., Ltd., a blockchain consulting firm, providing total solution for business tokenization and blockchain services

Competition:

  • 06/2023
    Joined Hack FS 2023, ETH Global. Project name “Videfi”, a web3 content platform utilizing decentralized file storage solutions, such as Filecoin, IPFS, Lighthouse.storage, NFT.storage, etc. Videfi aims to make freedom of content creation and strengthen ownership upon content of creators. Videfi | ETHGlobal

  • 05/2023
    Joined the Autonomous world 2023 hackathon by ETHGlobal and built Muddy Heart, an On-chain action RPG game powered by @lattizexyz’s MUD engine. Muddy Heart | ETHGlobal

  • 04/2023
    Joined the BANGKOK BLOCKATHON 2023 by SCB10X and made it to 15 of the finalists team with the project BestEx: The Super Aggregator, BestEx searches for the best prices for your trade over DEX Aggregators and CEX, guaranteeing your best execution prices in trading. Pitch video link: Sainy Karode - BestEx Intro #BangkokBlockathon2023...

  • 03/2023
    Joined SCALING ETHEREUM by ETHGlobal with the project ScalingTree: One repository for the world tree data. Social media for trees. ScalingTree | ETHGlobal and got the prizes

    • Winner of The Graph - Best new subgraph(s)
    • Winner of Polybase - Pool Prize

  • 02/2023
    Joined FVM SPACE WARP by ETHGlobal and got the prize Winner of Filecoin & IPFS - FVM Jetpacks with the project Cretodus: A decentralized data marketplace where any users can upload any data they want to keep it on Filecoin network for data preserving. Cretodus | ETHGlobal

Academic work:

Ittiwat Whangdee (UX/UI Designer)

Working experience:

  • Currently working as a UX/UI Designer at Finstable Co., Ltd.,
  • Mobile Developer at Bangkok Web Solution Co., Ltd.,

Competition:

  • Joined the Autonomous world 2023 hackathon by ETHGlobal and built Muddy Heart, an On-chain action RPG game powered by @lattizexyz’s MUD engine. Muddy Heart | ETHGlobal

  • Joined the BANGKOK BLOCKATHON 2023 by SCB10X ( APR 2023 ) and made 15 of the finalists team with the project BestEx: The Super Aggregator, BestEx searches for the best prices for your trade over DEX Aggregators and CEX, guaranteeing your best execution prices in trading. Pitch video link

  • Joined SCALING ETHEREUM by ETHGlobal ( MARCH 2023 ) with the project ScalingTree: One repository for the world tree data. Social media for trees. (ScalingTree | ETHGlobal) and got the prizes

    • Winner of The Graph - Best new subgraph(s)
    • Winner of Polybase - Pool Prize

  • Joined FVM SPACE WARP by ETHGlobal ( FEB 2023 ) and got the prize

    • Winner of Filecoin & IPFS - FVM Jetpacks with the project Cretodus: A decentralized data marketplace where any users can upload any data they want to keep it on Filecoin network for data preserving.

Petch Luancharoen (UX/UI Designer, Inspex Point of Contact)

  • UX/UI Designer at Inspex
  • Former UX / UI Designer at DoDeep

Please explain how this Mission will help accomplish the above Intent:

This mission aims to address inefficiencies and lack of transparency in the current grant monitoring and reporting system for the Optimism ecosystem. The problems identified include irregularities in grant reporting guidelines, difficulty in locating important documents, and lack of alerts for fund transfers. In addition, there’s also a need for better transparency in the tracking of how the foundation uses the funds.

Our proposed solution is to develop a comprehensive dashboard that centralizes grant-related activities across the Optimism ecosystems. This dashboard will track the income and expenses of grant recipients and any entities related to the Optimism Foundation by incorporating existing technologies such as Opti.Domains for social identity verification, Inspex for alerting on-chain events, and contributing to the development of public API for the Optimism governance subgraph, our solution will ensure real-time monitoring, accountability, and improved reporting in the system.

This mission is crucial to enhance the efficiency, transparency, and accountability of the grant system. More specifically:

Efficiency: Our dashboard aims to streamline the reporting process by centralizing all grant-related activities in one place. The platform allows any team member to submit updates and post expense reports in a timely and structured manner. This will help avoid any inconsistencies and misunderstandings that arise due to changing reporting guidelines.

Transparency: Our solution will monitor the income and expenses of grant recipients and entities related to the Optimism Foundation. This will allow all interested parties to have a clearer understanding of how funds are being allocated and used.

Accountability: Our alerting system ensures that significant transfers of granted OP tokens from tracked wallets will not go unnoticed. If a grantee fails to submit an expense report within three days of a transfer, they will be publicly flagged.

What makes your Alliance well-suited to execute this Mission?

Our alliance is well-suited to execute this mission because we are a team of experienced blockchain developers, who have previously been recipients of such grants. We understand the pain points and complexities of the current system firsthand and have the necessary expertise in web3 development to tackle these issues.

We have already conducted extensive feasibility research on this topic and designed a wireframe for our platform. This shows that we understand the project requirements in depth and clearly envision what needs to be done.

Optimism Grant Monitoring Final
Optimism Grant Monitoring Final1920×1915 229 KB

image
image2961×1642 431 KB

We have researched that Inspex is developing an alerting system to alert on-chain events. They also support webhook integration, which fits our use cases. So, we will utilize their product to develop the alerting system. Moreover, they are an audit company that can further enhance the possibility of our application in the security field.

The primary advantage of this approach is that it allows us to save significant time developing our alerting system by leveraging the benefits of the Inspex software, including its future developments.

However, if Inspex doesn’t fit our needs, we have an alternative to adopt our subgraph for alerting.

image
image1718×1944 326 KB

In addition, Opti.domains have developed a system for validating social identities and associating them with domains. This enhances the identification of each team member beyond just their names by linking them to their domain names.

image
image1035×483 42.5 KB

image
image1079×1194 62.7 KB

Opti.domains has also integrated with the Ethereum Attestation Service (EAS) to facilitate attestations from domain name.

image
image1545×1301 160 KB

In a landmark achievement, Opti.domains has successfully patched Wagmi and Rainbowkit to support its registry on Optimism. This represents a feat that no other domain name providers have accomplished before, illustrating a profound understanding of advanced technology.

For a pain-point-based presentation, see our comment below

Please list a critical milestone. The critical milestone should be a measure of whether you’ve made best efforts to execute what is outlined in this proposal or not. If you fail to achieve your critical milestone, your grant may be clawed back.

  • Develop and deploy subgraph related to grant monitoring.
  • Develop a grant dashboard
  • Develop a personal grant dashboard
  • Develop a transaction explorer
  • Develop a grant reporting system
  • Develop alerting system
  • Integrate alerting system with the Inspex platform
  • Integrate alerting system with a Twitter account (Like Whale Alert)

How should Token House delegates measure progress towards this Mission: These should focus on progress towards completion. Including expected completion dates for each is recommended.

  • Expected to have a completely working subgraph API by 15 August 2023
  • Expected to have grant monitoring, reporting and transaction dashboard by 30 August 2023
  • Expected to have an alert system by 20 September 2023 in case we don’t have business development problems with Inspex

How should badgeholders measure impact upon completion of this Mission? These should be focused on performance and may be used by badgeholders to assess your Misson’s impact in the next round of RetroPGF.

  • User experience improvement in browsing the grant information.
  • How much more information about OP token transfer for each grant participant and the foundation?
  • How many unexpected grant transfers in the past got detected with our tool?
  • How many grant participants submit their grant updates and expense reports?
  • Engagement in the transfer alert tweet.
  • How many “Other” labels in the official analytic get discovered?

Breakdown of Mission budget request:

Alliance and project lead: 20k OP

The Alliance and Project Lead will be responsible for coordinating the project proposal. This includes researching pain points in the governance system and ensuring that the project aligns with the Optimistic Vision. They will also develop wireframes and engage in business development activities with partners. In addition, this role entails developing a subgraph and some aspects of the backend system, and composing each part together for a holistic project. Lastly, they will oversee the deployment of the project to production.

Grant collective maintenance: 10k OP

Involve manual work for collecting the data of the grant proposals from the past seasons and indexing them into a structured format that can benefit the data analyst.

This is done by the alliance lead.

Inspex (or other) partnership budget: Will use project lead budget if have to

Note: We are not currently officially partnered with Inspex. This is the maximum budget for establishing a partnership with Inspex.

Our partnership with Inspex will involve utilizing their upcoming product for an advanced alerting system. The team will harness their dashboard system for alert management, and convince Inspex to provide support for the Optimism chain.

In case of any problem with Inspex, for an alternative, we have the option to use Using Subgraph (Gasless) - Developers with our subgraph, but the official documentation only shows using hosted subgraph which is already sunsetted: The Road to Sunsetting the Hosted Service: Advancing Fully Decentralized Infrastructure - The Graph Blog.

Inspex point of contact and UX / UI: 10k OP

Our UX/UI team will focus on designing the user interface and enhancing the user experience. Their responsibilities will include designing a responsive user screen and performing quality checks on the developed frontend.

Developers: 10k * 4 = 40k OP

We require a team of four developers due to the short timeframe of two months. This requirement is based on the speed of a solo developer working on Opti.domains. The first phase will involve developing a grant, foundation, and transaction dashboard. In the second phase, the team will develop an alert system and a Twitter alert system and integrate it with the Inspex solution.

Reserve for infrastructure cost reimbursement and emergency situations: 5k OP

This reserve will cover infrastructure costs, including server costs and Twitter API expenses. This will sustain for at least 3 years.

I confirm that my grant will be subject to clawback for failure to execute on critical milestones: Yes

I confirm that I have read and understand the grant policies: Yes

I understand that I will be required to provide additional KYC information to the Optimism Foundation to receive this grant: Yes

I understand that I will be expected to follow the public grant reporting requirements outlined here: Yes

2 Likes
2

something like this could be broadly helpful in getting accountability and tracking performance (and I think there are a few missions outlining this)

but what’s the advantage of tying this so closely with opti.domains vs ENS extensions?

perhaps @matoken.eth could share thoughts as well?

3

Thank you for your proposal.

With your expertise mentioned above, I am confident that you would be a right candidate to build something like it.

This dashboard will track the income and expenses

are you referring to inflow and outflow of amount between two dates ? something like this or there is more to it, can i drill down on a specific wallet, will i be able to see the details on specific pair( eg, op/eth)

Inspex partnership budget

Do you have any alternate to this ? Paying 20K for partnership to use a use tool put lot of dependencies your project on one specific tool, any alternate OSS would be better suited i believe.

4

The main advantage is that we can execute on-chain transactions referencing the domain. Why? Because the official solution to ENS on L2 is only to deploy a resolver on L2 and connect to the registry on L1 with an off-chain technique: ENS Layer2 and offchain data support - ENS Documentation

This limits the potential of on-chain transactions due to missing on-chain domain ownership data.

The next one is that opti.domains has implemented the social oracle system such that one can connect their domain name to their social profile. This can be used to verify the grant’s official social profile and the team’s social profile. Social oracle also involves legal things that should be avoided from the grant monitoring system to have it legally free.

image
image1035×483 42.5 KB

image
image1329×1271 55.8 KB

Another advantage is we have implemented DiamondResolver, which can be upgraded without losing the data and connect to the EAS system. EAS is an attestation system Optimism focuses on. Every resolver record change will result in a new attestation.

Every social profile connecting with a domain name will result in 2 attestations: One off-chain attestation from the social oracle and another on-chain attestation from the change of resolver record.

image
image1563×1634 291 KB

image
image889×750 61.4 KB

To do a grant update and expense report, we can submit that attestation record on-chain and associated with the domain name. This will also have the advantage of knowing the social profile of the attestor.

image
image3332×808 296 KB

One missing feature in Rainbowkit is connecting to a non-primary domain name which is needed to handle multiple alliances managed by one wallet.

5

A high-level concept is like the one you mention, but yes, we can drill down on a specific wallet. I have spent some time analyzing that dashboard and GitHub - ethereum-optimism/op-analytics: Onchain Data, Utilities, References, and other Analytics on Optimism to spot differences between our design

  • This chart doesn’t provide info on each transaction and each wallet as you pointed out. However, this table does but it is missing the transaction hash required to track in the blockchain. We plan to drill down to each transaction hash.
  • You can’t find Opti.domains in that chart and table despite there being some funds transferred from “OP Foundation Sentry Wallet” to “1 Year lock multi-sig” at this transaction. We plan to discover all kind of OP grant not limited to partner fund or growth experiment grant.
  • I have looked into Bored Town and found a record that says “Bored Town has transferred 2000 OP to OptiChads”! That’s totally wrong!!! Bored Town transferred 2000 OP to QuestN, not OptiChads! (Transaction / QuestN Proof)
    image
    image3092×186 17 KB
  • No public reporting proof of each grant usage while our system encourages public reporting of grant usage or being alerted.
  • And there may be many unknown things left to be discovered.

There is a summary of the Optimism grant incentive program in Dune too but there is no Opti.domains there.

https://dune.com/oplabspbc/optimism-incentive-program-usage-summary

Current monitoring by Optimism seems to be focusing on “Grant Efficiency”. Since the builder grants are in the lock, there is no efficiency and thus no record in the official monitoring.

We are only focusing on the overview, detail, reporting, and alerting of the OP transfer. Grant efficiency isn’t in our scope. Therefore, we don’t provide any pair-related and TVL information.

We have already included a rough overview of deep down into the detail of each grant in our wireframe. Moreover, we also include a system to report the grant update and expense report.

image
image801×1922 205 KB

image
image1096×1592 209 KB

20k is the maximum budget allocated for a partnership with Inspex. As the negotiation is not finalized yet, the final amount may be lower. I have asked Inspex’s point of contact about this, and the current status is as follows

  • Lighthouse is currently intended to be free for basic use on Bitkub, BNB, Ethereum, and Polygon.
  • Sadly, Optimism isn’t supported yet.
  • More detail later. Hopefully, Optimism will be supported and be a free one soon.

For an alternative, we have the option to use https://docs.push.org/developers/developer-guides/sending-notifications/using-subgraph-gasless with our subgraph, but the official documentation only shows using hosted subgraph which is already sunsetted: The Road to Sunsetting the Hosted Service | Blog | The Graph.

6

Hi Opnitor Alliance, it’s great to see this mission proposal that intends to bring more transparency and accessibility to the Collective.

I’d like to understand a bit more on this mission from the data angle, specifically how this can enrich the current open source grant distribution tracking we have here on Dune (underlying SQL logic here. There is a lot of manual mapping required to stay up-to-date on project wallets, intermediate transfers and deployment. This data also gets fed into a dashboard that we use to track the overall performance against OP distributed by projects.

There’s a how to contribute article for the project above too.

Further questions:

  • What’s income, expense and transactions defined here? Think it’s a bit confusing to treat grants from the Foundation as income and token rewards as expense to a protocol.
  • How do you intent to track project wallets and other intricacies (intermediate wallets, internal transfers, vaults etc). Does this only apply to upcoming projects, or retrospectively too.
  • Is there expectation that project teams will be using opti.domains to disclose team wallets and any related wallets for the grant?

The views I express are my own and do not necessarily reflect those of OP Labs.

7

Hi @chom! Wanted to make sure you were aware of the Optimism Season 4 Pitching Sessions to help find the 4 delegate approvals you’ll need by this Wednesday at 19:00 GMT for your proposal to move to a vote.

These sessions are happening in Discord on Monday, 26.06 2pm ET / 6pm GMT / 8pm CET and Tuesday, 27.06 11am ET / 3pm GMT / 5pm CET.

You can sign-up here!

8

For a grant from the foundation, it will be in Total received and usage

  • Total received: Total OP received from a known foundation wallet
  • Total usage: max(0, Total OP sent out of wallet - Total OP sent into wallet + Total OP received from foundation)

In case the project or wallet receives more external OP than the total OP that they have used, we will consider that project is not using foundation-granted OP but their own OP from revenue. Thus, total usage is 0.

For income and expense, it’s the total of OP tokens coming in and out.

  • Total income: Total OP sent into the wallet
  • Total expense: Total OP sent out of the wallet

image
image1105×478 6.26 KB

We’re sorry it’s a bit confusing since we are unsure what vocabulary to use there.

Our tool can contribute to your manual address labeling database, especially for grant-related addresses. However, foundation-related addresses may still require manual work from the foundation or some kind of crowdsourcing that may be ineffective.

This may be a great contribution, as grant tracking is now inefficient. I have highlighted some key mistakes of grant-related transactions in your analytics.

For 1-year lock multi-sig case to work, we still need the foundation to provide us with the multi-sig address since the foundation deploys it and it’s not written elsewhere.

Here we will highlight how our grant reporting works within a storyline:

  1. Opti.domains received a grant from the foundation of 50k OP.
  2. Opti.domains sent 10k OP to an intermediate wallet for rewarding decentralized work NFT holders.
  3. That intermediate wallet approves 5k OP each to two NFT contracts.
  4. Opti.domains sent 10k OP to chomtana.op
  5. Opti.domains sent 5k OP to an unknown wallet
  6. Opti.domains sent 5k OP to Bored Town wallet
  7. Our tool detect that Opti.domains approve 5k OP to two unknown contracts and transfer 10K OP to chomtana.op, 5k OP to an unknown wallet and 5k OP to Bored Town wallet
  8. Opti.domains team members will be alerted to submit an expense report within 3 days
  9. Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season.
  10. Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3)
  11. Opti.domains must submit an expense report in our platform by entering these details
    1. Grant reporting link in the governance forum.
    2. Short label for each wallet transferred and approved. For chomtana.op case, the grantee also needs to enter the label. But for the bored town case, somebody else has already labeled it, so we will let the grantee check if it’s correct. Grantee may choose to report partially in one and write another report.
    3. Short description of each transfer.
    4. Grantee need to check if that wallet is an intermediate wallet or end user wallet.
    5. Related grant.
    6. Related grant update.
    7. Check if they have submitted the foundation financial department’s Google form.
  12. (Optional) Delegates with enough voting power can check the report and approve/reject it. If no delegate judges the report, it is approved by default.

With this process, the grantee will greatly help to label the address because if they don’t, they will be alerted after three days.

Our tool may help the foundation in labeling unknown addresses, that I will discuss in the following section.

It will apply retrospectively too. However, we will first utilize your OP analytics database for foundation transactions and do some manual work on grant-related things.

We will try to filter out minor transfers to users by matching them with the approval to reduce the noise of unknown addresses.

Then this list will be available for crowdsourcing. We will design this process later.

With the current design, we may not be able to expect people to use opti.domains to disclose their wallet, although I am the one who build opti.domains.

Disclosing of grant-related wallet is mainly done through grant reporting process described above.

opti.domains is mainly used to link the project and team identity with the wallet address and simplified into a single domain name. This domain name will be referenced on each reporting attestation. Later, this will form a social graph where we can analyze the relationship between each grant together in the future. (Your data analytics team will greatly benefit from this social graph, I think so)

With the behavior of people, including me, that tend to use the intermediate wallet to receive money from different companies, these wallets usually don’t have a domain attached. This is the reason why we shouldn’t rely on opti.domains to disclose grant-related wallets.

However, if the recipient uses opti.domains it will greatly help in this process but we can’t force them to use.

9

This is a presentation specially designed to address grant council pain points

Here, we will highlight key problems and solutions related to the grant council

DOES GRANT COUNCIL NEED TO MIGRATE TO OUR PLATFORM IN ORDER TO IMPLEMENT?

NOOOOOOOOOOO, Grant Council still has independent decision power over the platform you would like to use. You can continue to use Charmverse for submitting grants and this governance forum for submitting grant updates. Optimism foundation’s financial department can continue to use its own way of expense reporting.

How is this possible? Because we just let the user put the link to that platform. Not putting the entire proposal.

image
image2015×1042 181 KB

Our platform is like a collective of optimism grants. We are focusing on linking data together rather than the proposal submission process.

Grant proposals scattered all over multiple platforms

Grant proposals are scattered all over multiple platforms.

Season 4 on Charmverse

image
image1504×1859 412 KB

Season 3 on this governance forum

Imagine you want to browse all grant proposals. You would need to go to multiple websites, which is very complex.

Our platform allows one to browse all grant proposals in one place, regardless of their session.

image
image1381×1128 95.5 KB

Note: this wireframe sill missing a lot of features

One alliance submitting multiple grants

With the current way of browsing grant proposals, it takes high effort to discover other grants that the alliance has submitted.

For example, Infinity Wallet has submitted grant proposals to multiple categories over multiple seasons.

In our platform, we will show related grants when we look into the detail of an alliance. We also aggregate the data from multiple grants from the same alliance into a single page.

image
image1818×1752 240 KB

image
image782×1829 193 KB

This page is at the alliance level instead of each separate grant.

Grant reporting process streamlining

The current way of grant reporting is by replying to a forum post. This solution doesn’t index the relation between grant reporting and milestones in a way that the data analytics team can process data.

Moreover, there isn’t any alert if the project doesn’t report its grant. So, a project can easily avoid grant reporting.

We can have an alert set on each milestone’s estimated date to alarm grantees to update their milestones to complete or postpone their milestones given a reason. However, postponing milestones will result in an alert.

On reporting, grantees need to link their report to each milestone to change the status of related milestones.

image
image1653×1168 102 KB

Check if the project has reached critical milestones

The current solution is to start a poll for council members to vote if a project has reached its critical milestones.

image

We can have each delegate with enough voting power to vote on the grant update or expense report directly if they accept or reject that grant update. If no one has voted, it will be in the approved state.

Grant expense tracking and reporting

Currently, it takes too much effort to track the grant expense, especially for Growth Experiments, where the project immediately gets the grant. Nobody has time to track the transfer of these grants.

This is a huge pain point.

Here we will highlight how our grant reporting works within a storyline:

  1. Opti.domains received a grant from the foundation of 50k OP.
  2. Opti.domains sent 10k OP to an intermediate wallet for rewarding decentralized work NFT holders.
  3. That intermediate wallet approves 5k OP each to two NFT contracts.
  4. Opti.domains sent 10k OP to chomtana.op
  5. Opti.domains sent 5k OP to an unknown wallet
  6. Opti.domains sent 5k OP to Bored Town wallet
  7. Our tool detect that Opti.domains approve 5k OP to two unknown contracts and transfer 10K OP to chomtana.op, 5k OP to an unknown wallet and 5k OP to Bored Town wallet
  8. Opti.domains team members will be alerted to submit an expense report within 3 days
  9. Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season.
  10. Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3)
  11. Opti.domains must submit an expense report in our platform by entering these details
    1. Grant reporting link in the governance forum.
    2. Short label for each wallet transferred and approved. For chomtana.op case, the grantee also needs to enter the label. But for the bored town case, somebody else has already labeled it, so we will let the grantee check if it’s correct. Grantee may choose to report partially in one and write another report.
    3. Short description of each transfer.
    4. Grantee need to check if that wallet is an intermediate wallet or end user wallet.
    5. Related grant.
    6. Related grant update.
    7. Check if they have submitted the foundation financial department’s Google form.
  12. (Optional) Delegates with enough voting power can check the report and approve/reject it. If no delegate judges the report, it is approved by default.

Grantees need to report their expenses within 3 days after they have transferred their OP.

If not, it will trigger an alert that will cause FUD on their project.

Then we will display the grant expense report summary and link them to each transaction.

image
image1676×1369 215 KB

image
image753×1092 124 KB

Analyzing relation of team members on other grants

One team member can relate to multiple unrelated projects. Especially in terms of advisors. With each member connected to Opti.domains, we can traverse the social graph to see if they are related to any other grant. For example, Opti.domains alliance is related to the Opnitor alliance developing this grant monitoring and alerting system.

10

Hi, we would like to invite grant council members to review our proposal.
Tagging @katie @Gonna.eth @jackanorak @Michael @kaereste @MattL @GFXlabs @MoneyManDoug @danelund.eth

Moreover, if this proposal gets accepted, we would like to apply to foundation missions without asking for more funding. We will utilize our 40k OP reserve in case there is any more work needed to address code of conduct enforcement.

Currently, other proposals only propose a solution to the delegate code of conduct. But the code of conduct does not only apply to the delegate but also the grantee. This proposal will contribute to the enforcement of the code of conduct related to the grant. Without asking for more fund, this proposal is perfectly composable with the other proposals and result in the actual impact for the Optimism ecosystems.

11

Hello Opti Domains, while I like the problem you are attempting to solve, there’s quite a bit to unpack here and alot that doesn’t make sense to me, questions below. This also seems like a large grant request for essentially building a dashboard

What do you mean by this? The Foundation does not use grant funds

Why would anyone be submitting an expense report?

Can you explain this? How is Twitter involved?

This company and events are listed multiple times, can you please provide links for these?

12

The foundation mainly uses funds for partner funds, governance things like grants, employees, and RetroPGF. However, we don’t know if the fund is used for another thing or not, like the market maker, which may not be documented. Now, these unknown usages will mark as transferred to “Other” in the existing analytic system.

It’s a bit hard to look at $1.71 | Optimism (OP) Token Tracker | Optimism

There are a lot of small transfers caused by approvals to a contract to distribute funds to the user participating in quests.

We sometimes found a significant transfer like this 25k OP marked as “Other” too: OP Mainnet Transaction Hash (Txhash) Details | Optimism

image
image2962×775 104 KB

If not, then it’s not easy to track how each grant used funds they received. For example, we can’t do any kind of data analytics to link transaction with the reason why it is transferred.

OP Labs have a similar kind of reporting process for grant recipients
Reporting requirement form - Optimism Collective Grants - Reporting Form

Twitter API is involved in alerting process. We need a Twitter API key to post tweets automatically, like Whale Alert. Now, twitter’s price has gone up too much such that many startup dies, and we don’t know if it will gone up in the future.

Luckily, the $100/month plan may be feasible for the alerting system for now but how can we be sure Twitter won’t increase the price more in the future?

image
image1624×273 30.3 KB

4 developers are from the same company and participating in similar events, which is why they are listed multiple times.

The timeframe is very short. It also involves heavy data analytics. Although it seems to be easy in the business view, there may be a lot of problems undiscovered in the data analytics field.

It’s more than a dashboard, we have designed the reporting process to have data organized and gather more data. These data can be used by other analytics teams too especially OP Labs’ official team.

In fact, it can break down to 3 proposals

  • Develop grant reporting and alerting mechanism
  • Develop grant proposals collective
  • Analyze the foundation OP token usage
13

We may be able to do this without Analyze the foundation OP token usage for a much smaller grant size. Let us discuss this together.

As the foundation, OP token usage is already responsible for the OP labs analytics team. It makes sense for us not to do this part.

With this part removed, many unpredictable things get removed, thus we can significantly reduce our grant size.

14

If I understand correctly, this is a system to develop grant monitoring and alert system which happens to use their name service as a backend data repository, so I just see it as unrelated project from ENS point of view. I can’t comment on how compatible their system is to ours as I don’t know much about their protocol.

15

Yes, like you said we use name service as a backend data repository to link social profiles and form a social graph which is a feature that doesn’t exists in ENS.

16

Hi, we have decided to reduce the grant size by about half from 150k OP to 85k OP!

We will dedicate more of our limited time to improving the grant reporting process. Therefore, we have to exclude the foundation analytic module from our final product

We have designed a personal dashboard in which a grantee can have a look at the overall of their grant in one place and for delegates to vote if that report is valid or not. With a reminder to the email. This process will greatly improve the coverage of grant report reading.

image
image2258×1904 188 KB

We would like to invite you all to review again!
Tagging @jackanorak @OPUser @katie who have given comment to our proposal

17

I will be busy tomorrow, so I won’t be responsive. This proposal is final. Hoping you all will approve our proposal in the last hour

18

Hey, thanks for the catch. These addresses are tagged manually, we’ll unmap it. There is complexity to handle in identifying the end users since both OptiChads and Bored Town distributed to QuestN.

In the interim, you can report any issues here (or modify the Dune reference table)

1 Like