S 4 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”
Collective Trust Tiers ? Mission Requests
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: Chomtana 001 @gmail.com
L 2 recipient address: 0 x 73 F 4 e 6132 Cd 9 E 4 a 3945 d 9 CA 6 E 98 e 5985 BBe 16 d 2 D
Please list the members of your Alliance and link to any previous work:
Chomtana Chanjaraswichai (Opti.Domains, Alliance Lead)
Solo developer developing Opti.Domains
1 st in Axelar 2 nd Code 4 rena audit contest
2 nd in Axelar 1 st Code 4 rena audit contest
Contribute to Seaport in Gas Optimization
Fork Wagmi Library to integrate support for custom ENS UniversalResolver support
Fork Rainbowkit Library to integrate support for the domain name on Optimism
Participated in SCB Bangkok Blockathon 2023 and won 3 rd price with 838 .Earth project
Participated in SCB Bangkok Blockathon 2021 and won 2 nd price with Estate-Onblock project
Won silver medal in 13 th Thailand Olympiad in Informatics (TOI 13 )
Won many hackathons in the past
Warun Singhal (Developer)
Working as a Blockchain Software Engineer at Finstable co. ltd ( 01 / 2022 - Present)
Joined BANGKOK BLOCKATHON 2023 by SCB 10 X ( 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.
ethglobal.com
ScalingTree | ETHGlobal
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 SCB 10 X ( 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 #BangkokBlockathon 2023 ...
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:
Published the paper “The SWC-based Security Analysis Tool for Smart Contract Vulnerability Detection” which presents a Solidity analysis tool for detecting bugs in smart contracts. Link: The SWC-based Security Analysis Tool for Smart Contract Vulnerability Detection | IEEE Conference Publication | IEEE Xplore
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 (NSC 2022 ) 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 web 3 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 web 3 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 SCB 10 X 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 #BangkokBlockathon 2023 ...
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:
W. Werapun, T. Karode, T. Arpornthip, J. Suaboot, E. Sangiamkul, P. Boonrat, ( 2023 ). The Flash Loan Attack Analysis (FAA) Framework—A Case Study of the Warp Finance Exploitation. Informatics - MDPI 2023 , Vol 10 , issue 1 (March 2023 ), pp. 1 - 22 , https://doi.org/ 10 . 3390 /informatics 10010003 , ISSN- 2227 - 9709
T. Karode and W. Werapun, “Robustness against fraudulent activities of a blockchain-based online review system”, Peer-to-Peer Networking and Applications, Spinger Nature, IF ( 2020 ) 3 . 07 , E-ISBN 1936 - 6450 , P-ISBN 1936 - 6442 , Vol 14 , Issue 5 , ISI Q 2 , 23 Aug 2021 .
T. Karode, W. Werapun, T. Arporntip, “Blockchain-based Global Travel Review Framework” The International Journal of Advanced Computer Science and Applications (IJACSA), Volume Il. No 8 . pp. 90 - 99 , August 2020 (ISI / Scopus Index).
T. Karode, W. Werapun, “Performance Analysis of Trustworthy Online Review System using Blockchain”. The 17 th International Conference on Electrical Engineering/Electronics, Computer, Telecommunications and Information Technology (ECTI-CON 2020 ), pp. 510 - 513 , 24 - 27 June 2020 .
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 SCB 10 X ( 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.
ethglobal.com
Cretodus | ETHGlobal
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 web 3 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.
drive.google.com
Optimism Grant Monitoring Final.png
Google Drive file.
Optimism Grant Monitoring Final 1920 × 1915 229 KB
image 2961 × 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 1718 × 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 1035 × 483 42 . 5 KB
image 1079 × 1194 62 . 7 KB
Opti.domains has also integrated with the Ethereum Attestation Service (EAS) to facilitate attestations from domain name.
image 1545 × 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.
ensgrants.xyz
Add custom UniversalResolver support to Wagmi
Support custom UniversalResolver for ENS resolution in Wagmi library
@wagmi/core: npm:@optidomains/wagmi-core@ 1 . 2 . 0
wagmi: npm:@optidomains/wagmi@ 1 . 2 . 0
rainbowkit: npm:@optidomains/rainbowkit@ 1 . 0 . 1 -ure 2
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: 20 k 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: 10 k 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: 10 k 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: 10 k * 4 = 40 k 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: 5 k 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
The post details a proposal for developing a Grant Monitoring and Alerting System for the Optimism ecosystem. The mission aims to enhance transparency and efficiency in grant monitoring by centralizing activities, creating an alert system, and incorporating existing technologies. The alliance consists of experienced blockchain developers versed in web3 development and previously awarded grants. The post outlines critical milestones and budget allocation for executing the mission effectively.
katie: 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
chom:
there’s also a need for better transparency in the tracking of how the foundation uses the funds.
What do you mean by this? The Foundation does not use grant funds
chom:
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.
Why would anyone be submitting an expense report?
chom:
This reserve will cover infrastructure costs, including server costs and Twitter API expenses.
Can you explain this? How is Twitter involved?
chom:
Working as a Blockchain Software Engineer at Finstable co. ltd (01/2022 - Present)
chom:
Joined BANGKOK BLOCKATHON 2023 by SCB10X ( APR 2023 )
chom:
Joined the Autonomous world 2023 hackathon by ETHGlobal
This company and events are listed multiple times, can you please provide links for these?
S 4 Intent: Intent 4 - Governance Accessibility
Proposed Mission: Develop Grant Monitoring and A…
S 4 Intent: Intent 4 - Governance Accessibility
Proposed Mission: Develop Grant Monitoring and Alerting System
Proposal Tier 1 : 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 4
As clarified by @lavande: “That sounds like Fledging! Receiving and executing on a grant constitutes working with the Collective”
Collective Trust Tiers ? Mission Requests
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: Chomtana 001 @gmail.com
L 2 recipient address: 0 x 73 F 4 e 6132 Cd 9 E 4 a 3945 d 9 CA 6 E 98 e 5985 BBe 16 d 2 D
Please list the members of your Alliance and link to any previous work:
Chomtana Chanjaraswichai (Opti.Domains, Alliance Lead)
Solo developer developing Opti.Domains 4
1 st in Axelar 2 nd Code 4 rena audit contest 6
2 nd in Axelar 1 st Code 4 rena audit contest 5
Contribute to Seaport in Gas Optimization 2
Fork Wagmi Library to integrate support for custom ENS UniversalResolver support 2
Fork Rainbowkit Library to integrate support for the domain name on Optimism 1
Participated in SCB Bangkok Blockathon 2023 and won 3 rd price with 838 .Earth project 2
Participated in SCB Bangkok Blockathon 2021 and won 2 nd price with Estate-Onblock project 2
Won silver medal in 13 th Thailand Olympiad in Informatics (TOI 13 )
Won many hackathons in the past
Warun Singhal (Developer)
Working as a Blockchain Software Engineer at Finstable co. ltd ( 01 / 2022 - Present)
Joined BANGKOK BLOCKATHON 2023 by SCB 10 X ( 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.
ethglobal.com
ScalingTree | ETHGlobal
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 SCB 10 X ( 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 #BangkokBlockathon 2023 ...
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:
Published the paper “The SWC-based Security Analysis Tool for Smart Contract Vulnerability Detection” which presents a Solidity analysis tool for detecting bugs in smart contracts. Link: The SWC-based Security Analysis Tool for Smart Contract Vulnerability Detection | IEEE Conference Publication | IEEE Xplore 1
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 (NSC 2022 ) 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 web 3 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 web 3 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 SCB 10 X 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 #BangkokBlockathon 2023 ...
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:
W. Werapun, T. Karode, T. Arpornthip, J. Suaboot, E. Sangiamkul, P. Boonrat, ( 2023 ). The Flash Loan Attack Analysis (FAA) Framework—A Case Study of the Warp Finance Exploitation. Informatics - MDPI 2023 , Vol 10 , issue 1 (March 2023 ), pp. 1 - 22 , https://doi.org/ 10 . 3390 /informatics 10010003 , ISSN- 2227 - 9709
T. Karode and W. Werapun, “Robustness against fraudulent activities of a blockchain-based online review system”, Peer-to-Peer Networking and Applications, Spinger Nature, IF ( 2020 ) 3 . 07 , E-ISBN 1936 - 6450 , P-ISBN 1936 - 6442 , Vol 14 , Issue 5 , ISI Q 2 , 23 Aug 2021 .
T. Karode, W. Werapun, T. Arporntip, “Blockchain-based Global Travel Review Framework” The International Journal of Advanced Computer Science and Applications (IJACSA), Volume Il. No 8 . pp. 90 - 99 , August 2020 (ISI / Scopus Index).
T. Karode, W. Werapun, “Performance Analysis of Trustworthy Online Review System using Blockchain”. The 17 th International Conference on Electrical Engineering/Electronics, Computer, Telecommunications and Information Technology (ECTI-CON 2020 ), pp. 510 - 513 , 24 - 27 June 2020 .
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 SCB 10 X ( 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.
ethglobal.com
Cretodus | ETHGlobal
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 web 3 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.
drive.google.com
Optimism Grant Monitoring Final.png
Google Drive file.
Optimism Grant Monitoring Final 1920 × 1915 229 KB
image 2961 × 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 1718 × 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 1035 × 483 42 . 5 KB
image 1079 × 1194 62 . 7 KB
Opti.domains has also integrated with the Ethereum Attestation Service (EAS) to facilitate attestations from domain name.
image 1545 × 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.
ensgrants.xyz
Add custom UniversalResolver support to Wagmi 1
Support custom UniversalResolver for ENS resolution in Wagmi library
@wagmi/core: npm:@optidomains/wagmi-core@ 1 . 2 . 0
wagmi: npm:@optidomains/wagmi@ 1 . 2 . 0
rainbowkit: npm:@optidomains/rainbowkit@ 1 . 0 . 1 -ure 2
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: 20 k 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: 10 k 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: 10 k 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: 10 k * 4 = 40 k 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: 5 k 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
katie: 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
chom:
there’s also a need for better transparency in the tracking of how the foundation uses the funds.
What do you mean by this? The Foundation does not use grant funds
chom:
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.
Why would anyone be submitting an expense report?
chom:
This reserve will cover infrastructure costs, including server costs and Twitter API expenses.
Can you explain this? How is Twitter involved?
chom:
Working as a Blockchain Software Engineer at Finstable co. ltd (01/2022 - Present)
chom:
Joined BANGKOK BLOCKATHON 2023 by SCB10X ( APR 2023 )
chom:
Joined the Autonomous world 2023 hackathon by ETHGlobal
This company and events are listed multiple times, can you please provide links for these?
S 4 Intent 1 : Intent 4 - Governance Accessibility Proposed Mission: Develop Grant Monitoring a…
S 4 Intent 1 : Intent 4 - Governance Accessibility Proposed Mission: Develop Grant Monitoring and Alerting System Proposal Tier 1 : 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 opti.domains 2 As clarified by @lavande: “That sounds like Fledging! Receiving and executing on a grant constitutes working with the Collective” Collective Trust Tiers Trust Tiers 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: Chomtana 001 @gmail.com L 2 recipient address: 0 x 73 F 4 e 6132 Cd 9 E 4 a 3945 d 9 CA 6 E 98 e 5985 BBe 16 d 2 D Please list the members of your Alliance and link to any previous work: Chomtana Chanjaraswichai (Opti.Domains, Alliance Lead) Solo developer developing Opti.Domains 2 1 st in Axelar 2 nd Code 4 rena audit contest 2 2 nd in Axelar 1 st Code 4 rena audit contest 2 Contribute to Seaport in Gas Optimization 2 Fork Wagmi Library to integrate support for custom ENS UniversalResolver support 2 Fork Rainbowkit Library to integrate support for the domain name on Optimism 1 Participated in SCB Bangkok Blockathon 2023 and won 3 rd price with 838 .Earth project 1 Participated in SCB Bangkok Blockathon 2021 and won 2 nd price with Estate-Onblock project 1 Won silver medal in 13 th Thailand Olympiad in Informatics (TOI 13 ) Won many hackathons in the past Warun Singhal (Developer) Working as a Blockchain Software Engineer at Finstable co. ltd ( 01 / 2022 - Present) Joined BANGKOK BLOCKATHON 2023 by SCB 10 X ( 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. ethglobal.com ScalingTree | ETHGlobal 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 SCB 10 X ( 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 #BangkokBlockathon 2023 ... | Facebook 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: Published the paper “The SWC-based Security Analysis Tool for Smart Contract Vulnerability Detection” which presents a Solidity analysis tool for detecting bugs in smart contracts. Link: The SWC-based Security Analysis Tool for Smart Contract Vulnerability Detection | IEEE Conference Publication | IEEE Xplore 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 (NSC 2022 ) 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 web 3 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 web 3 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 SCB 10 X 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 #BangkokBlockathon 2023 ... | Facebook 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: W. Werapun, T. Karode, T. Arpornthip, J. Suaboot, E. Sangiamkul, P. Boonrat, ( 2023 ). The Flash Loan Attack Analysis (FAA) Framework—A Case Study of the Warp Finance Exploitation. Informatics - MDPI 2023 , Vol 10 , issue 1 (March 2023 ), pp. 1 - 22 , https://doi.org/ 10 . 3390 /informatics 10010003 , ISSN- 2227 - 9709 T. Karode and W. Werapun, “Robustness against fraudulent activities of a blockchain-based online review system”, Peer-to-Peer Networking and Applications, Spinger Nature, IF ( 2020 ) 3 . 07 , E-ISBN 1936 - 6450 , P-ISBN 1936 - 6442 , Vol 14 , Issue 5 , ISI Q 2 , 23 Aug 2021 . T. Karode, W. Werapun, T. Arporntip, “Blockchain-based Global Travel Review Framework” The International Journal of Advanced Computer Science and Applications (IJACSA), Volume Il. No 8 . pp. 90 - 99 , August 2020 (ISI / Scopus Index). T. Karode, W. Werapun, “Performance Analysis of Trustworthy Online Review System using Blockchain”. The 17 th International Conference on Electrical Engineering/Electronics, Computer, Telecommunications and Information Technology (ECTI-CON 2020 ), pp. 510 - 513 , 24 - 27 June 2020 . 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 SCB 10 X ( 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. ethglobal.com Cretodus | ETHGlobal 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 web 3 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. drive.google.com Optimism Grant Monitoring Final.png Google Drive file. Optimism Grant Monitoring Final 1920 × 1915 229 KB image 2961 × 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 1718 × 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 1035 × 483 42 . 5 KB image 1079 × 1194 62 . 7 KB Opti.domains has also integrated with the Ethereum Attestation Service (EAS) to facilitate attestations from domain name. image 1545 × 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. ensgrants.xyz ENS Small Grants 1 Vote on projects to receive funding from ENS DAO Working Groups. @wagmi/core: npm:@optidomains/wagmi-core@ 1 . 2 . 0 wagmi: npm:@optidomains/wagmi@ 1 . 2 . 0 rainbowkit: npm:@optidomains/rainbowkit@ 1 . 0 . 1 -ure 2 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: 20 k 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: 10 k 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: 10 k 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: 10 k * 4 = 40 k 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: 5 k 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
katie: 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
opti.domains:
there’s also a need for better transparency in the tracking of how the foundation uses the funds.
What do you mean by this? The Foundation does not use grant funds
opti.domains:
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.
Why would anyone be submitting an expense report?
opti.domains:
This reserve will cover infrastructure costs, including server costs and Twitter API expenses.
Can you explain this? How is Twitter involved?
opti.domains:
Working as a Blockchain Software Engineer at Finstable co. ltd (01/2022 - Present)
opti.domains:
Joined BANGKOK BLOCKATHON 2023 by SCB10X ( APR 2023 )
opti.domains:
Joined the Autonomous world 2023 hackathon by ETHGlobal
This company and events are listed multiple times, can you please provide links for these?
S 4 Intent: Intent 4 - Governance Accessibility Proposed Mission: Develop Grant Monitoring and A…
S 4 Intent: Intent 4 - Governance Accessibility Proposed Mission: Develop Grant Monitoring and Alerting System Proposal Tier 1 : 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 2 As clarified by @lavande: “That sounds like Fledging! Receiving and executing on a grant constitutes working with the Collective” Collective Trust Tiers ? Mission Requests 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: Chomtana 001 @gmail.com L 2 recipient address: 0 x 73 F 4 e 6132 Cd 9 E 4 a 3945 d 9 CA 6 E 98 e 5985 BBe 16 d 2 D Please list the members of your Alliance and link to any previous work: Chomtana Chanjaraswichai (Opti.Domains, Alliance Lead) Solo developer developing Opti.Domains 3 1 st in Axelar 2 nd Code 4 rena audit contest 2 2 nd in Axelar 1 st Code 4 rena audit contest 2 Contribute to Seaport in Gas Optimization 2 Fork Wagmi Library to integrate support for custom ENS UniversalResolver support 2 Fork Rainbowkit Library to integrate support for the domain name on Optimism 1 Participated in SCB Bangkok Blockathon 2023 and won 3 rd price with 838 .Earth project 1 Participated in SCB Bangkok Blockathon 2021 and won 2 nd price with Estate-Onblock project 1 Won silver medal in 13 th Thailand Olympiad in Informatics (TOI 13 ) Won many hackathons in the past Warun Singhal (Developer) Working as a Blockchain Software Engineer at Finstable co. ltd ( 01 / 2022 - Present) Joined BANGKOK BLOCKATHON 2023 by SCB 10 X ( 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. ethglobal.com ScalingTree | ETHGlobal 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 SCB 10 X ( 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 #BangkokBlockathon 2023 ... 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: Published the paper “The SWC-based Security Analysis Tool for Smart Contract Vulnerability Detection” which presents a Solidity analysis tool for detecting bugs in smart contracts. Link: The SWC-based Security Analysis Tool for Smart Contract Vulnerability Detection | IEEE Conference Publication | IEEE Xplore 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 (NSC 2022 ) 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 web 3 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 web 3 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 SCB 10 X 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 #BangkokBlockathon 2023 ... 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: W. Werapun, T. Karode, T. Arpornthip, J. Suaboot, E. Sangiamkul, P. Boonrat, ( 2023 ). The Flash Loan Attack Analysis (FAA) Framework—A Case Study of the Warp Finance Exploitation. Informatics - MDPI 2023 , Vol 10 , issue 1 (March 2023 ), pp. 1 - 22 , https://doi.org/ 10 . 3390 /informatics 10010003 , ISSN- 2227 - 9709 T. Karode and W. Werapun, “Robustness against fraudulent activities of a blockchain-based online review system”, Peer-to-Peer Networking and Applications, Spinger Nature, IF ( 2020 ) 3 . 07 , E-ISBN 1936 - 6450 , P-ISBN 1936 - 6442 , Vol 14 , Issue 5 , ISI Q 2 , 23 Aug 2021 . T. Karode, W. Werapun, T. Arporntip, “Blockchain-based Global Travel Review Framework” The International Journal of Advanced Computer Science and Applications (IJACSA), Volume Il. No 8 . pp. 90 - 99 , August 2020 (ISI / Scopus Index). T. Karode, W. Werapun, “Performance Analysis of Trustworthy Online Review System using Blockchain”. The 17 th International Conference on Electrical Engineering/Electronics, Computer, Telecommunications and Information Technology (ECTI-CON 2020 ), pp. 510 - 513 , 24 - 27 June 2020 . 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 SCB 10 X ( 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. ethglobal.com Cretodus | ETHGlobal 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 web 3 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. drive.google.com Optimism Grant Monitoring Final.png Google Drive file. Optimism Grant Monitoring Final 1920 × 1915 229 KB image 2961 × 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 1718 × 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 1035 × 483 42 . 5 KB image 1079 × 1194 62 . 7 KB Opti.domains has also integrated with the Ethereum Attestation Service (EAS) to facilitate attestations from domain name. image 1545 × 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. ensgrants.xyz Add custom UniversalResolver support to Wagmi 1 Support custom UniversalResolver for ENS resolution in Wagmi library @wagmi/core: npm:@optidomains/wagmi-core@ 1 . 2 . 0 wagmi: npm:@optidomains/wagmi@ 1 . 2 . 0 rainbowkit: npm:@optidomains/rainbowkit@ 1 . 0 . 1 -ure 2 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: 20 k 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: 10 k 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: 10 k 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: 10 k * 4 = 40 k 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: 5 k 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
katie: 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
chom:
there’s also a need for better transparency in the tracking of how the foundation uses the funds.
What do you mean by this? The Foundation does not use grant funds
chom:
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.
Why would anyone be submitting an expense report?
chom:
This reserve will cover infrastructure costs, including server costs and Twitter API expenses.
Can you explain this? How is Twitter involved?
chom:
Working as a Blockchain Software Engineer at Finstable co. ltd (01/2022 - Present)
chom:
Joined BANGKOK BLOCKATHON 2023 by SCB10X ( APR 2023 )
chom:
Joined the Autonomous world 2023 hackathon by ETHGlobal
This company and events are listed multiple times, can you please provide links for these?
something like this could be broadly helpful in getting accountability and tracking performance (an…
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?
chom: jackanorak:
but what’s the advantage of tying this so closely with opti.domains vs ENS extensions?
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.
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.
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.
One missing feature in Rainbowkit is connecting to a non-primary domain name which is needed to handle multiple alliances managed by one wallet.
matoken.eth: jackanorak:
perhaps @matoken.eth could share thoughts as well?
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.
Thank you for your proposal.
With your expertise mentioned above, I am confident that you would be …
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 2 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 20 K 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.
chom: OPUser:
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)
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)
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.
OPUser:
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.
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.
Thank you for your proposal.
With your expertise mentioned above, I am confident that you would be …
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 20 K 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.
chom: OPUser:
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)
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)
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.
OPUser:
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.
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.
something like this could be broadly helpful in getting accountability and tracking performance (an…
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?
chom: jackanorak:
but what’s the advantage of tying this so closely with opti.domains vs ENS extensions?
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.
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.
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.
One missing feature in Rainbowkit is connecting to a non-primary domain name which is needed to handle multiple alliances managed by one wallet.
matoken.eth: jackanorak:
perhaps @matoken.eth could share thoughts as well?
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.
Thank you for your proposal. With your expertise mentioned above, I am confident that you would be …
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 2 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 20 K 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.
chom: OPUser:
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)
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)
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.
OPUser:
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.
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.
jackanorak:
but what’s the advantage of tying this so closely with opti.domains vs ENS extensi…
jackanorak:
but what’s the advantage of tying this so closely with opti.domains vs ENS extensions?
The main advantage is that we can execute on-chain transactions referencing the domain. Why? Because the official solution to ENS on L 2 is only to deploy a resolver on L 2 and connect to the registry on L 1 with an off-chain technique: ENS Layer 2 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 1035 × 483 42 . 5 KB
image 1329 × 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 1563 × 1634 291 KB
image 889 × 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 3332 × 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.
jackanorak: but what’s the advantage of tying this so closely with opti.domains vs ENS extensi…
jackanorak: but what’s the advantage of tying this so closely with opti.domains vs ENS extensions? The main advantage is that we can execute on-chain transactions referencing the domain. Why? Because the official solution to ENS on L 2 is only to deploy a resolver on L 2 and connect to the registry on L 1 with an off-chain technique: ENS Layer 2 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 1035 × 483 42 . 5 KB image 1329 × 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 1563 × 1634 291 KB image 889 × 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 3332 × 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.
jackanorak: but what’s the advantage of tying this so closely with opti.domains vs ENS extensi…
jackanorak: but what’s the advantage of tying this so closely with opti.domains vs ENS extensions? The main advantage is that we can execute on-chain transactions referencing the domain. Why? Because the official solution to ENS on L 2 is only to deploy a resolver on L 2 and connect to the registry on L 1 with an off-chain technique: ENS Layer 2 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 1035 × 483 42 . 5 KB image 1329 × 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 1563 × 1634 291 KB image 889 × 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 3332 × 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.
OPUser:
are you referring to inflow and outflow of amount between two dates ? something like t…
OPUser:
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)
A high-level concept is like the one you mention 2 , 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 2 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 3092 × 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 801 × 1922 205 KB
image 1096 × 1592 209 KB
OPUser:
Do you have any alternate to this ? Paying 20 K 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.
20 k 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.
chom: chuxin_h:
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.
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
We’re sorry it’s a bit confusing since we are unsure what vocabulary to use there.
chuxin_h:
How do you intent to track project wallets and other intricacies (intermediate wallets, internal transfers, vaults etc)
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.
chom:
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)
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:
Opti.domains received a grant from the foundation of 50k OP.
Opti.domains sent 10k OP to an intermediate wallet for rewarding decentralized work NFT holders.
That intermediate wallet approves 5k OP each to two NFT contracts.
Opti.domains sent 10k OP to chomtana.op
Opti.domains sent 5k OP to an unknown wallet
Opti.domains sent 5k OP to Bored Town wallet
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
Opti.domains team members will be alerted to submit an expense report within 3 days
Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season.
Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3)
Opti.domains must submit an expense report in our platform by entering these details
Grant reporting link in the governance forum.
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.
Short description of each transfer.
Grantee need to check if that wallet is an intermediate wallet or end user wallet.
Related grant.
Related grant update.
Check if they have submitted the foundation financial department’s Google form.
(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.
chuxin_h:
Does this only apply to upcoming projects, or retrospectively too.
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.
chuxin_h:
Is there expectation that project teams will be using opti.domains to disclose team wallets and any related wallets for the grant?
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.
MSilb7: chom:
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)
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)
OPUser:
are you referring to inflow and outflow of amount between two dates ? something like t…
OPUser:
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)
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 3092 × 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 801 × 1922 205 KB
image 1096 × 1592 209 KB
OPUser:
Do you have any alternate to this ? Paying 20 K 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.
20 k 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.
chom: chuxin_h:
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.
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
We’re sorry it’s a bit confusing since we are unsure what vocabulary to use there.
chuxin_h:
How do you intent to track project wallets and other intricacies (intermediate wallets, internal transfers, vaults etc)
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.
chom:
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)
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:
Opti.domains received a grant from the foundation of 50k OP.
Opti.domains sent 10k OP to an intermediate wallet for rewarding decentralized work NFT holders.
That intermediate wallet approves 5k OP each to two NFT contracts.
Opti.domains sent 10k OP to chomtana.op
Opti.domains sent 5k OP to an unknown wallet
Opti.domains sent 5k OP to Bored Town wallet
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
Opti.domains team members will be alerted to submit an expense report within 3 days
Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season.
Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3)
Opti.domains must submit an expense report in our platform by entering these details
Grant reporting link in the governance forum.
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.
Short description of each transfer.
Grantee need to check if that wallet is an intermediate wallet or end user wallet.
Related grant.
Related grant update.
Check if they have submitted the foundation financial department’s Google form.
(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.
chuxin_h:
Does this only apply to upcoming projects, or retrospectively too.
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.
chuxin_h:
Is there expectation that project teams will be using opti.domains to disclose team wallets and any related wallets for the grant?
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.
MSilb7: chom:
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)
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)
OPUser: are you referring to inflow and outflow of amount between two dates ? something like t…
OPUser: 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) A high-level concept is like the one you mention 2 , 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 2 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 3092 × 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 801 × 1922 205 KB image 1096 × 1592 209 KB OPUser: Do you have any alternate to this ? Paying 20 K 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. 20 k 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.
chom: chuxin_h:
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.
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
We’re sorry it’s a bit confusing since we are unsure what vocabulary to use there.
chuxin_h:
How do you intent to track project wallets and other intricacies (intermediate wallets, internal transfers, vaults etc)
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.
chom:
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)
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:
Opti.domains received a grant from the foundation of 50k OP.
Opti.domains sent 10k OP to an intermediate wallet for rewarding decentralized work NFT holders.
That intermediate wallet approves 5k OP each to two NFT contracts.
Opti.domains sent 10k OP to chomtana.op
Opti.domains sent 5k OP to an unknown wallet
Opti.domains sent 5k OP to Bored Town wallet
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
Opti.domains team members will be alerted to submit an expense report within 3 days
Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season.
Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3)
Opti.domains must submit an expense report in our platform by entering these details
Grant reporting link in the governance forum.
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.
Short description of each transfer.
Grantee need to check if that wallet is an intermediate wallet or end user wallet.
Related grant.
Related grant update.
Check if they have submitted the foundation financial department’s Google form.
(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.
chuxin_h:
Does this only apply to upcoming projects, or retrospectively too.
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.
chuxin_h:
Is there expectation that project teams will be using opti.domains to disclose team wallets and any related wallets for the grant?
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.
MSilb7: chom:
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)
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)
OPUser: are you referring to inflow and outflow of amount between two dates ? something like t…
OPUser: 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) A high-level concept is like the one you mention 2 , 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 2 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 3092 × 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 801 × 1922 205 KB image 1096 × 1592 209 KB OPUser: Do you have any alternate to this ? Paying 20 K 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. 20 k 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 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.
opti.domains: chuxin_h:
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.
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
We’re sorry it’s a bit confusing since we are unsure what vocabulary to use there.
chuxin_h:
How do you intent to track project wallets and other intricacies (intermediate wallets, internal transfers, vaults etc)
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.
opti.domains:
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)
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:
Opti.domains received a grant from the foundation of 50k OP.
Opti.domains sent 10k OP to an intermediate wallet for rewarding decentralized work NFT holders.
That intermediate wallet approves 5k OP each to two NFT contracts.
Opti.domains sent 10k OP to chomtana.op
Opti.domains sent 5k OP to an unknown wallet
Opti.domains sent 5k OP to Bored Town wallet
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
Opti.domains team members will be alerted to submit an expense report within 3 days
Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season.
Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3)
Opti.domains must submit an expense report in our platform by entering these details
Grant reporting link in the governance forum.
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.
Short description of each transfer.
Grantee need to check if that wallet is an intermediate wallet or end user wallet.
Related grant.
Related grant update.
Check if they have submitted the foundation financial department’s Google form.
(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.
chuxin_h:
Does this only apply to upcoming projects, or retrospectively too.
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.
chuxin_h:
Is there expectation that project teams will be using opti.domains to disclose team wallets and any related wallets for the grant?
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.
MSilb7: opti.domains:
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)
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)
Hi Opnitor Alliance, it’s great to see this mission proposal that intends to bring more transparenc…
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 2 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 2 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.
chom: chuxin_h:
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.
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
We’re sorry it’s a bit confusing since we are unsure what vocabulary to use there.
chuxin_h:
How do you intent to track project wallets and other intricacies (intermediate wallets, internal transfers, vaults etc)
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.
chom:
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)
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:
Opti.domains received a grant from the foundation of 50k OP.
Opti.domains sent 10k OP to an intermediate wallet for rewarding decentralized work NFT holders.
That intermediate wallet approves 5k OP each to two NFT contracts.
Opti.domains sent 10k OP to chomtana.op
Opti.domains sent 5k OP to an unknown wallet
Opti.domains sent 5k OP to Bored Town wallet
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
Opti.domains team members will be alerted to submit an expense report within 3 days
Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season.
Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3)
Opti.domains must submit an expense report in our platform by entering these details
Grant reporting link in the governance forum.
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.
Short description of each transfer.
Grantee need to check if that wallet is an intermediate wallet or end user wallet.
Related grant.
Related grant update.
Check if they have submitted the foundation financial department’s Google form.
(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.
chuxin_h:
Does this only apply to upcoming projects, or retrospectively too.
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.
chuxin_h:
Is there expectation that project teams will be using opti.domains to disclose team wallets and any related wallets for the grant?
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.
Hi Opnitor Alliance, it’s great to see this mission proposal that intends to bring more transparenc…
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.
chom: chuxin_h:
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.
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
We’re sorry it’s a bit confusing since we are unsure what vocabulary to use there.
chuxin_h:
How do you intent to track project wallets and other intricacies (intermediate wallets, internal transfers, vaults etc)
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.
chom:
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)
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:
Opti.domains received a grant from the foundation of 50k OP.
Opti.domains sent 10k OP to an intermediate wallet for rewarding decentralized work NFT holders.
That intermediate wallet approves 5k OP each to two NFT contracts.
Opti.domains sent 10k OP to chomtana.op
Opti.domains sent 5k OP to an unknown wallet
Opti.domains sent 5k OP to Bored Town wallet
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
Opti.domains team members will be alerted to submit an expense report within 3 days
Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season.
Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3)
Opti.domains must submit an expense report in our platform by entering these details
Grant reporting link in the governance forum.
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.
Short description of each transfer.
Grantee need to check if that wallet is an intermediate wallet or end user wallet.
Related grant.
Related grant update.
Check if they have submitted the foundation financial department’s Google form.
(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.
chuxin_h:
Does this only apply to upcoming projects, or retrospectively too.
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.
chuxin_h:
Is there expectation that project teams will be using opti.domains to disclose team wallets and any related wallets for the grant?
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.
Hi Opnitor Alliance, it’s great to see this mission proposal that intends to bring more transparenc…
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 2 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 2 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.
chom: chuxin_h:
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.
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
We’re sorry it’s a bit confusing since we are unsure what vocabulary to use there.
chuxin_h:
How do you intent to track project wallets and other intricacies (intermediate wallets, internal transfers, vaults etc)
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.
chom:
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)
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:
Opti.domains received a grant from the foundation of 50k OP.
Opti.domains sent 10k OP to an intermediate wallet for rewarding decentralized work NFT holders.
That intermediate wallet approves 5k OP each to two NFT contracts.
Opti.domains sent 10k OP to chomtana.op
Opti.domains sent 5k OP to an unknown wallet
Opti.domains sent 5k OP to Bored Town wallet
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
Opti.domains team members will be alerted to submit an expense report within 3 days
Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season.
Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3)
Opti.domains must submit an expense report in our platform by entering these details
Grant reporting link in the governance forum.
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.
Short description of each transfer.
Grantee need to check if that wallet is an intermediate wallet or end user wallet.
Related grant.
Related grant update.
Check if they have submitted the foundation financial department’s Google form.
(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.
chuxin_h:
Does this only apply to upcoming projects, or retrospectively too.
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.
chuxin_h:
Is there expectation that project teams will be using opti.domains to disclose team wallets and any related wallets for the grant?
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.
Hi @chom! Wanted to make sure you were aware of the Optimism Season 4 Pitching Sessions to help f…
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 2 pm ET / 6 pm GMT / 8 pm CET and Tuesday, 27 . 06 11 am ET / 3 pm GMT / 5 pm CET.
You can sign-up here!
chuxin_h:
What’s income, expense and transactions defined here? Think it’s a bit confusing to …
chuxin_h:
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.
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 1105 × 478 6 . 26 KB
We’re sorry it’s a bit confusing since we are unsure what vocabulary to use there.
chuxin_h:
How do you intent to track project wallets and other intricacies (intermediate wallets, internal transfers, vaults etc)
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.
chom:
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)
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:
Opti.domains received a grant from the foundation of 50 k OP.
Opti.domains sent 10 k OP to an intermediate wallet for rewarding decentralized work NFT holders.
That intermediate wallet approves 5 k OP each to two NFT contracts.
Opti.domains sent 10 k OP to chomtana.op
Opti.domains sent 5 k OP to an unknown wallet
Opti.domains sent 5 k OP to Bored Town wallet
Our tool detect that Opti.domains approve 5 k OP to two unknown contracts and transfer 10 K OP to chomtana.op, 5 k OP to an unknown wallet and 5 k OP to Bored Town wallet
Opti.domains team members will be alerted to submit an expense report within 3 days
Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season.
Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3 )
Opti.domains must submit an expense report in our platform by entering these details
Grant reporting link in the governance forum.
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.
Short description of each transfer.
Grantee need to check if that wallet is an intermediate wallet or end user wallet.
Related grant.
Related grant update.
Check if they have submitted the foundation financial department’s Google form.
(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.
chuxin_h:
Does this only apply to upcoming projects, or retrospectively too.
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.
chuxin_h:
Is there expectation that project teams will be using opti.domains to disclose team wallets and any related wallets for the grant?
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.
Hi @opti.domains! Wanted to make sure you were aware of the Optimism Season 4 Pitching Sessions t…
Hi @opti.domains! 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 2 pm ET / 6 pm GMT / 8 pm CET and Tuesday, 27 . 06 11 am ET / 3 pm GMT / 5 pm CET. You can sign-up here!
Hi @chom! Wanted to make sure you were aware of the Optimism Season 4 Pitching Sessions to help f…
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 2 pm ET / 6 pm GMT / 8 pm CET and Tuesday, 27 . 06 11 am ET / 3 pm GMT / 5 pm CET. You can sign-up here!
chuxin_h: What’s income, expense and transactions defined here? Think it’s a bit confusing to …
chuxin_h: 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. 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 1105 × 478 6 . 26 KB We’re sorry it’s a bit confusing since we are unsure what vocabulary to use there. chuxin_h: How do you intent to track project wallets and other intricacies (intermediate wallets, internal transfers, vaults etc) 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. opti.domains: 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) 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: Opti.domains received a grant from the foundation of 50 k OP. Opti.domains sent 10 k OP to an intermediate wallet for rewarding decentralized work NFT holders. That intermediate wallet approves 5 k OP each to two NFT contracts. Opti.domains sent 10 k OP to chomtana.op Opti.domains sent 5 k OP to an unknown wallet Opti.domains sent 5 k OP to Bored Town wallet Our tool detect that Opti.domains approve 5 k OP to two unknown contracts and transfer 10 K OP to chomtana.op, 5 k OP to an unknown wallet and 5 k OP to Bored Town wallet Opti.domains team members will be alerted to submit an expense report within 3 days Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season. Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3 ) Opti.domains must submit an expense report in our platform by entering these details Grant reporting link in the governance forum. 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. Short description of each transfer. Grantee need to check if that wallet is an intermediate wallet or end user wallet. Related grant. Related grant update. Check if they have submitted the foundation financial department’s Google form. (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. chuxin_h: Does this only apply to upcoming projects, or retrospectively too. 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. chuxin_h: Is there expectation that project teams will be using opti.domains to disclose team wallets and any related wallets for the grant? 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.
chuxin_h: What’s income, expense and transactions defined here? Think it’s a bit confusing to …
chuxin_h: 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. 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 1105 × 478 6 . 26 KB We’re sorry it’s a bit confusing since we are unsure what vocabulary to use there. chuxin_h: How do you intent to track project wallets and other intricacies (intermediate wallets, internal transfers, vaults etc) 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. chom: 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) 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: Opti.domains received a grant from the foundation of 50 k OP. Opti.domains sent 10 k OP to an intermediate wallet for rewarding decentralized work NFT holders. That intermediate wallet approves 5 k OP each to two NFT contracts. Opti.domains sent 10 k OP to chomtana.op Opti.domains sent 5 k OP to an unknown wallet Opti.domains sent 5 k OP to Bored Town wallet Our tool detect that Opti.domains approve 5 k OP to two unknown contracts and transfer 10 K OP to chomtana.op, 5 k OP to an unknown wallet and 5 k OP to Bored Town wallet Opti.domains team members will be alerted to submit an expense report within 3 days Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season. Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3 ) Opti.domains must submit an expense report in our platform by entering these details Grant reporting link in the governance forum. 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. Short description of each transfer. Grantee need to check if that wallet is an intermediate wallet or end user wallet. Related grant. Related grant update. Check if they have submitted the foundation financial department’s Google form. (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. chuxin_h: Does this only apply to upcoming projects, or retrospectively too. 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. chuxin_h: Is there expectation that project teams will be using opti.domains to disclose team wallets and any related wallets for the grant? 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.
This is a presentation specially designed to address grant council pain points
Here, we will highli…
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 2015 × 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 1504 × 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 1381 × 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.
Infinity wallet - Cycle 2 , Cycle 3
Infinity wallet - Builder - Cycle 11
Infinity wallet - Growth - Cycle 11
Infinity wallet - Builder - Season 4 Cycle 13 1
Infinity wallet - Growth - Season 4 Cycle 13
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 1818 × 1752 240 KB
image 782 × 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 1653 × 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.
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:
Opti.domains received a grant from the foundation of 50 k OP.
Opti.domains sent 10 k OP to an intermediate wallet for rewarding decentralized work NFT holders.
That intermediate wallet approves 5 k OP each to two NFT contracts.
Opti.domains sent 10 k OP to chomtana.op
Opti.domains sent 5 k OP to an unknown wallet
Opti.domains sent 5 k OP to Bored Town wallet
Our tool detect that Opti.domains approve 5 k OP to two unknown contracts and transfer 10 K OP to chomtana.op, 5 k OP to an unknown wallet and 5 k OP to Bored Town wallet
Opti.domains team members will be alerted to submit an expense report within 3 days
Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season.
Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3 )
Opti.domains must submit an expense report in our platform by entering these details
Grant reporting link in the governance forum.
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.
Short description of each transfer.
Grantee need to check if that wallet is an intermediate wallet or end user wallet.
Related grant.
Related grant update.
Check if they have submitted the foundation financial department’s Google form.
(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 1676 × 1369 215 KB
image 753 × 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.
This is a presentation specially designed to address grant council pain points
Here, we will highli…
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 2015 × 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 1504 × 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 1381 × 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.
Infinity wallet - Cycle 2 , Cycle 3
Infinity wallet - Builder - Cycle 11
Infinity wallet - Growth - Cycle 11
Infinity wallet - Builder - Season 4 Cycle 13
Infinity wallet - Growth - Season 4 Cycle 13
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 1818 × 1752 240 KB
image 782 × 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 1653 × 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.
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:
Opti.domains received a grant from the foundation of 50 k OP.
Opti.domains sent 10 k OP to an intermediate wallet for rewarding decentralized work NFT holders.
That intermediate wallet approves 5 k OP each to two NFT contracts.
Opti.domains sent 10 k OP to chomtana.op
Opti.domains sent 5 k OP to an unknown wallet
Opti.domains sent 5 k OP to Bored Town wallet
Our tool detect that Opti.domains approve 5 k OP to two unknown contracts and transfer 10 K OP to chomtana.op, 5 k OP to an unknown wallet and 5 k OP to Bored Town wallet
Opti.domains team members will be alerted to submit an expense report within 3 days
Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season.
Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3 )
Opti.domains must submit an expense report in our platform by entering these details
Grant reporting link in the governance forum.
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.
Short description of each transfer.
Grantee need to check if that wallet is an intermediate wallet or end user wallet.
Related grant.
Related grant update.
Check if they have submitted the foundation financial department’s Google form.
(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 1676 × 1369 215 KB
image 753 × 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.
This is a presentation specially designed to address grant council pain points Here, we will highli…
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 2015 × 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 1504 × 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 1381 × 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. Infinity wallet - Cycle 2 , Cycle 3 Infinity wallet - Builder - Cycle 11 Infinity wallet - Growth - Cycle 11 Infinity wallet - Builder - Season 4 Cycle 13 1 Infinity wallet - Growth - Season 4 Cycle 13 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 1818 × 1752 240 KB image 782 × 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 1653 × 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. 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: Opti.domains received a grant from the foundation of 50 k OP. Opti.domains sent 10 k OP to an intermediate wallet for rewarding decentralized work NFT holders. That intermediate wallet approves 5 k OP each to two NFT contracts. Opti.domains sent 10 k OP to chomtana.op Opti.domains sent 5 k OP to an unknown wallet Opti.domains sent 5 k OP to Bored Town wallet Our tool detect that Opti.domains approve 5 k OP to two unknown contracts and transfer 10 K OP to chomtana.op, 5 k OP to an unknown wallet and 5 k OP to Bored Town wallet Opti.domains team members will be alerted to submit an expense report within 3 days Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season. Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3 ) Opti.domains must submit an expense report in our platform by entering these details Grant reporting link in the governance forum. 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. Short description of each transfer. Grantee need to check if that wallet is an intermediate wallet or end user wallet. Related grant. Related grant update. Check if they have submitted the foundation financial department’s Google form. (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 1676 × 1369 215 KB image 753 × 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.
This is a presentation specially designed to address grant council pain points Here, we will highli…
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 2015 × 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 1504 × 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 1381 × 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. Infinity wallet - Cycle 2 , Cycle 3 Infinity wallet - Builder - Cycle 11 Infinity wallet - Growth - Cycle 11 Infinity wallet - Builder - Season 4 Cycle 13 1 Infinity wallet - Growth - Season 4 Cycle 13 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 1818 × 1752 240 KB image 782 × 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 1653 × 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. 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: Opti.domains received a grant from the foundation of 50 k OP. Opti.domains sent 10 k OP to an intermediate wallet for rewarding decentralized work NFT holders. That intermediate wallet approves 5 k OP each to two NFT contracts. Opti.domains sent 10 k OP to chomtana.op Opti.domains sent 5 k OP to an unknown wallet Opti.domains sent 5 k OP to Bored Town wallet Our tool detect that Opti.domains approve 5 k OP to two unknown contracts and transfer 10 K OP to chomtana.op, 5 k OP to an unknown wallet and 5 k OP to Bored Town wallet Opti.domains team members will be alerted to submit an expense report within 3 days Opti.domains must submit an expense report to the governance forum or a place that grant-council desired for respective season. Opti.domains must submit an expense report to the foundation financial department using their google form (As of season 3 ) Opti.domains must submit an expense report in our platform by entering these details Grant reporting link in the governance forum. 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. Short description of each transfer. Grantee need to check if that wallet is an intermediate wallet or end user wallet. Related grant. Related grant update. Check if they have submitted the foundation financial department’s Google form. (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 1676 × 1369 215 KB image 753 × 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.
Hi, we would like to invite grant council members to review our proposal.
Tagging @katie @Gonna.eth…
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 40 k OP reserve in case there is any more work needed to address code of conduct enforcement.
github.com/ethereum-optimism/ecosystem-contributions
RFP: Code of Conduct Enforcement Solution
opened
Apr 13 , 2023
bdresser
Intent: Governance Accessibility
Foundation Mission (RFP)
## Foundation Mission (RFP) – Code of Conduct Enforcement Solution
* **Founda…tion Mission Summary:** Code of Conduct Enforcement Solution
* **S 4 Intent**: Improve Governance Accessibility
* **Proposal Tier**: Ember
* **Baseline grant amount:** 50 k OP
* **Should this Foundation Mission be fulfilled by one or multiple Alliances:** May be One or Multiple
* **Optimism Foundation point-of-contact:** Justine (@justine-hy)
* **Submit by:** June 28 th at 19 : 00 GMT
* **Selection by:** July 13 th at 19 : 00 GMT
---
**How will this Foundation Mission (RFP) help accomplish the above Intent?:**
A [Code of Conduct](https://gov.optimism.io/t/code-of-conduct/ 5751 ) went into affect in December 2021 . The Code of Conduct is critical to maintaining a healthy governance community that all delegates feel welcome engaging in, thereby increasing the accessibility of Optimism governance.
The Foundation currently plays and administrative role in processing Code of Conduct violation reports. The Foundation is not an arbiter and does not adjudicate whether violations occurred, but the community has [expressed interest](https://gov.optimism.io/t/delegate-suspension-fractal-visions/ 5710 / 28 ) in a more rigorous enforcement process. Some delegates have also expressed that they are uncomfortable voting on Delegate Suspensions.
Given that we are moving towards further decentralization, we don’t believe the Foundation should temporarily implement and administer an onerous governance process around adjudication. However, we welcome suggestions for alternative methods of enforcing the Code of Conduct that reduce or eliminate the Foundation’s role in the process *while also minimizing governance overhead.*
**What is required to execute this Foundation Mission (RFP)?**
A comprehensive plan to replace the Foundation in the Code of Conduct enforcement process that can be piloted in Season 4
- Proposed solutions should align with the principles outlined in our [Working Constitution](https://gov.optimism.io/t/working-constitution-of-the-optimism-collective/ 55 / 436 ?u=protocol.mirror.xyz).
- Governance minimization
- Forkability
- Anti-plutocracy
- Impact = profit
- The proposed solution should account for a future where the Code of Conduct may be enforced by both the Token House and the Citizens’ House
- We are intentionally leaving the design space open for this solution. Proposals should specify the design of the system. Service providers may suggest their own solutions. If a service provider is not required to implement the solution, the designer of the proposal will receive the reward.
**Please list the [critical milestone(s](https://gov.optimism.io/t/token-house-grant-policies/ 5833 ) that should be tracked to determine if you should receive your grant in one year:**
- Implementation of solution by the end of Season 4
**How should the Foundation measure progress towards this Foundation Mission (RFP):**
- Successful processing of Code of Conduct violation reports
- Delegate feedback on process
**How should badgeholders measure impact upon completion of this Foundation Mission (RFP)?**
- Delegate feedback on process
- Reduction in Foundation time and overhead spent on Code of Conduct violations
---
## Application instructions
_To apply for this RFP, please complete the form in the expandable section below and leave. Submissions will be open until [June 27 ], at which time the Foundation will review all submissions and select individual/team(s) to complete the work defined here._
Submission form
_Copy the entire application below and leave a comment on this issue with your answers completed. A representative from the Optimism Foundation may reach out using the contact info provided to request more information as necessary._
## Foundation Mission (RFP) Application
**Please verify that you meet the qualifications for submitting at the above [Tier](https://gov.optimism.io/t/collective-trust-tiers/ 5877 )**
* **Alliance Lead:** Please specify the best point of contact for your team
* **Contact info:**
* **L 2 recipient address:**
* **Please list the members of your Alliance and link to any previous work:**
_What's an Alliance?_
Alliances are groups of contributors that *temporarily* work together to accomplish a Mission start-to-finish. This can be an established protocol or project or a group of contributors working together for the first time. Name your group, now you’re an Alliance :)
---
**What makes your Alliance best-suited to execute this Mission?**
- [...]
- [...]
**Please describe your proposed solution based on the above Solution Criteria (if applicable):**
- [...]
- [...]
**Please outline your step-by-step plan to execute this Mission, including expected deadlines to complete each peice of work:**
- [...]
- [...]
**Please define the [critical milestone(s)](https://gov.optimism.io/t/ready-gf-phase- 1 -proposal-karma-discourse-forum-plugin/ 3412 / 11 ) that should be used to determine whether you’ve executed on this proposal:**
- [...]
- [...]
**Please list any additional support your team would require to execute this mission (financial, technical, etc.):**
- [...]
- [...]
**Grants are awarded in OP, locked for one year. Please let us know 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:** _(Note: there is no guarantee that approved Missions will receive up-front cash grants.)_
- [...]
---
Please check the following to make sure you understand the terms of the Optimism Foundation RFP program:
- [ ] I understand my locked grant may be clawed back for failure to execute on critical milestones, as outlined in the [Operating Manual](https://github.com/ethereum-optimism/OPerating-manual/blob/main/manual.md#valid-proposal-types)
- [ ] I confirm that I have read and understand the [grant policies](https://gov.optimism.io/t/token-house-grant-policies/ 5833 )
- [ ] I understand that I will be required to provide additional KYC information to the Optimism Foundation to receive this grant
- [ ] I understand that I will be expected to following the public grant reporting requirements outlined [here](https://gov.optimism.io/t/suggested-public-reporting-requirements-for-grantees/ 4176 )]
-- end of application --
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.
Hello Opti Domains, while I like the problem you are attempting to solve, there’s quite a bit to u…
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
chom:
there’s also a need for better transparency in the tracking of how the foundation uses the funds.
What do you mean by this? The Foundation does not use grant funds
chom:
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.
Why would anyone be submitting an expense report?
chom:
This reserve will cover infrastructure costs, including server costs and Twitter API expenses.
Can you explain this? How is Twitter involved?
chom:
Working as a Blockchain Software Engineer at Finstable co. ltd ( 01 / 2022 - Present)
chom:
Joined BANGKOK BLOCKATHON 2023 by SCB 10 X ( APR 2023 )
chom:
Joined the Autonomous world 2023 hackathon by ETHGlobal
This company and events are listed multiple times, can you please provide links for these?
chom: katie:
What do you mean by this? The Foundation does not use grant funds
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
katie:
Why would anyone be submitting an expense report?
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
katie:
Can you explain this? How is Twitter involved?
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?
Mashable – 30 Mar 23
Twitter's new API pricing is killing many Twitter apps that can't pay $42,000...
"Hobbyists" can pay $100. Have an app with more than a few users? You'll likely be paying Twitter $42,000 per month.
katie:
This company and events are listed multiple times, can you please provide links for these?
4 developers are from the same company and participating in similar events, which is why they are listed multiple times.
https://www.finstable.co.th/
Videfi | ETHGlobal
Muddy Heart | ETHGlobal
ScalingTree | ETHGlobal
Cretodus | ETHGlobal
SCB Bangkok Blockathon 2023
SCB Bangkok Blockathon 2021
katie:
This also seems like a large grant request for essentially building a dashboard
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
katie:
What do you mean by this? The Foundation does not use grant funds
The foundation main…
katie:
What do you mean by this? The Foundation does not use grant funds
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 25 k OP marked as “Other” too: OP Mainnet Transaction Hash (Txhash) Details | Optimism
image 2962 × 775 104 KB
katie:
Why would anyone be submitting an expense report?
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 1
katie:
Can you explain this? How is Twitter involved?
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 1624 × 273 30 . 3 KB
Mashable – 30 Mar 23
Twitter's new API pricing is killing many Twitter apps that can't pay $ 42 , 000 ...
"Hobbyists" can pay $ 100 . Have an app with more than a few users? You'll likely be paying Twitter $ 42 , 000 per month.
katie:
This company and events are listed multiple times, can you please provide links for these?
4 developers are from the same company and participating in similar events, which is why they are listed multiple times.
https://www.finstable.co.th/ 1
Videfi | ETHGlobal 1
Muddy Heart | ETHGlobal 1
ScalingTree | ETHGlobal
Cretodus | ETHGlobal
SCB Bangkok Blockathon 2023
SCB Bangkok Blockathon 2021
katie:
This also seems like a large grant request for essentially building a dashboard
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
katie:
What do you mean by this? The Foundation does not use grant funds
The foundation main…
katie:
What do you mean by this? The Foundation does not use grant funds
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 25 k OP marked as “Other” too: OP Mainnet Transaction Hash (Txhash) Details | Optimism
image 2962 × 775 104 KB
katie:
Why would anyone be submitting an expense report?
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
katie:
Can you explain this? How is Twitter involved?
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 1624 × 273 30 . 3 KB
Mashable – 30 Mar 23
Twitter's new API pricing is killing many Twitter apps that can't pay $ 42 , 000 ...
"Hobbyists" can pay $ 100 . Have an app with more than a few users? You'll likely be paying Twitter $ 42 , 000 per month.
katie:
This company and events are listed multiple times, can you please provide links for these?
4 developers are from the same company and participating in similar events, which is why they are listed multiple times.
https://www.finstable.co.th/
Videfi | ETHGlobal
Muddy Heart | ETHGlobal
ScalingTree | ETHGlobal
Cretodus | ETHGlobal
SCB Bangkok Blockathon 2023
SCB Bangkok Blockathon 2021
katie:
This also seems like a large grant request for essentially building a dashboard
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
Hi, we would like to invite grant council members to review our proposal. Tagging @katie @Gonna.eth…
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 40 k OP reserve in case there is any more work needed to address code of conduct enforcement. github.com/ethereum-optimism/ecosystem-contributions RFP: Code of Conduct Enforcement Solution opened Apr 13 , 2023 bdresser Intent: Governance Accessibility Foundation Mission (RFP) ## Foundation Mission (RFP) – Code of Conduct Enforcement Solution * **Founda…tion Mission Summary:** Code of Conduct Enforcement Solution * **S 4 Intent**: Improve Governance Accessibility * **Proposal Tier**: Ember * **Baseline grant amount:** 50 k OP * **Should this Foundation Mission be fulfilled by one or multiple Alliances:** May be One or Multiple * **Optimism Foundation point-of-contact:** Justine (@justine-hy) * **Submit by:** June 28 th at 19 : 00 GMT * **Selection by:** July 13 th at 19 : 00 GMT --- **How will this Foundation Mission (RFP) help accomplish the above Intent?:** A [Code of Conduct](https://gov.optimism.io/t/code-of-conduct/ 5751 ) went into affect in December 2021 . The Code of Conduct is critical to maintaining a healthy governance community that all delegates feel welcome engaging in, thereby increasing the accessibility of Optimism governance. The Foundation currently plays and administrative role in processing Code of Conduct violation reports. The Foundation is not an arbiter and does not adjudicate whether violations occurred, but the community has [expressed interest](https://gov.optimism.io/t/delegate-suspension-fractal-visions/ 5710 / 28 ) in a more rigorous enforcement process. Some delegates have also expressed that they are uncomfortable voting on Delegate Suspensions. Given that we are moving towards further decentralization, we don’t believe the Foundation should temporarily implement and administer an onerous governance process around adjudication. However, we welcome suggestions for alternative methods of enforcing the Code of Conduct that reduce or eliminate the Foundation’s role in the process *while also minimizing governance overhead.* **What is required to execute this Foundation Mission (RFP)?** A comprehensive plan to replace the Foundation in the Code of Conduct enforcement process that can be piloted in Season 4 - Proposed solutions should align with the principles outlined in our [Working Constitution](https://gov.optimism.io/t/working-constitution-of-the-optimism-collective/ 55 / 436 ?u=protocol.mirror.xyz). - Governance minimization - Forkability - Anti-plutocracy - Impact = profit - The proposed solution should account for a future where the Code of Conduct may be enforced by both the Token House and the Citizens’ House - We are intentionally leaving the design space open for this solution. Proposals should specify the design of the system. Service providers may suggest their own solutions. If a service provider is not required to implement the solution, the designer of the proposal will receive the reward. **Please list the [critical milestone(s](https://gov.optimism.io/t/token-house-grant-policies/ 5833 ) that should be tracked to determine if you should receive your grant in one year:** - Implementation of solution by the end of Season 4 **How should the Foundation measure progress towards this Foundation Mission (RFP):** - Successful processing of Code of Conduct violation reports - Delegate feedback on process **How should badgeholders measure impact upon completion of this Foundation Mission (RFP)?** - Delegate feedback on process - Reduction in Foundation time and overhead spent on Code of Conduct violations --- ## Application instructions _To apply for this RFP, please complete the form in the expandable section below and leave. Submissions will be open until [June 27 ], at which time the Foundation will review all submissions and select individual/team(s) to complete the work defined here._ Submission form _Copy the entire application below and leave a comment on this issue with your answers completed. A representative from the Optimism Foundation may reach out using the contact info provided to request more information as necessary._ ## Foundation Mission (RFP) Application **Please verify that you meet the qualifications for submitting at the above [Tier](https://gov.optimism.io/t/collective-trust-tiers/ 5877 )** * **Alliance Lead:** Please specify the best point of contact for your team * **Contact info:** * **L 2 recipient address:** * **Please list the members of your Alliance and link to any previous work:** _What's an Alliance?_ Alliances are groups of contributors that *temporarily* work together to accomplish a Mission start-to-finish. This can be an established protocol or project or a group of contributors working together for the first time. Name your group, now you’re an Alliance :) --- **What makes your Alliance best-suited to execute this Mission?** - [...] - [...] **Please describe your proposed solution based on the above Solution Criteria (if applicable):** - [...] - [...] **Please outline your step-by-step plan to execute this Mission, including expected deadlines to complete each peice of work:** - [...] - [...] **Please define the [critical milestone(s)](https://gov.optimism.io/t/ready-gf-phase- 1 -proposal-karma-discourse-forum-plugin/ 3412 / 11 ) that should be used to determine whether you’ve executed on this proposal:** - [...] - [...] **Please list any additional support your team would require to execute this mission (financial, technical, etc.):** - [...] - [...] **Grants are awarded in OP, locked for one year. Please let us know 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:** _(Note: there is no guarantee that approved Missions will receive up-front cash grants.)_ - [...] --- Please check the following to make sure you understand the terms of the Optimism Foundation RFP program: - [ ] I understand my locked grant may be clawed back for failure to execute on critical milestones, as outlined in the [Operating Manual](https://github.com/ethereum-optimism/OPerating-manual/blob/main/manual.md#valid-proposal-types) - [ ] I confirm that I have read and understand the [grant policies](https://gov.optimism.io/t/token-house-grant-policies/ 5833 ) - [ ] I understand that I will be required to provide additional KYC information to the Optimism Foundation to receive this grant - [ ] I understand that I will be expected to following the public grant reporting requirements outlined [here](https://gov.optimism.io/t/suggested-public-reporting-requirements-for-grantees/ 4176 )] -- end of application -- 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.
Hi, we would like to invite grant council members to review our proposal. Tagging @katie @Gonna.eth…
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 40 k OP reserve in case there is any more work needed to address code of conduct enforcement. github.com/ethereum-optimism/ecosystem-contributions RFP: Code of Conduct Enforcement Solution opened Apr 13 , 2023 bdresser Intent: Governance Accessibility Foundation Mission (RFP) ## Foundation Mission (RFP) – Code of Conduct Enforcement Solution * **Founda…tion Mission Summary:** Code of Conduct Enforcement Solution * **S 4 Intent**: Improve Governance Accessibility * **Proposal Tier**: Ember * **Baseline grant amount:** 50 k OP * **Should this Foundation Mission be fulfilled by one or multiple Alliances:** May be One or Multiple * **Optimism Foundation point-of-contact:** Justine (@justine-hy) * **Submit by:** June 28 th at 19 : 00 GMT * **Selection by:** July 13 th at 19 : 00 GMT --- **How will this Foundation Mission (RFP) help accomplish the above Intent?:** A [Code of Conduct](https://gov.optimism.io/t/code-of-conduct/ 5751 ) went into affect in December 2021 . The Code of Conduct is critical to maintaining a healthy governance community that all delegates feel welcome engaging in, thereby increasing the accessibility of Optimism governance. The Foundation currently plays and administrative role in processing Code of Conduct violation reports. The Foundation is not an arbiter and does not adjudicate whether violations occurred, but the community has [expressed interest](https://gov.optimism.io/t/delegate-suspension-fractal-visions/ 5710 / 28 ) in a more rigorous enforcement process. Some delegates have also expressed that they are uncomfortable voting on Delegate Suspensions. Given that we are moving towards further decentralization, we don’t believe the Foundation should temporarily implement and administer an onerous governance process around adjudication. However, we welcome suggestions for alternative methods of enforcing the Code of Conduct that reduce or eliminate the Foundation’s role in the process *while also minimizing governance overhead.* **What is required to execute this Foundation Mission (RFP)?** A comprehensive plan to replace the Foundation in the Code of Conduct enforcement process that can be piloted in Season 4 - Proposed solutions should align with the principles outlined in our [Working Constitution](https://gov.optimism.io/t/working-constitution-of-the-optimism-collective/ 55 / 436 ?u=protocol.mirror.xyz). - Governance minimization - Forkability - Anti-plutocracy - Impact = profit - The proposed solution should account for a future where the Code of Conduct may be enforced by both the Token House and the Citizens’ House - We are intentionally leaving the design space open for this solution. Proposals should specify the design of the system. Service providers may suggest their own solutions. If a service provider is not required to implement the solution, the designer of the proposal will receive the reward. **Please list the [critical milestone(s](https://gov.optimism.io/t/token-house-grant-policies/ 5833 ) that should be tracked to determine if you should receive your grant in one year:** - Implementation of solution by the end of Season 4 **How should the Foundation measure progress towards this Foundation Mission (RFP):** - Successful processing of Code of Conduct violation reports - Delegate feedback on process **How should badgeholders measure impact upon completion of this Foundation Mission (RFP)?** - Delegate feedback on process - Reduction in Foundation time and overhead spent on Code of Conduct violations --- ## Application instructions _To apply for this RFP, please complete the form in the expandable section below and leave. Submissions will be open until [June 27 ], at which time the Foundation will review all submissions and select individual/team(s) to complete the work defined here._ Submission form _Copy the entire application below and leave a comment on this issue with your answers completed. A representative from the Optimism Foundation may reach out using the contact info provided to request more information as necessary._ ## Foundation Mission (RFP) Application **Please verify that you meet the qualifications for submitting at the above [Tier](https://gov.optimism.io/t/collective-trust-tiers/ 5877 )** * **Alliance Lead:** Please specify the best point of contact for your team * **Contact info:** * **L 2 recipient address:** * **Please list the members of your Alliance and link to any previous work:** _What's an Alliance?_ Alliances are groups of contributors that *temporarily* work together to accomplish a Mission start-to-finish. This can be an established protocol or project or a group of contributors working together for the first time. Name your group, now you’re an Alliance :) --- **What makes your Alliance best-suited to execute this Mission?** - [...] - [...] **Please describe your proposed solution based on the above Solution Criteria (if applicable):** - [...] - [...] **Please outline your step-by-step plan to execute this Mission, including expected deadlines to complete each peice of work:** - [...] - [...] **Please define the [critical milestone(s)](https://gov.optimism.io/t/ready-gf-phase- 1 -proposal-karma-discourse-forum-plugin/ 3412 / 11 ) that should be used to determine whether you’ve executed on this proposal:** - [...] - [...] **Please list any additional support your team would require to execute this mission (financial, technical, etc.):** - [...] - [...] **Grants are awarded in OP, locked for one year. Please let us know 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:** _(Note: there is no guarantee that approved Missions will receive up-front cash grants.)_ - [...] --- Please check the following to make sure you understand the terms of the Optimism Foundation RFP program: - [ ] I understand my locked grant may be clawed back for failure to execute on critical milestones, as outlined in the [Operating Manual](https://github.com/ethereum-optimism/OPerating-manual/blob/main/manual.md#valid-proposal-types) - [ ] I confirm that I have read and understand the [grant policies](https://gov.optimism.io/t/token-house-grant-policies/ 5833 ) - [ ] I understand that I will be required to provide additional KYC information to the Optimism Foundation to receive this grant - [ ] I understand that I will be expected to following the public grant reporting requirements outlined [here](https://gov.optimism.io/t/suggested-public-reporting-requirements-for-grantees/ 4176 )] -- end of application -- 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.
Hello Opti Domains, while I like the problem you are attempting to solve, there’s quite a bit to u…
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 opti.domains: there’s also a need for better transparency in the tracking of how the foundation uses the funds. What do you mean by this? The Foundation does not use grant funds opti.domains: 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. Why would anyone be submitting an expense report? opti.domains: This reserve will cover infrastructure costs, including server costs and Twitter API expenses. Can you explain this? How is Twitter involved? opti.domains: Working as a Blockchain Software Engineer at Finstable co. ltd ( 01 / 2022 - Present) opti.domains: Joined BANGKOK BLOCKATHON 2023 by SCB 10 X ( APR 2023 ) opti.domains: Joined the Autonomous world 2023 hackathon by ETHGlobal This company and events are listed multiple times, can you please provide links for these?
opti.domains: katie:
What do you mean by this? The Foundation does not use grant funds
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.34 | 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: Optimism Bedrock Transaction Hash (Txhash) Details | Optimism
katie:
Why would anyone be submitting an expense report?
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
katie:
Can you explain this? How is Twitter involved?
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?
Mashable – 30 Mar 23
Twitter's new API pricing is killing many Twitter apps that can't pay $42,000...
"Hobbyists" can pay $100. Have an app with more than a few users? You'll likely be paying Twitter $42,000 per month.
katie:
This company and events are listed multiple times, can you please provide links for these?
4 developers are from the same company and participating in similar events, which is why they are listed multiple times.
https://www.finstable.co.th/
Videfi | ETHGlobal
Muddy Heart | ETHGlobal
ScalingTree | ETHGlobal
Cretodus | ETHGlobal
SCB Bangkok Blockathon 2023
SCB Bangkok Blockathon 2021
katie:
This also seems like a large grant request for essentially building a dashboard
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
Hello Opti Domains, while I like the problem you are attempting to solve, there’s quite a bit to u…
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 chom: there’s also a need for better transparency in the tracking of how the foundation uses the funds. What do you mean by this? The Foundation does not use grant funds chom: 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. Why would anyone be submitting an expense report? chom: This reserve will cover infrastructure costs, including server costs and Twitter API expenses. Can you explain this? How is Twitter involved? chom: Working as a Blockchain Software Engineer at Finstable co. ltd ( 01 / 2022 - Present) chom: Joined BANGKOK BLOCKATHON 2023 by SCB 10 X ( APR 2023 ) chom: Joined the Autonomous world 2023 hackathon by ETHGlobal This company and events are listed multiple times, can you please provide links for these?
chom: katie:
What do you mean by this? The Foundation does not use grant funds
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
katie:
Why would anyone be submitting an expense report?
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
katie:
Can you explain this? How is Twitter involved?
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?
Mashable – 30 Mar 23
Twitter's new API pricing is killing many Twitter apps that can't pay $42,000...
"Hobbyists" can pay $100. Have an app with more than a few users? You'll likely be paying Twitter $42,000 per month.
katie:
This company and events are listed multiple times, can you please provide links for these?
4 developers are from the same company and participating in similar events, which is why they are listed multiple times.
https://www.finstable.co.th/
Videfi | ETHGlobal
Muddy Heart | ETHGlobal
ScalingTree | ETHGlobal
Cretodus | ETHGlobal
SCB Bangkok Blockathon 2023
SCB Bangkok Blockathon 2021
katie:
This also seems like a large grant request for essentially building a dashboard
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
katie: What do you mean by this? The Foundation does not use grant funds The foundation main…
katie: What do you mean by this? The Foundation does not use grant funds 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 25 k OP marked as “Other” too: OP Mainnet Transaction Hash (Txhash) Details | Optimism image 2962 × 775 104 KB katie: Why would anyone be submitting an expense report? 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 1 katie: Can you explain this? How is Twitter involved? 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 1624 × 273 30 . 3 KB Mashable – 30 Mar 23 Twitter's new API pricing is killing many Twitter apps that can't pay $ 42 , 000 ... "Hobbyists" can pay $ 100 . Have an app with more than a few users? You'll likely be paying Twitter $ 42 , 000 per month. katie: This company and events are listed multiple times, can you please provide links for these? 4 developers are from the same company and participating in similar events, which is why they are listed multiple times. https://www.finstable.co.th/ 1 Videfi | ETHGlobal 1 Muddy Heart | ETHGlobal 1 ScalingTree | ETHGlobal Cretodus | ETHGlobal SCB Bangkok Blockathon 2023 SCB Bangkok Blockathon 2021 katie: This also seems like a large grant request for essentially building a dashboard 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
katie: What do you mean by this? The Foundation does not use grant funds The foundation main…
katie: What do you mean by this? The Foundation does not use grant funds 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 . 34 | 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 25 k OP marked as “Other” too: Optimism Bedrock Transaction Hash (Txhash) Details | Optimism image 2962 × 775 104 KB katie: Why would anyone be submitting an expense report? 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 1 katie: Can you explain this? How is Twitter involved? 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 1624 × 273 30 . 3 KB Mashable – 30 Mar 23 Twitter's new API pricing is killing many Twitter apps that can't pay $ 42 , 000 ... "Hobbyists" can pay $ 100 . Have an app with more than a few users? You'll likely be paying Twitter $ 42 , 000 per month. katie: This company and events are listed multiple times, can you please provide links for these? 4 developers are from the same company and participating in similar events, which is why they are listed multiple times. https://www.finstable.co.th/ 1 Videfi | ETHGlobal 1 Muddy Heart | ETHGlobal 1 ScalingTree | ETHGlobal Cretodus | ETHGlobal SCB Bangkok Blockathon 2023 SCB Bangkok Blockathon 2021 katie: This also seems like a large grant request for essentially building a dashboard 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
We may be able to do this without Analyze the foundation OP token usage for a much smaller grant si…
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.
jackanorak:
perhaps @matoken.eth could share thoughts as well?
If I understand correctly, th…
jackanorak:
perhaps @matoken.eth could share thoughts as well?
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.
Yes, like you said we use name service as a backend data repository to link social profiles and for…
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.
We may be able to do this without Analyze the foundation OP token usage for a much smaller grant si…
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.
We may be able to do this without Analyze the foundation OP token usage for a much smaller grant si…
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.
Hi, we have decided to reduce the grant size by about half from 150 k OP to 85 k OP!
We will dedi…
Hi, we have decided to reduce the grant size by about half from 150 k OP to 85 k 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 2258 × 1904 188 KB
We would like to invite you all to review again!
Tagging @jackanorak @OPUser @katie who have given comment to our proposal
I will be busy tomorrow, so I won’t be responsive. This proposal is final. Hoping you all will appr…
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
jackanorak: perhaps @matoken.eth could share thoughts as well? If I understand correctly, th…
jackanorak: perhaps @matoken.eth could share thoughts as well? 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.
Yes, like you said we use name service as a backend data repository to link social profiles and for…
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.
Yes, like you said we use name service as a backend data repository to link social profiles and for…
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.
Hi, we have decided to reduce the grant size by about half from 150 k OP to 85 k OP! We will dedi…
Hi, we have decided to reduce the grant size by about half from 150 k OP to 85 k 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 2258 × 1904 188 KB We would like to invite you all to review again! Tagging @jackanorak @OPUser @katie who have given comment to our proposal
Hi, we have decided to reduce the grant size by about half from 150 k OP to 85 k OP! We will dedi…
Hi, we have decided to reduce the grant size by about half from 150 k OP to 85 k 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 2258 × 1904 188 KB We would like to invite you all to review again! Tagging @jackanorak @OPUser @katie who have given comment to our proposal
chom:
I have looked into Bored Town and found a record that says “Bored Town has transferred …
chom:
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)
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 3 (or modify the Dune reference table 1 )
chom:
I have looked into Bored Town and found a record that says “Bored Town has transferred …
chom:
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)
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)
I will be busy tomorrow, so I won’t be responsive. This proposal is final. Hoping you all will appr…
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
I will be busy tomorrow, so I won’t be responsive. This proposal is final. Hoping you all will appr…
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
chom: I have looked into Bored Town and found a record that says “Bored Town has transferred …
chom: 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) 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 3 (or modify the Dune reference table 1 )
opti.domains: I have looked into Bored Town and found a record that says “Bored Town has trans…
opti.domains: 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) 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 3 (or modify the Dune reference table 1 )