SECTION 1: APPLICANT INFORMATION
Provide personal or organizational details, including applicant name, contact information, and any associated organization. This information ensures proper identification and communication throughout the grant process.
Applicant Name: Lakshay
Project Name: Iced Out
Project Description: World’s first and largest RWA project focusing on Diamonds and other valuable stones
Team Members and Roles: Lakshay Gupta (CEO)
Project Links: [Enter Any Relevant Project Links (website, demo, github, twitter, etc.)]
Contact Information
Point of Contact (note: this should be an individual’s name, not the name of the protocol): [forum handle]
Point of Contact’s TG handle: [Telegram]
Twitter: [Twitter Handle]
Email: [Email Address]
Do you acknowledge that your team will be subject to a KYC requirement?: [Yes/No]
SECTION 2a: Team and Product Information
Provide details on your team’s past and current experience. Any details relating to past projects, recent achievements and any past experience utilizing incentives. Additionally, please provide further details on the state of your product, audience segments, and how you expect incentives to impact the product’s long-term growth and sustainability.
Team experience (Any relevant experience that may be useful in evaluating ability to ship, or execution with grant incentives. Please provide references knowledgeable about past work, where relevant. If you wish to do so privately, indicate that. [Optional, but recommended]):
What novelty or innovation does your product bring to Arbitrum?
Is your project composable with other projects on Arbitrum? If so, please explain:
Do you have any comparable protocols within the Arbitrum ecosystem or other blockchains?
How do you measure and think about retention internally? (metrics, target KPIs)
Relevant usage metrics - Please refer to the OBL relevant metrics chart . For your category (DEX, lending, gaming, etc) please provide a list of all respective metrics as well as all metrics in the general section:
Do you agree to remove team-controlled wallets from all milestone metrics AND exclude team-controlled wallets from any incentives included in your plan: [Yes/No]
Did you utilize a grants consultant or other third party not named as a grantee to draft this proposal? If so, please disclose the details of that arrangement here, including conflicts of interest (Note: this does NOT disqualify an applicant):
SECTION 2b: PROTOCOL DETAILS
Provide details about the Arbitrum protocol requirements relevant to the grant. This information ensures that the applicant is aligned with the technical specifications and commitments of the grant.
Is the protocol native to Arbitrum?: [Yes/No, and provide explanation]
On what other networks is the protocol deployed?: [Yes/No, and provide chains]
What date did you deploy on Arbitrum mainnet?: [Date + transaction ID. If not yet live on mainnet, explain why.]
Do you have a native token?: [Yes/No/Planned, link tokenomics docs]
Past Incentivization: What liquidity mining/incentive programs, if any, have you previously run? Please share results and dashboards, as applicable?
Current Incentivization: How are you currently incentivizing your protocol?
Have you received a grant from the DAO, Foundation, or any Arbitrum ecosystem related program? [yes/no, please provide any details around how the funds were allocated and any relevant results/learnings(Note: this does NOT disqualify an applicant)]
Protocol Performance: [Detail the past performance of the protocol and relevance, including any key metrics or achievements, dashboards, etc.]
Protocol Roadmap: [Describe relevant roadmap details for your protocol or relevant products to your grant application. Include tangible milestones over the next 12 months.]
Audit History & Security Vendors: [Provide historic audits and audit results. Do you have a bug bounty program? Please provide details around your security implementation including any advisors and vendors.]
Security Incidents: [Has your protocol ever been exploited? If so, please describe what, when and how for ALL incidents as well as the remedies to solve and mitigate for future incidents]
SECTION 3: GRANT INFORMATION
Detail the requested grant size, provide an overview of the budget breakdown, specify the funding and contract addresses, and describe any matching funds if relevant.
Requested Grant Size: [Enter Amount of ARB Requested]
Justification for the size of the grant : [Enter explanation. More details are better, including how you arrived at the required funding for individual categories of expenses covered by your grant plan]
Grant Matching: [Enter Amount of Matching Funds Provided - If Relevant]
Grant Breakdown: [Please provide a high-level overview of the budget breakdown and planned use of funds]
Funding Address: [Enter the specific address where funds will be sent for grant recipients]
Funding Address Characteristics: [Enter details on the status of the address; the eligible address must be a 2/3, 3/5 or similar setup multisig with unique signers and private keys securely stored (or an equivalent custody setup that is clearly stated). The multisig must be able to accept and interact with ERC-721s in order to accept the funding stream.
Treasury Address: [Please list out ALL DAO wallets that hold ANY DAO funds]
Contract Address: [Enter any specific address that will be used to disburse funds for grant recipients]
SECTION 4: GRANT OBJECTIVES, EXECUTION AND MILESTONES
Clearly outline the primary objectives of the program and the Key Performance Indicators (KPIs), execution strategy, and milestones used to measure success. This helps reviewers understand what the program aims to achieve and how progress will be assessed.
Objectives: [Clearly state the primary objectives of the grant and what you intend to achieve]
Execution Strategy: [Describe the plan for executing including token distribution method (e.g. farming, staking, bonds, referral program, etc), what you are incentivizing, resources, products, use of funds, and risk management. This includes allocations for specific pools, eligible assets, products, etc.]
What mechanisms within the incentive design will you implement to incentivize “stickiness” whether it be users, liquidity or some other targeted metric? [Provide relevant design and implementation details]
Specify the KPIs that will be used to measure success in achieving the grant objectives and designate a source of truth for governance to use to verify accuracy. [Please also justify why these specific KPIs will indicate that the grant has met its objective. Distribution of the grant itself should not be one of the KPIs.]
Grant Timeline and Milestones: [Describe the timeline for the grant, including ideal milestones with respective KPIs. Include at least one milestone that shows progress en route to a final outcome. Please justify the feasibility of these milestones.]
How will receiving a grant enable you to foster growth or innovation within the Arbitrum ecosystem? [Clearly explain how the inputs of your program justify the expected benefits to the DAO. Be very clear and tangible, and you must back up your claims with data]
Do you accept the funding of your grant streamed linearly for the duration of your grant proposal, and that the multisig holds the power to halt your stream? [Yes/No]
SECTION 5: Data and Reporting
OpenBlock Labs has developed a comprehensive data and reporting checklist for tracking essential metrics across participating protocols. Teams must adhere to the specifications outlined in the provided link here: Onboarding Checklist from OBL . Along with this list, please answer the following:
Is your team prepared to comply with OBL’s data requirements for the entire life of the program and three months following and then handoff to the Arbitrum DAO? Are there any special requests/considerations that should be considered?
Does your team agree to provide bi-weekly program updates on the Arbitrum Forum thread that reference your OBL dashboard? [Please describe your strategy and capabilities for data/reporting]
First Offense: *In the event that a project does not provide a bi-weekly update, they will be reminded by an involved party (council, advisor, or program manager). Upon this reminder, the project is given 72 hours to complete the requirement or their funding will be halted.
Second Offense: Discussion with an involved party (advisor, pm, council member) that will lead to understanding if funds should keep flowing or not.
Third Offense: Funding is halted permanently
Does your team agree to provide a final closeout report not later than two weeks from the ending date of your program? This report should include summaries of work completed, final cost structure, whether any funds were returned, and any lessons the grantee feels came out of this grant. Where applicable, be sure to include final estimates of acquisition costs of any users, developers, or assets onboarded to Arbitrum chains. (NOTE: No future grants from this program can be given until a closeout report is provided.)
Does your team acknowledge that failure to comply with any of the above requests can result in the halting of the program’s funding stream?: [Y/N]